Корпорация IBM сегодня объявила о результатах (ftp://ftp.software.ibm.com/linux/pdfs/Freeform_Dynamics-Desk...) заказанного ею исследования, которое проводила консалтинговая фирма Freeform Dynamics (http://www.freeformdynamics.com/fullarticle.asp?aid=678). Выяснилось, что перейти на рабочее окружение, в основе которого лежит ОС Linux, легче, чем об этом думали IT специалисты. Единственным условием здесь является правильный выбор целевой аудитории, как например, пользователи, регулярно (но не постоянно) использующие офисные приложения и электронную почту.Информация была получена on-line от 1275 IT профессионалов из США, Англии, Австралии, Канады и Новой Зеландии, а так же представителей Западной Европы и Скандинавии. Причем 90% респондентов заявили, что по долгу службы им приходилось сталкиваться с миграцией пользовательских систем и развертыванием десктопных Linux решений. По их мнению миграция проходит наиболее успешно, если начинать с не технического персонала. Такие ка...
URL: http://finance.yahoo.com/news/Global-Survey-Shows-Linux-prne...
Новость: http://www.opennet.me/opennews/art.shtml?num=21827
Очередное заказное исследование...
Так и сказано: "Корпорация IBM сегодня объявила о результатах заказанного ею исследования".
В общем-то странно было бы увидеть исследование, никем не заказанное, это же деньги стоит.
>Так и сказано: "Корпорация IBM сегодня объявила о результатах заказанного ею исследования".
>
>В общем-то странно было бы увидеть исследование, никем не заказанное, это же
>деньги стоит.Никем не заказанное исследование- не распространяют бесплатно. За него берут деньги.. большие... потому что оно отражает в среднем более объективную оценку чем исследования оплаченные в рекламных целях.
> Никем не заказанное исследование- не распространяют бесплатно.Никем не заказанное исследование провести невозможно, просто потому что неизвестно что исследовать ;)
>> Никем не заказанное исследование- не распространяют бесплатно.
>
>Никем не заказанное исследование провести невозможно, просто потому что неизвестно что исследовать
>;)Для этого заказывают самим себе исследование на тему "что надо исследовать, чтобы потом это можно было продать" :) За подробностями добро пожаловать на http://marketing.rbc.ru, например
Кто они? Возможно стоит пользоваться автоматической системой обновления. Мы своим пользователям не даём выбирать хотят они устанавливать патч или нет например. Во всяком случае не пользователи должны за это отвечать в корпоративной среде.
вот поэтому
"По их мнению миграция проходит наиболее успешно, если начинать с не технического персонала."
совершенно верно
Дык об этом сколько времени уже твердят."...Такие категории служащих, как сотрудники отделов продаж и руководители среднего звена наиболее вероятная аудитория для начала проведения эксперимента..." - это было известно 3 года тому назад. Основные их задачи - почитать почту, напечатать текст, открыть 1С в терминалке. Линух со всем этим прекрасно справляется. С техперсоналом сложнее - у них другие задачи. И, зачастую, линукс не подходит к тому, что приходится делать. Иногда юзер притаскивает набор "самава крутова железа", и требует, чтобы все это зажило под вистой... Или какое-то оборудование притаскивается на диагностику, с пометочкой "for vista only"...
вы не поняли. техперсонал обычно много о себе мнит. проще добануть лопатой по чайнику, чем что-то доказать
Или кто-то другой (не будем на него показывать пальцем) - попробуйте ка завести промышленное ПО на Linux.
А я над вами посмеюсь - Wine сосет по полной.
Тем более: зачем мне "прокладка" типа wine, если я могу работать в нативной среде?
А что касается нативности в Linux, то здесь все гораздо сложнее: Есть SCADA и модуль ядра для рабоды по PROFIBUS/PROFINET - ядра меняются (и API у них тоже) - кто будет ГАРАНТИРОВАТЬ работу этих модулей на новом ядре (или старом со свежеустановленной заплаткой)? Уже пройденый этап - лучше сидеть на windows (там все гарантированно работает, несмотря на заплатки).
Для примера, стояла SCADA Intellution FIX32 (2 редутантных сервера, 16 клиентов) со времен NT4 (+MS SQL 6.5).
Железо для этих машин уже не купить и руководство приняло решение проабгрейдить машины, приехали новые Xeon'ы. Про NT4/WIN2K для этих машин пришлось забыть. Поставили WIN2K3 - FIX32 даже глазом не повел, что сменилась ось и SQL. А в другом цеху стоял Botec на QNX - вот там были пляски с бубном, пока на винду не перевели.
>Тем более: зачем мне "прокладка" типа wine, если я могу работать в
>нативной среде?Действительно, зачем?
Если есть ПО, критичное к ОС, то стоит использовать ту ОС, под которой это ПО работает без рисков.
И я буду счастлив, если Windows останется только на тех машинах, где Windows просто необходим)
>И я буду счастлив, если Windows останется только на тех машинах, где
>Windows просто необходим)откуда в людях этот фанатизм? Вот мне почему-то по барабану, где там и у кого останется Винда. И останется ли вообще. Но вот некоторым фанатикам почему-то хочется обязательно добиться искоренения его. Прямо как борьба религий, честное слово ...
>Или кто-то другой (не будем на него показывать пальцем) - попробуйте ка
>завести промышленное ПО на Linux.Промышленное ПО - это Вы имете в виду продукты компаний Oracle, Sun, SAP, IBM и других?
Microsoft это не промышленное ПО. Все их давно уже позиционируют как сегмент максимум среднего бизнеса.
И кстати, Linux это не промышленная система. Если вы хотите стабильную промышленную систему сравнивайте платные SCO Unix, AIX, Solaris, BSD и хотя бы коммерческий Slackware.А по поводу ядер - Win2003 ядром от WinNT ничем не отличается кроме заплаток. Так что не надо тут рассказывать про крутость ядра Windows. Vista и Windows7 поддерживают совместимость с предыдущеми версиями ПО только на уровне эмуляции. Лично у меня не запустилось несколько программ под Vista. А еще не все драйвера нормально работают под новое ядро от MS. А вы уверены, что Ваше спец. оборудование, разработанное еще в 90-х годах заработает под Win2008?
А ядро Linux 2.4 поддерживается разработчиками до сих пор с момента опубликования в 2001 году.По поводу QNX - зачем вообще трогать систему которая работает??? Ответ один - руководство решило украсть денег на апгрейде. А в итоге страдают простые технари.
p.s. Вообще смешно слушать когда рассказывают про "ПРОМЫШЛЕННЫЕ МАСШТАБЫ" и "XEON с WINDOWS" :)
У нас почему-то все крупные структуры - банки, сотовые операторы, казначейства и т.д. сидят на Sun и IBM железе и софте. Глупые наверно :)
>>Или кто-то другой (не будем на него показывать пальцем) - попробуйте ка
>>завести промышленное ПО на Linux.
>
>Промышленное ПО - это Вы имете в виду продукты компаний Oracle, Sun,
>SAP, IBM и других?Это иммется в виду не только серверное ПО, знаете ли есть еще клиентское ПО, АРМы там всякие. ПО взаимодействия с внешими конторами типа гос. органов, контрагентов и еще куча всего.
.....
>А ядро Linux 2.4 поддерживается разработчиками до сих пор с момента опубликования
>в 2001 году.Да, конечно. Только толку от голого ядра? На него завязана работы драйверов, приложений и тут можно попать в анус, например, из-за изменения АПИ или несовместимость старых модулей с новым патчем. И понеслась - поиск патчей на спец модули, и т.д..
>
>По поводу QNX - зачем вообще трогать систему которая работает??? Ответ один
>- руководство решило украсть денег на апгрейде. А в итоге страдают
>простые технари.Затем что оборудование не может работать вечно - риск отказа антиквариата резко растет с возрастом. И замену лучше провести планово чем аварийно. И вы еще рассуждаете о пром. использовании??
>
>p.s. Вообще смешно слушать когда рассказывают про "ПРОМЫШЛЕННЫЕ МАСШТАБЫ" и "XEON с
>WINDOWS" :)Еще более смешно слушать "зачем вообще трогать систему которая работает" много лет....
>У нас почему-то все крупные структуры - банки, сотовые операторы, казначейства и
>т.д. сидят на Sun и IBM железе и софте. Глупые наверно
>:)Заметно, то-то в в их клиенстких залах на местах винды у манагеров, да еще часто с rdp-сеансами.
Банальное сравнение - 1 4камневый сервер 2008 SAS-системой года мощнее 4х узлового кластера 2 камневых серверов 2000 с тормозными SCSI на внешней СХД. 10лет назад калстеризоваль нормально только юниксы с их БД, что и было поставлено. А запустится ли юникс 2000 года на оборудовании 2008 - огромный вопрос. Или запустится прикладное ПО, завязанное на ядро 2.2-2.4 со спец модулями в 2.6 тоже вопрос.. Вот и сэкономили...
Практика - критерий истины. В плане поддержки смены поколений win-платформа выглядит более предсказуемой. Линукс/юниксы лидируют в нишевых применениях - спец.сервера, встроенное ПО, и пр. Хотя вон в на винте АТС Меридиан обнаружили NT4 Emd - проработала лет 10, пока винт не сдох. (тоже типа нечего туда лазить пока работает)...
>Это иммется в виду не только серверное ПО, знаете ли есть еще
>клиентское ПО, АРМы там всякие. ПО взаимодействия с внешими конторами типа
>гос. органов, контрагентов и еще куча всего.это не промышленное ПО. Это ПО общего применения, либо какие-то локальные разработки на коленке. Я могу привести пример такого "ПРОМЫШЛЕННОГО ПО", которое до сих пор работает только под DOS. А под Windows оно не запускается потому что есть собственная реализация драйвера для печатающего устройства, который работат только под DOS. И даже в эмуляции под Win95/98 этот драйвер не работает. И это не проблема Windows или Linux. Это проблема криворуких программистов, которые не могли написать нормальную программу, которая будет нормально совместима. Под Linux 95% программ компилируются начиная с ядра 1.0 и до 2.6, А так же компилируются под FreeBSD, Mac OS X, Soloris и любой другой Unix. А что же у нас из Windows программ работает на другой платформе?
>>А ядро Linux 2.4 поддерживается разработчиками до сих пор с момента опубликования
>>в 2001 году.
>
>Да, конечно. Только толку от голого ядра? На него завязана работы драйверов,
>приложений и тут можно попать в анус, например, из-за изменения АПИ
>или несовместимость старых модулей с новым патчем. И понеслась - поиск
>патчей на спец модули, и т.д..Если ты хотя бы раз читал про версионность в большинстве OpenSource проектах, то никогда бы такого не говорил. Никогда в библиотеке версии 1.x.x не появится патча изменяющего существующие функции. Новые могут появиться, но никто не будет изменять те, которые уже есть. Для этого есть библиотека версии 2.x.x
>Затем что оборудование не может работать вечно - риск отказа антиквариата резко
>растет с возрастом. И замену лучше провести планово чем аварийно. И
>вы еще рассуждаете о пром. использовании??Пром. использование означает качество и безотказность работы системы на протяжении долгого времени в сложных условиях. А не замену устаревшего оборудования каждые два года.
у меня Pentium 133 работает уже 12 лет и ничего. А люди кругом обсуждают американские космические батареи на ХАБЛе, которые проработали 19 лет без замены.>>p.s. Вообще смешно слушать когда рассказывают про "ПРОМЫШЛЕННЫЕ МАСШТАБЫ" и "XEON с
>>WINDOWS" :)
>
>Еще более смешно слушать "зачем вообще трогать систему которая работает" много лет....Очень смешно когда все работает и не надо постоянно платить за апгрейды. Вы не в Microsoft случайно работаете?
>>У нас почему-то все крупные структуры - банки, сотовые операторы, казначейства и
>>т.д. сидят на Sun и IBM железе и софте. Глупые наверно
>>:)
>
> Заметно, то-то в в их клиенстких залах на местах винды у
>манагеров, да еще часто с rdp-сеансами.рабочее место менеджера не является критично важным сервисом. Упала винда - через час подняли и ничего не слиучилось кроме небольшого увеличения очереди в другое окно. А вот когда падает на час вся биллинговая система банка, то вас скорее всего пристрелят акционеры.
>
> Банальное сравнение - 1 4камневый сервер 2008 SAS-системой года мощнее 4х
>узлового кластера 2 камневых серверов 2000 с тормозными SCSI на
>внешней СХД. 10лет назад калстеризоваль нормально только юниксы с их БД,
>что и было поставлено. А запустится ли юникс 2000 года на
>оборудовании 2008 - огромный вопрос. Или запустится прикладное ПО, завязанное на
>ядро 2.2-2.4 со спец модулями в 2.6 тоже вопрос.. Вот и
>сэкономили...все то же самое можно сказать и про Windows. Win98 не до конца совместим с WinNT, а WinNT не до конца с Vista/Win2008 и Windows7.
Прикладное ПО не завязывается на ядро. На ядро завязываются только модули ядра.
Все зависит от разработчиков. ORACLE 9i написанный в 2001 году замечательно работает под любым линуксом начиная со времен RedHat9 и до сих пор.>Практика - критерий истины. В плане поддержки смены поколений win-платформа выглядит более
>предсказуемой.Ага, я поработал вплотную пол года с продуктами MS. Новые версии ПО выходят каждые два-три года, совместимость теряется, а средств миграции нормальных нет. Мы переводили свою контору с Windows2003 на Windows2008. Самым быстрым и безглючным решением оказалось переустановка всего и заведение всех данных по новой - домен, sql, почта, exchange и т.д.
Потом, оказалось что Windows 2008 есть, а ISAServer 2003 под него не работает. То же и с OCS. Т.е. продукты одной компании настолько предсказуемы, что даже на своей платформе не работают. А теперь гредет Exchange 2010, который тоже не до конца совместим с предыдущим. Но мы уже ничего переставлять не будем. Работает и нефиг его трогать. Или в итоге перейдем на какой-нить Kerio Mail Server, который все тоже самое умеет, но уже есть и под Linux.
>
>это не промышленное ПО. Это ПО общего применения, либо какие-то локальные разработки
>на коленке. Я могу привести пример такого "ПРОМЫШЛЕННОГО ПО", которое до
>сих пор работает только под DOS. А под Windows оно не
>запускается потому что есть собственная реализация драйвера для печатающего устройства, который
>работат только под DOS. И даже в эмуляции под Win95/98
>этот драйвер не работает. И это не проблема Windows или Linux.
>Это проблема криворуких программистов, которые не могли написать нормальную программу, которая будет нормально совместима. Под Linux 95% программ компилируются начиная с ядра
>1.0 и до 2.6, А так же компилируются под FreeBSD, Mac
>OS X, Soloris и любой другой Unix.У меня тоже такой агрегат в кладовке валяется, хорошо что снят с работы. Мне ничуть не улбывается искать авторов ПО начала 90х или даже при налчии исходников пересобирать их под каждый новый чих ядра. А там дело вкуса.
Нишевое ПО, со всеми вытекающими.> А что же у нас из Windows программ работает на другой платформе?
А оно надо? - явно нет.
>[оверквотинг удален]
>>или несовместимость старых модулей с новым патчем. И понеслась - поиск
>>патчей на спец модули, и т.д..
>
>Если ты хотя бы раз читал про версионность в большинстве OpenSource проектах,
>то никогда бы такого не говорил. Никогда в библиотеке версии 1.x.x
>не появится патча изменяющего существующие функции. Новые могут появиться, но никто
>не будет изменять те, которые уже есть. Для этого есть библиотека
>версии 2.x.x
>
>Ключевое слово "в большинстве". Живой пример. Линейка SUSE 10.1 (SLES, Desktop и OpenSUSE) - не помню уже какие именно но ряд приложений с одного диска не инсталлится в другую ОС тойже линейки. То либы не той версии, то их вообще нет. Пилите вручную. Инсталлишь какой-ить пакет а оно дай либу so.4 а наличии .5. А .4 уже недоступна. Окажется что можно создать линка .4 На .5 и оживет. Но насколько стабильно - х.з. Это оттуда же из SUSE 10.1.
>>Затем что оборудование не может работать вечно - риск отказа антиквариата резко
>>растет с возрастом. И замену лучше провести планово чем аварийно. И
>>вы еще рассуждаете о пром. использовании??
>
>Пром. использование означает качество и безотказность работы системы на протяжении долгого времени
>в сложных условиях. А не замену устаревшего оборудования каждые два года.
>
>у меня Pentium 133 работает уже 12 лет и ничего. А люди
>кругом обсуждают американские космические батареи на ХАБЛе, которые проработали 19 лет
>без замены.Пром. использование включает в себя оговоренный ИЗГОТОВИТЕЛЕМ срок работы, который обычно не сильно превышает гарантийный. Да были ряд удачных железок с P133 ну и что? Держать их далее сидя на пороховой бочке? Для них банально з/ч не найдешь типа каких-нить плат с ISA-интерфейсом или pci-vga, древних hdd. А если найдешь то тоже лохматого года выпуска. Вам нравится - пользуйтесь. Мне надоело ковырятся в клинящих кулерах, трескающихся матерях, дутых кондюках сдохших HDD и пр.
>>>p.s. Вообще смешно слушать когда рассказывают про "ПРОМЫШЛЕННЫЕ МАСШТАБЫ" и "XEON с
>>>WINDOWS" :)
>>
>>Еще более смешно слушать "зачем вообще трогать систему которая работает" много лет....
>
>Очень смешно когда все работает и не надо постоянно платить за апгрейды.Совсем смешно будет при отказе из-за физического старения/износа. Старое сдохло, а нового нету и заказать долго.
>Вы не в Microsoft случайно работаете?
Нет и не жажду.
>[оверквотинг удален]
>>>:)
>>
>> Заметно, то-то в в их клиенстких залах на местах винды у
>>манагеров, да еще часто с rdp-сеансами.
>
>рабочее место менеджера не является критично важным сервисом. Упала винда - через
>час подняли и ничего не слиучилось кроме небольшого увеличения очереди в
>другое окно. А вот когда падает на час вся биллинговая система
>банка, то вас скорее всего пристрелят акционеры.
>В банках нет биллинговых систем, есть процессинг, операционный день, системы обмена с внешними контрагентами. Ну чего-то особо не падает...
>[оверквотинг удален]
>>внешней СХД. 10лет назад калстеризоваль нормально только юниксы с их БД,
>>что и было поставлено. А запустится ли юникс 2000 года на
>>оборудовании 2008 - огромный вопрос. Или запустится прикладное ПО, завязанное на
>>ядро 2.2-2.4 со спец модулями в 2.6 тоже вопрос.. Вот и
>>сэкономили...
>
>все то же самое можно сказать и про Windows. Win98 не до
>конца совместим с WinNT, а WinNT не до конца с Vista/Win2008
>и Windows7.
>Начем того что 95/98 это надстройка над ДОС и к серверному ПО (и тем более к кластерзации) оно никаким боком.
Далее. NT4/2000/2003/2008/Vista несовместимы на низком уровне (драйвера, приложения низкоуровневого взаимодейcвия типа Citrix-consol). Бизнес ПО серверного типа SQL работает нормально.>Прикладное ПО не завязывается на ядро. На ядро завязываются только модули ядра.
Ну не само ядро, на либы,связанные с ядром. Итог-то тотже - приложение не работает.
>
>Все зависит от разработчиков. ORACLE 9i написанный в 2001 году замечательно работает
>под любым линуксом начиная со времен RedHat9 и до сих пор.
>В том-то и вопрос, что слишком много зависит от разработчиков. Возьми например сервисы виртуализации.
>
>>Практика - критерий истины. В плане поддержки смены поколений win-платформа выглядит более
>>предсказуемой.
>
>Ага, я поработал вплотную пол года с продуктами MS. Новые версии ПО
>выходят каждые два-три года, совместимость теряется, а средств миграции нормальных нет.Upgrade терминальной системы (десятки разносортных приложений) с 2000 на 2000 прошел без звука. В 2008 сложнее - более жесткая политика безпасности среды исполнения и ряд моментов надо править руками (следсктвие кривых бизнес-приложений).
>Мы переводили свою контору с Windows2003 на Windows2008. Самым быстрым и
>безглючным решением оказалось переустановка всего и заведение всех данных по новой
>- домен, sql, почта, exchange и т.д.До этого видимо была AD W2000. В 2008 ужесточена политика безопасности, в частности на ряд веток реестра. Отсюда и чудеса. Если брать "чистый" 2003 AD - то проблем нету.
>Потом, оказалось что Windows 2008 есть, а ISAServer 2003 под него не
>работает.ISA был 2000 2004 2006. 2003 что-то новое.
> То же и с OCS. Т.е. продукты одной компании настолько
>предсказуемы, что даже на своей платформе не работают.Опять 25. ISA это файрвол и плотно завязан на уровень ядра, несколько странно ожидать что файрвол 2006 будет работать с ядром 2008 без доработки.
> А теперь гредет
>Exchange 2010, который тоже не до конца совместим с предыдущим.Насколько я помню там уже должна быть новая система хранения. Но нам-то что? - миграция ящиков работает уже давно и без проблем.
> Но мы уже ничего переставлять не будем. Работает и нефиг его трогать.
>Или в итоге перейдем на какой-нить Kerio Mail Server, который все
>тоже самое умеет, но уже есть и под Linux.Удачи. Вы с керио тоже для начала проведите аналогичную смену версий для сравнения.
>Ключевое слово "в большинстве". Живой пример. Линейка SUSE 10.1 (SLES, Desktop и
>OpenSUSE) - не помню уже какие именно но ряд приложений с
>одного диска не инсталлится в другую ОС тойже линейки. То либы
>не той версии, то их вообще нет. Пилите вручную. Инсталлишь какой-ить
>пакет а оно дай либу so.4 а наличии .5. А .4
>уже недоступна. Окажется что можно создать линка .4 На .5 и
>оживет. Но насколько стабильно - х.з. Это оттуда же из SUSE
>10.1.Хм... а они должны? В тексте написано, что проблема разобщённости или фрагментированности дистрибутивов народ волнует меньше(!) всего при миграции на Linux.
С другой стороны при инсталляции Windows приложений, которые могут менять установленные системные библиотеки(приснопамятная mfc42.dll или как её там) на те, которые гарантированно работают с этим приложением, не гарантируют работу других приложений. Совместимости ещё меньше.
>> А теперь гредет
>>Exchange 2010, который тоже не до конца совместим с предыдущим.
>
>Насколько я помню там уже должна быть новая система хранения. Но нам-то
>что? - миграция ящиков работает уже давно и без проблем.как же они держаться за свое место... клещами не оторвать :)
>Upgrade терминальной системы (десятки разносортных приложений) с 2000 на 2000 прошел без
>звука.С 2000 на 2000? А зачем?
> В 2008 сложнее - более жесткая политика безпасности среды исполнения
>и ряд моментов надо править руками (следсктвие кривых бизнес-приложений).А разве эти бизнес-приложения были рассчитаны не на предыдущую политику? А вы тут о совместимости и её подержке рассказываете.
>Опять 25. ISA это файрвол и плотно завязан на уровень ядра, несколько
>странно ожидать что файрвол 2006 будет работать с ядром 2008 без
>доработки.Вон оно как!Кто-то говорил, что API не меняется. Не ты ли случаем?
>>Upgrade терминальной системы (десятки разносортных приложений) с 2000 на 2000 прошел без
>>звука.
>
>С 2000 на 2000? А зачем?*2003, опечатка.
>
>> В 2008 сложнее - более жесткая политика безпасности среды исполнения
>>и ряд моментов надо править руками (следсктвие кривых бизнес-приложений).
>
>А разве эти бизнес-приложения были рассчитаны не на предыдущую политику? А вы
>тут о совместимости и её подержке рассказываете.Если юзер-левел приложение хочет писать в системный каталог или еще куда (что было можно в 95/2000), а 2003 или 2008 это естественно закрыто (и правильно IMHO). Но это вопрос к долбаными прогаммерам приложения а не к ОС. Для обхода таких засад в висте сделан механизм виртуализации доступа к таким ресурсам. с w2008 еще не разбирался.
Бизнес-ПО меняется гораздо реже, особенно в его базовой части. И платить за коренную переделку никому не охота, хотя бы соответсвие законам вовремя обеспечивать. Во пришло ЦУ - перевести обмен Пенсионным фондом на Vipnet. Срок исполнения - вчера. Увы.
>
>>Опять 25. ISA это файрвол и плотно завязан на уровень ядра, несколько
>>странно ожидать что файрвол 2006 будет работать с ядром 2008 без
>>доработки.
>
>Вон оно как!Кто-то говорил, что API не меняется. Не ты ли случаем?
>Вы API уровня приложения от API уровня драйверов (ядра) отличаете?
iptables и прочие механизмы контроля IP из дистра 2003-4г пойдут под 2.6 2009 года "в лоб"?
>Или кто-то другой (не будем на него показывать пальцем) - попробуйте ка
>завести промышленное ПО на Linux.А вот у нас обычная однопроцессорная ЧПУ на Debian'е работает (почему-то),
причем серийно выпускаемая моделька.> ....
>Железо для этих машин уже не купить и руководство приняло решение проабгрейдить
>машины, приехали новые Xeon'ы. Про NT4/WIN2K для этих машин пришлось забыть.
>Поставили WIN2K3 - FIX32 даже глазом не повел, что сменилась ось
>и SQL. А в другом цеху стоял Botec на QNX -
>вот там были пляски с бубном, пока на винду не перевели.
>Да-да-да, угу-угу: в только что пришедших из Европы испытательных машинах
операторские компы имеют наклеечки: даунгрейд лицензий с висты на ХР, ибо
управляющий софт и дрова не любят новые винды. И это при том, что real-time
держит отдельный контроллер на мотороловском проце с Unix-подобной ОСРВ
и аппаратной поддержой на FPGA.
>Или кто-то другой (не будем на него показывать пальцем) - попробуйте ка
>завести промышленное ПО на Linux.сколько вы готовы заплатить за работу по установке/настройке? вы купили продукт под Линукс или это опенсорс? если не то и не другое то и - то это не в моей компетенции.
>А я над вами посмеюсь - Wine сосет по полной.
эээ... а что, вайн вам будет что-то инсталлировать? у вас богатая сексуальная жизнь
>Тем более: зачем мне "прокладка" типа wine, если я могу работать в
>нативной среде?ну мне все равно. пусть с вендой ибуццо другие
>[оверквотинг удален]
>модулей на новом ядре (или старом со свежеустановленной заплаткой)? Уже пройденый
>этап - лучше сидеть на windows (там все гарантированно работает, несмотря
>на заплатки).
>Для примера, стояла SCADA Intellution FIX32 (2 редутантных сервера, 16 клиентов) со
>времен NT4 (+MS SQL 6.5).
>Железо для этих машин уже не купить и руководство приняло решение проабгрейдить
>машины, приехали новые Xeon'ы. Про NT4/WIN2K для этих машин пришлось забыть.
>Поставили WIN2K3 - FIX32 даже глазом не повел, что сменилась ось
>и SQL. А в другом цеху стоял Botec на QNX -
>вот там были пляски с бубном, пока на винду не перевели.сколько букв... вы хуже красноглазых срете в мозг.
проще долбануть лопатой
>вот поэтому
>"По их мнению миграция проходит наиболее успешно, если начинать с не технического
>персонала."
>совершенно вернос УАЗика на Porsche гораздо легче пересадить простого водителя, чем водителя-слесаря, который сам может перебрать двигатель за пол дня :)
>>вот поэтому
>>"По их мнению миграция проходит наиболее успешно, если начинать с не технического
>>персонала."
>>совершенно верно
>
>с УАЗика на Porsche гораздо легче пересадить простого водителя, чем водителя-слесаря, который
>сам может перебрать двигатель за пол дня :)Угу.
Проблемы начнутся позже - когда этот Prosche сломается, а чинить его некому или стоит очень дорого.
>[оверквотинг удален]
>>>"По их мнению миграция проходит наиболее успешно, если начинать с не технического
>>>персонала."
>>>совершенно верно
>>
>>с УАЗика на Porsche гораздо легче пересадить простого водителя, чем водителя-слесаря, который
>>сам может перебрать двигатель за пол дня :)
>
>Угу.
>Проблемы начнутся позже - когда этот Prosche сломается, а чинить его некому
>или стоит очень дорого.в случае поломки чинить линукс гораздо дешевле :)
>в случае поломки чинить линукс гораздо дешевле :)Точнее так - в случае поломки линукса, гораздо дешевле понять, что случилось.
А не читать всякие "приложение выполнило недопустимую операцию и будет закрыто" на сервере биллинга)
Самое смешно , что все только тестируют пробуют присматриваются, наш директор сказал перейти на линукс и вся компания была переведена на линукс. были камни через пол года все привыкли и даже не вспоминают про виндовс. в компании около 120 менеджеров более 200 компов, несколько филиалов, и так далее, при примерном подсчете было с экономлено около 5 милионов рублей :))))
>Самое смешно , что все только тестируют пробуют присматриваются, наш директор сказал
>перейти на линукс и вся компания была переведена на линукс. были
>камни через пол года все привыкли и даже не вспоминают про
>виндовс. в компании около 120 менеджеров более 200 компов, несколько филиалов,
>и так далее, при примерном подсчете было с экономлено около 5
>милионов рублей :))))Директор - мужык =)
И пример для подражания.
а можно поподробнее? мож сайтец фирмы есть где почитать можно?
Мнее интересны переходы, какие проблемы встречаются и т.п.
Про этот случай не знаю. Но в нашей деревне есть конторы по "переводу с виндов линукс". Типовая схема включает в себя терминал-сервер w2003 и rdp-клиенты под линуксом на рабочих местах. :)Уже только для этой съемы есть вопросы по авторизации инет-трафика через NAT, например.
5млн/120=41660р/место или 1200$. Чего-то дохрена вышло:
XP 200
CAL 30 Serv
CAL SQL 90
Office 300
-----------
Пусть 1 сервер на 10 клиентов = 90$
Итого 510CAL RDP, Exсh нужны не всем - это еще максимум 300$.
Офис то же не всем нужент именно MS. По рыночным ценам переустановка этого зоопарка тоже неплохо выйдет ~100$ за точку + потери за счет простоя.Так что с экономией осетра надо урезать.
>Про этот случай не знаю. Но в нашей деревне есть конторы по
>"переводу с виндов линукс". Типовая схема включает в себя терминал-сервер w2003
>и rdp-клиенты под линуксом на рабочих местах. :)
>А какой смысл тогда вообще в линуксе на рабочем месте? ИМХО, дополнительный гемор, лучше уже тонкий клиент поставить.
>>Про этот случай не знаю. Но в нашей деревне есть конторы по
>>"переводу с виндов линукс". Типовая схема включает в себя терминал-сервер w2003
>>и rdp-клиенты под линуксом на рабочих местах. :)
>>
>
>А какой смысл тогда вообще в линуксе на рабочем месте? ИМХО, дополнительный
>гемор, лучше уже тонкий клиент поставить.Он обычно денег стоит (нормальный), а спец. железо выходит дороже десктопа.
>Самое смешно , что все только тестируют пробуют присматриваются, наш директор сказал
>перейти на линукс и вся компания была переведена на линукс. были
>камни через пол года все привыкли и даже не вспоминают про
>виндовс. в компании около 120 менеджеров более 200 компов, несколько филиалов,
>и так далее, при примерном подсчете было с экономлено около 5
>милионов рублей :))))Интересно, как бы это все было (или будет) при 12 000 менеджеров и более 20 000 компов.
гораздо медленее и более захватывающе :)
>>в случае поломки чинить линукс гораздо дешевле :)
>
>Точнее так - в случае поломки линукса, гораздо дешевле понять, что случилось.
>
>
>А не читать всякие "приложение выполнило недопустимую операцию и будет закрыто" на
>сервере биллинга)Ой какие все вумные... давай я кину core_dump от какого-нить squid/apache или х.з. чего с кучей подключенных внешних модулей. А вы разберитесь быстренько что где в сырцах поправить, как перекомпилить чтобы больше не повторялось. Особенно если это критчиная по простою система. :)
Даже если понятно что ошибка в коде, например, апача - дальше-то что? писать в саппорт/рассылки/гуглить - авось найдется решение когда-нить..
Могу про ICA-client и FreeBSD напомнить - проблеме скоро 2 года будет...
Или как классно обновить Debian4 с радеоновскими дровами и получить кривую работу браузеров. Сидят 3 линуксоида и целый вечер и понять не могут куда ковырять, пока случайно не поменяли дрова на штатные, но уже без 3D. мозилла просто виснет на старте и все, вся ОС полностью синхронизрована с оф. репозиторием, ошибок нет, логи чистые.
Благо, что это все на полигонном компе было.
>Или как классно обновить Debian4 с радеоновскими дровами и получить кривую работу
>браузеров. Сидят 3 линуксоида и целый вечер и понять не могут
>куда ковырять, пока случайно не поменяли дрова на штатные, но уже
>без 3D.Если обратить внимание на слово _случайно_, то ваши 3-е линксоидов вызывают уже не улыбку, а жалость. Когда наймёте одного за зарплату этих трёх, через некоторое время будете думать: "а чем он занимается, может его уволить, ведь всё работает".
>Если обратить внимание на слово _случайно_, то ваши 3-е линксоидов вызывают уже не >улыбку, а жалость. Когда наймёте одного за зарплату этих трёх, через некоторое время >будете думать: "а чем он занимается, может его уволить, ведь всё работает".Формулировка характерная для SMB-конторы с 3-5 компами. Ну и админ "по вызову".
Девять женщин не смогут родить ребенка за месяц.
Как млин заучили такие вумники. Интересно, если бы я не указал причину проблем - сколько времени заняло бы ее решение у ВАС лично?
Потом спроецируем что это комп какого-нить гендира и после нахождения (решения - отключения 3D) перестали работать его какие-нить любимые гамы, то уволят скорее всего именно вас. Дир купит себе на комп винды, потом его замы-помы и т.д. :) А home-user и подавно забьет на эту "экономию". Классно - обновил ОС, отвалились все игры. Опаньки.
Послушать тут - ну такие все крутые прям молится хочется. Как минимум каждый должен уже себе собрать персональный дистр и скрипты "перевод конторы в ...сот компов на линукс за 10минут из коробки". "все работает само", и пр.
Вон свежий опрос юзеров гнома более чем показателен. Вывод из него следует - использование линукс приводит к бОльшим потерям времени на многие элементарные функции.
Я этих мелочей, решенных в виндах еще 10-15лет назад могу накидать вагон.Это следствие анархии разработки и полного отсутствия понимания/игнорирования разработчиками нужд конечного пользователя. Толпа а не коллектив.
Ну не надо постоянно изобретать велосипеды, системы поиска в пакетах ради поиска и пр. Доделайте-сделайте нормальное интуитивно понятное управление ОС, настройками юзер-окружения. Не может сформулировать что надо - посмотрите на XP хотя бы, сделайте функциональный аналог хотя бы по базовому функционалу для офисного офисно-домашнего применения.
Стандарный API для приложений и подключений бинарных модулей ядра когда наконец появится? ООП во всей красе. Тьфу.
>>Если обратить внимание на слово _случайно_, то ваши 3-е линксоидов вызывают уже не >улыбку, а жалость. Когда наймёте одного за зарплату этих трёх, через некоторое время >будете думать: "а чем он занимается, может его уволить, ведь всё работает"....
>Как млин заучили такие вумники. Интересно, если бы я не указал причину
>проблем - сколько времени заняло бы ее решение у ВАС лично?...
Ещё раз обращаю внимание на слово _случайно_. Эмоции можете оставить при себе, у меня таких случаностей не бывает, даже в программировании, более чем за 10 лет за мной была найдена только одна не критичная ошибка.
> Это следствие анархии разработки и полного отсутствия понимания/игнорирования разработчиками нужд конечного
>пользователя. Толпа а не коллектив.
> Ну не надо постоянно изобретать велосипеды, системы поиска в пакетах ради
>поиска и пр. Доделайте-сделайте нормальное интуитивно понятное управление ОС, настройками юзер-окружения.
>Не может сформулировать что надо - посмотрите на XP хотя бы,
>сделайте функциональный аналог хотя бы по базовому функционалу для офисного офисно-домашнего
>применения.
> Стандарный API для приложений и подключений бинарных модулей ядра когда наконец
>появится? ООП во всей красе. Тьфу.И часто вы пишете модули ядра Linux?
И часто вам мешает отсутствие ООП при этом?
Те, кому нужно писать модули для ядра, пишут эти модули.
А если они видят, что что-то в ядре можно улучшить, то могут сформировать патч к ядру и отослать на рассмотрение (и так и делают иногда).
Дрова Nvidia, VirtualBox - те же подгружаемые модули.
На странице загрузки Nvidia не предлагают указать версию glibc и т.д.
Просто выбор ОС.
Поэтому все сводится к желанию и к прямоте рук.
>[оверквотинг удален]
>
>Ой какие все вумные... давай я кину core_dump от какого-нить squid/apache или
>х.з. чего с кучей подключенных внешних модулей. А вы разберитесь быстренько
>что где в сырцах поправить, как перекомпилить чтобы больше не повторялось.
>Особенно если это критчиная по простою система. :)
>
>Даже если понятно что ошибка в коде, например, апача - дальше-то что?
>писать в саппорт/рассылки/гуглить - авось найдется решение когда-нить..
>
>Могу про ICA-client и FreeBSD напомнить - проблеме скоро 2 года будет...Скажем так.
Сообщение "приложение выполнило недопустимую операцию и будет закрыто" могут выкинуть даже самые последние ISA/Echange.
Дорогущщие.
С техподдержкой.
Которые по версии Microsoft, самые надежные и стабильные в мире.И вы их сравниваете набором ПО, который вам никто не продает по заоблачным ценам, который идет AS IS, в котором вы сами ковыряетесь, в который вы сами много чего понадобавляли.
То есть приложение от MS с дефолтными настройками и пакет из кучи приложений разных производителей с нестандартными настройками имеют шанс упасть.
Я думаю, это комплимент для второго варианта =)А если серьёзно, то я думаю, что авторы апача и сквида довольно серьёзно тестируют тот продукт, который идет из коробки и который имеет название release.
А если вы добавляете туда кучу третьих модулей или что-то свое и этот пакет не работает, то это уже случай, не относящийся прямо к авторам апача или сквида.
Тут вы можете включить debugging и повышеный log level в приложении, и в системе.
Обвешать приложение программами, следящими за каждым чихом.
И найти причину, что из дополнений вызывает крах.А вообще я лишь приводил в пример такую вещь, как наличие нормального логирования в нормальных программах/системах, и отсутствие такого в ненормальных.
>Угу.
>Проблемы начнутся позже - когда этот Prosche сломается, а чинить его некому
>или стоит очень дорого.А вот Столман по этому поводу... Не, серьёзно! http://www.stallman.org/archives/2009-mar-jun.html#21%2... < http://updo.debian.net/
Больше всех ругают никсы именно виндовые админы. Особенно - виндовые админы со стажем, достигшие определенного положения по службе.И набор критики одинаков: см. выше - все написано. Причем если разобрать по пунктам - половина заблуждений, треть вообще не нужно в никсах, остальное гон.
>Больше всех ругают никсы именно виндовые админы. Особенно - виндовые админы со
>стажем, достигшие определенного положения по службе.
>
>И набор критики одинаков: см. выше - все написано. Причем если разобрать
>по пунктам - половина заблуждений, треть вообще не нужно в никсах,
>остальное гон.Если не секрет, сколько виндовых админов вы опросили?
Человек 10 лично, и несколько десятков по различным форумам.Чем лучше админ разбирается в настройке Винды - тем больше он не любит никсы. При этом, как правило, никсов либо не видел, либо видел "был один сервер, на котором надо было проверять работу сайта", т.е. удаленно через ftp-ssh.