Финансовый кризис выгоден Linux

> Как ни крути, а Firefox и Gnome под GNU/Lunux будут есть меньше памяти, чем Firefox под Windows.

Чтобы подтвердить это надо провести тесты. Или перечислить все архитектурные отличия, из которых это однозначно вытекает. Иначе - это только предположение.

Тем более, я никак не вижу, как Firefox + довольно объемный Gnome с догружаемой - пусть и разделяемой - библиотекой GTK+ под Lin могут есть меньше памяти, нежели один Firefox с разделяемой со всеми процессами WinAPI-библиотекой. Неверная формулировка тезиса?

> Вы так и не показали что Огнелис не содержит GTK+ в виндовой версии.

Тем не менее, это показал я. Или configure.in недостаточно? Могу привести отрывки из исходников, да что там - даже в структуре наблюдается разделение:

$ ls -1 widget/src
beos
build
cocoa
CVS
gtk2
gtkxtbin
Makefile.in
os2
photon
support
widget.pkg
windows
xpwidgets
xremoteclient

> Фраза "По этой логике и Опера должна тащить с собой QT, но использует только нативный GDI почему-то...

Правильно. "The Graphics Device Interface (GDI) is a Microsoft Windows application programming interface and core operating system component that is responsible for representing graphical objects and transmitting them to output devices such as monitors and printers."

Под Windows Opera использует GDI, под Lin - Qt.

> Конечно, ведь работодатель нанимает вас для того, что бы искали баги в LaTeX, а не делали что-то полезное в виндовсе.

Может, имелась ввиду должность тестера. :)

>Правильно, ведь их рисует GDI

И я про то.

>Да причем здесь ссылки на оф. сайт?! Для вас что - маркетоидные бредни больше значат чем то, что вы видите своими глазами??? Так разуйте их пошире: виндовый firefox использует системные диалоги, combobox'ы, checkbox'ы, кнопки и скорее всего ownerdraw-меню! Насколько нужно быть слепым, чтобы не заметить этого?!

Хорошо. Я всего лишь хочу увидеть утверждение хоть одного разработчика firefox, работающего на Mozilla Foudation, где он говорит "В версии под Windows библиотека GTK+ не используется". Мы ведь говорили о том, кто занимает память ;)

>не ваши слова разве: >> Давайте сразу уточним что вы имеете ввиду: предварительную подгрузку нужных библиотек в память, или таки предварительное связывание? Первое - стандартная возможность ld(тормоз, или нет - мне хватает :)), второе - утилита prelink ))) > ?

Мои. Это был первый вопрос. Кстати вы так и не ответили - сразу начали сравнивать с кэшированием библиотек в винде.

>Еще раз: никаким образом inject не может ускорить динамическое связывание, т.к. в любом случае дин.линкеру приходится проделывать один и тот же объем работы. Поэтому это лишь самовнушение.

Неа, не может. Но и это не важно: я говорил про скорость запуска и предварительную подгрузку либ. Вы хотите сказать что подгрузка половины библиотек из /usr/lib до начала загрузки KDE4 никак не влияет на скорость загрузки самой KDE? Вот это я и говрю уже 4 страницы подряд. А вы мне что-то про виндовое кэширование рассказываете всё...

>ownerdraw-меню

точно, т.к. оно может, к примеру, отбрасывать тень в соответствии с настройкой эффектов, а самопальное gtk-шное - нет, и дальше где-либо копаться, чтобы доказывать очевидное слепым я не буду

> Я всего лишь хочу увидеть утверждение хоть одного разработчика firefox, работающего на Mozilla Foudation, где он говорит "В версии под Windows библиотека GTK+ не используется".

http://weblogs.mozillazine.org/roc/archives/2008/11/grumble_grumble.html

> I've been hacking up an implementation of interruptible reflow. Laying out large pages is sometimes a source of unacceptable delays. It would be a better user experience if, during a long layout, we could detect that there's pending user input, get out of the layout code, handle the user input, and then resume the layout.

Разработчик.

> I don't know how to detect pending user input in Mac OS X or GTK :-(. On Windows, for about 20 years there's been a function called GetInputState which does exactly what we need. OS X and GTK/X11 just don't have anything like it.

GTK не используется.

>Тем более, я никак не вижу, как Firefox + довольно объемный Gnome с догружаемой - пусть и разделяемой - библиотекой GTK+ под Lin могут есть меньше памяти, нежели один Firefox с разделяемой со всеми процессами WinAPI-библиотекой. Неверная формулировка тезиса?

Может и неверная, а может вы плохо читали. Изначально было сравнение потребления памяти процесса(90 и 110 мегов, AFAIR, кто-то приводил). Отталкиваясь от этого, я сказал что Огнелис с уже расположенной в памяти GTK+ будет требовать(в итоге) меньше памяти, чем тот-же Огнелис, но в в винде, и которому нужно подгружать GTK+. Я даже просил ссылку, где сказано что он не использует сторонних библиотек, и не слинкован статически с этим GTK+(пусть даже cairo). Но ссылки нет. За 4 чтраницы никто так и не привёл опровержения использования GTK+ в в винде.

>GTK не используется.

Не вижу. Где там сказано что GTK+ не используется в Firefox?

>Я всего лишь хочу увидеть утверждение хоть одного разработчика firefox, работающего на Mozilla Foudation, где он говорит "В версии под Windows библиотека GTK+ не используется"
А потом потребуете письменное заявление, с мокрой печатью, голограммой, распечаткой данных полиграфа, клятву на могиле дедушки... 8-D

>Мы ведь говорили о том, кто занимает память ;)
И в чем загвоздка?

>Мои. Это был первый вопрос. Кстати вы так и не ответили - сразу начали сравнивать с кэшированием библиотек в винде.
Я имел ввиду динамическое связывание. Вот, кстати, и результат по OO-3.0.0(бинарники infra, без java): время "горячего" запуска writer до первого появления курсора ввода в win (быстрый запуск отключен) - 2.5..2.6с, в linux - 4.0..4.1c

>Но и это не важно: я говорил про скорость запуска и предварительную подгрузку либ.
Да ну? А кто тогда тут про ld-preload все время втирал? :-D

>Вы хотите сказать что подгрузка половины библиотек из /usr/lib до начала загрузки KDE4 никак не влияет на скорость загрузки самой KDE?
Я еще много постов назад написал:
>Сделать подобное в линуксе можно, в фоновом процессе копируя библиотеки в /dev/null [...]

>А вы мне что-то про виндовое кэширование рассказываете всё...
Да-да, раньше я об этом тоже конкретно написал:
>Другой вопрос - построение списка загружаемых библиотек. В винде этим занимается планировщик, а кто и как в линуксе - без понятия.

Так что вы разберитесь-ка со списком предъяв, а я пойду пока посплю %)

> Не вижу. Где там сказано что GTK+ не используется в Firefox?

Логика. Он говорит о том, что такая функция в Windows есть, и спрашивает аналог в Cocoa и GTK/_X11_. Не GTK/Windows. Вот еще:

http://weblogs.mozillazine.org/roc/archives/2006/02/cairo_linux_and_gtk2_them...

> Vlad did some wonderful, long-needed work to move all double-buffering and window translucency management out of the view manager into into platform-specific windowing code,

Разработчик.

> into into platform-specific windowing code, in a very elegant way, but he only updated Windows, so GTK2 needed to catch up there.

Он обновил только Windows, GTK2 надо нагнать. Используйся GTK2 в Windows, Владу пришлось бы обновить GTK2.

Затем идем в https://developer.mozilla.org/en/Configuring_Build_Options

Читаем:

> ac_add_options --enable-default-toolkit=gtk2|gtk|xlib|qt|cairo-gtk2|cairo-windows|windows|mac| cocoa|cairo-cocoa|os2|beos|photon
> Selects the graphics toolkit.

> On trunk / 1.9 (Firefox 3), this should not be needed in any platform; manually selecting a graphics toolkit is likely to result in a non-working or otherwise highly buggy build. The available toolkits differ from those listed above.

> For 1.8 branch, this is not needed for Windows/OS2/BeOS/Photon, since these platforms automatically select the correct toolkit. It is also not needed on Mac, unless you are building Camino on an older branch (Camino uses --enable-default-toolkit=cocoa).

> On *nix platforms, selects the graphics toolkit to use. GTK2 and GTK were both well-tested. xlib was considered a tier-3 platform. Qt and cairo were experimental, you will find bugs.

Я думаю, очевидно, каокой "graphics toolkit" будет автоматически выбран на Windows.

Сразу замечу, что в исходниках Firefox-а исходников GTK нет. Но в требованиях к сборке под Windows ( https://developer.mozilla.org/en/Windows_Build_Prerequisites ) GTK не указан, в то время как в оных к Linux ( https://developer.mozilla.org/en/Linux_Build_Prerequisites ) он явно упомянут.

Если еще будете говорить, что Windows-овский Firefox использует GTK, объясните наличие отдельной секции в configure.in для Windows, _не_ объявляющей ничего для gtk, также объясните, что в структуре исходных кодов, наряду с gtk2 и cocoa есть папка windows с практически идентичными именами файлов (но с иным содержанием). Для красоты?

И:

$ grep -lRi gtk widget/src/windows
$

>Не вижу. Где там сказано что GTK+ не используется в Firefox?

Разработчики ФФ только и делают, что перечисляют всё, что не используется в ФФ :)

Правильно, проспитесь :)

>А потом потребуете письменное заявление, с мокрой печатью, голограммой, распечаткой данных полиграфа, клятву на могиле дедушки... 8-D

Уже нет. Не потребую - Ruth почти убедил меня.

>И в чем загвоздка?

Вы отходите от темы.

>Я имел ввиду динамическое связывание.

А я про это не спрашивал ;)

>Вот, кстати, и результат по OO-3.0.0(бинарники infra, без java): время "горячего" запуска writer до первого появления курсора ввода в win (быстрый запуск отключен) - 2.5..2.6с, в linux - 4.0..4.1c

Хорошо, чуть позже приведу свои показатели.

>Да ну? А кто тогда тут про ld-preload все время втирал? :-D Неа. Я лишь отвечал на вопросы. Когда начинаем с подгрузки либ, а вы переводите тему на какое-то кэширование, что даже не в Линуксе, мне вот приходится упоминать о самой теме :D

>Я еще много постов назад написал: >>Сделать подобное в линуксе можно, в фоновом процессе копируя библиотеки в /dev/null [...]

Простите, но бред. Я так и не понял какие, зачем и как. Объясните?

>Да-да, раньше я об этом тоже конкретно написал: >>Другой вопрос - построение списка загружаемых библиотек. В винде этим занимается планировщик, а кто и как в линуксе - без понятия.

Хотя с вами и интересно флудить, но вы слишком отходите от темы. До сих пор не раскрыта тема потребления памяти ;)

З.Ы. Ruth, спасибо. Вы почти убедили меня насчёт GTK+.

У меня Duron 1300, 896M RAM, gf5200, debian sid с kde4. Не скажу что летает, но работает достаточно быстро.

>Теоретически, у юридических лиц не будет выбора: к 2010 году операционная система XP безнадежно устареет и пользователям, чтобы идти в ногу с современными компьютерными компонентами и периферийными устройствами, придется отказываться от XP.

Ага, в условиях кризиса все вдруг начнут писать дрова для линукса. Но сайт свой этот Колин пропиарил, молодец. Либо он дурак, либо это seo.%)

А что мешает туда поставить те программы, что вы привыкли видеть под линуксом?

Во первых, сложность и муторность сего процесса. Под вендой нет apt-get или yum, чтобы быстро поставить список нужного софта из большого репозитария готовых пакетов.

Во вторых, неюзабельность. В венде нет даже нормального терминала, а цигвиновский баш изрядно тормозит и тупит.

В третьих, вопрос смысла. Зачем покупать и ставить венду, чтобы получить столько гемора, когда можно поставить линукс и получить весь цимес бесплатно и на блюдечке?

>Ага, в условиях кризиса все вдруг начнут писать дрова для линукса.

да. это будет необходимо для продаж.

>Кстати, на одной из пресс-конференций кто-то из мелкомягких обмолвился, что ожидать наличия Win32-подсистемы в Windows 7 особого смысла не имеет...

Вот это и будет вендекапец. Потому что перед производителями софта встанет выбор: переписывать всё нафиг или (сюрприз) допилить вайн, чтобы слинковать свои проги с ним и запускать под семёркой. А если допилят вайн --- то выпустить линукс-версию будет проще, чем два пальца об асфальт. Ибо вот она, на блюдечке.

>> Угу под виндой прям идиальный "network manager" ))

> Он есть, и он единообразен. В линуксе его либо нет, либо он поддерживает только половину протоколов, либо не работает.

Ужжас! И как-же это мы работаем-то в Линукс все эти годы? Из моей практики: обычно установка и настройка сети в Линукс занимает меньше времени, чем в Windows. Кол-во доступных протоколов (из-коробки) в Линукс просто на порядок больше.

Поэтому, как и обычно, пост GlitchHead получает рецензию: 4.2.

>> Угу под виндой прям идиальный "network manager" )) >Он есть, и он единообразен. В линуксе его либо нет, либо он поддерживает только половину протоколов, либо не работает.

Фанатичные дебилы-вендузятники все настолько тупы, необразованы и лживы как ты, или ты один такой?

Православная чепуха. http://www.sexopedia.ru/texts/articles/detail/gomoseksualizm/

>>Меньше памяти жрёт(shared libs)?

> Писец, вы про DLL никогда не слышали?

Откройте для себя мудрость M$. Начиная с Win2k, каждая программа, использующая любую ?.dll, грузит в память свою собственную копию этой DLL. Это, конечно, увеличивает требования к памяти, но когда это волновало M$? Классный способ увеличения стабильности системы. Кстати, M$ Office обходит это ограничение путем DLL-preload и затем load address share. Но это нигде особо не описано и не афишируется.

> Виндовый опенофис(опера,огнелис) запускается быстрее линуксового, а prelinking - очередной костыль для ld (тормознутость которого - общепризнанный факт)

Кстати, а какое особое значение имеет скорость запуска программы? У меня OO 3.0 writer запускается (cold start!) < 2 сек. Warm start - <1 сек. Среднее время написания документа у меня минут 20. Процент времени старта к времени работы - исчезающе мал.

И уж совсем кстати. Большая часть M$ Office даже к началу cold start уже сидит в памяти. И даже в этих условиях разрыв во времени старта минимален.

>>Вранье.

>Сильный аргумент!

Одно слово и в точку. Какие аргументы еще нужны?

>>Встроенное меню в Win32 выглядит как говно мамонта (*)

>Я конечно понимаю, что ему далеко до eye-candy от яблов, но иконки, хоткеи, шрифт, фон можно задать? Большего для браузера, к примеру, не нужно.

Как раз для браузера оно совершенно не годится. ReBar из WTL как минимум - это будет выглядеть хотя бы на уровне Win2k.

>>дефолтовый тулбар аналогично (**)

>Какой-никакой, но он есть, в отличии от xlib

Нахрена в xlib-е тулбар?

>>диалоги не ресайзятся(***), что совсем плохо

>В системных GetOpenFileName/GetSaveFileName можно менять размер, так что 4.2

А системные диалоги тут причем? Ты хоть понял о чем шла речь?

"а значит следующее поколение уже не будет подсажено на венду."

Будет подсажено на какое-нибудь другое говно - разницы никакой. А потом при устройстве на работу будут горько плакать "я не знаю офиса, я не знаю экселя". Девочки и мальчики в школах не в состоянии освоить даже виндовый "тупой тулбар"(c), куда им тот линукс, накуй он им нужен? Они забудут обо всём через 5 минут после получения диплома(кроме фриков).

"Ибо по утверждению геймеров "игр под PC практически нет". Большая часть - под консоли, т.к. там их сложнее ломать, а значитприбыль больше"
...
"Вот и получается, что купит себе школьник PlayStation3, поставит туда линукс"

Слезайте с тяжелых наркотиков уже.

>man LSB. Но стандартный не удобен. Принцип опенсорца - каждый дрочит как хочет. Скажем в LSB пакетным манагером является rpm а лично мне связка deb и apt удобнее

А LSB - это стандарт ISO между прочим.

http://www.iso.org/iso/iso_catalogue/catalogue_tc/catalogue_detail.htm?csnumb...

>Скажем в LSB пакетным манагером является rpm

4.2 В прямую этого не сказано.

/* Видимо, ребята из Microsoft решили погибнуть, как настоящие самураи, коль собираются сами себе сделать вендекапец. */

Esli Microsoft VDRUG vylozhit ishodniki Windows, sami znaete, chto budet s Linuxom. 10 let nazad on objedinjal duhom alternativnosti. Teper - net. Ubuntu - popsa, LFS - cool. Vot i vse. Kak vygljadajt desktopnye reshenija pod Linux sejchas, vse znajut. Pingvin stal tolstozhopym. Ego zadacha - zagnat gvozd v zadnicu Microsoft, ne bolshe. Linux v vide sovremennyh distributivov ne privivaet i ne uchit duhu UNIX. Ne nado bylo delat ego desktopom.

>Teper - net. Ubuntu - popsa, LFS - cool.

Локаль настроить в Ъ-LFS видимо большая проблема.

>Esli Microsoft VDRUG vylozhit ishodniki Windows, sami znaete, chto budet s Linuxom.

конечно знаем, будут каждый день находить в винде по сотне-другой дыр, положат все сервера и рабочие станции под винодй, раз в неделю кто-нибудь будет подавать в суд на майкрософт за спертый код, в итоге linux будет конкурировать только с дистрибутивами reactos.

>Правильно. "The Graphics Device Interface (GDI) is a Microsoft Windows application programming interface and core operating system component that is responsible for representing graphical objects and transmitting them to output devices such as monitors and printers."

>Под Windows Opera использует GDI, под Lin - Qt.

Вы болван?

Опера написана на Qt. И использует Qt. Хоть на виндовс хоть на миникс.

>Опера написана на Qt. И использует Qt. Хоть на виндовс хоть на миникс.

В блоге программиста из Оперы написано что Qt - это compatibity layer для Линукс. На win32 Qt не используется.

Анонимус не осилил настроить русский в линуксе?

> Анонимус не осилил настроить русский в линуксе?

Скорее в венде. Там тоже можно. А скорее всего у него не работает переключение раскладок - исвестная болезнь венды, лечения для которой я пока нигде не видел.

>В блоге программиста из Оперы написано что Qt - это compatibity layer для Линукс. На win32 Qt не используется.

Точно. А я и не знал, что оперу велосипедостроители разрабатывают. Капец. Ну надо было еще им тройной layer придумать. Чтоб вообще уже.....

> Под вендой нет apt-get или yum, чтобы быстро поставить список нужного софта из большого репозитария готовых пакетов.

Это уже несколько устаревшая информация. Для корпоративщиков уже есть. В составе System Center. Для корпоративщиков вообще много чего интересного и вкусного за последнее время сделала Microsoft... Скажем, тут - http://www.oszone.net/6687/Windows_Server_2008_System_Center

>",".join(map(lambda x: str(x), range(1991,2009)))
seq -s , 1991 2008
И? :-)

>>",".join(map(lambda x: str(x), range(1991,2009)))

>?

[yr@dream tmp]$ python -c "print \",\".join(map(lambda x: str(x), range(1991,2009)))"

>Вы отходите от темы.

Тяжело её придерживаться когда вы путаете ld-preload с кешированием и ещё меня в этом обвиняете :)

>А я про это не спрашивал ;)

Опять 25! Вы же спросили что конкеретно я имел ввиду - ld-preload или prelink (т.е. дин. связывание), вот я и ответил! Хватить мутить

>Простите, но бред. Я так и не понял какие, зачем и как. Объясните?

Предварительное кеширование библиотек в память (файловый кеш)

>Хотя с вами и интересно флудить, но вы слишком отходите от темы.

Ололо!

>До сих пор не раскрыта тема потребления памяти ;)

Какого приложения?

> Linux v vide sovremennyh distributivov ne privivaet i ne uchit duhu UNIX. Ne nado bylo delat ego desktopom.

Не делайте. Русификацию можно и в tty настроить.

>Это уже несколько устаревшая информация. Для корпоративщиков уже есть. В составе System Center. Для корпоративщиков вообще много чего интересного и вкусного за последнее время сделала Microsoft... Скажем, тут - http://www.oszone.net/6687/Windows_Server_2008_System_Center

Деплой и линуксовские репозитарии вещи ортогональные друг другу. Так что вы, либо не понимаете что такое деплой, либо что такое репозитарии, либо не того не другого.

> Ужжас! И как-же это мы работаем-то в Линукс все эти годы? Из моей практики: обычно установка и настройка сети в Линукс занимает меньше времени, чем в Windows.

Настройка сети занимает одну секунду - запустить `netsh -f dump.txt`, где dump.txt, это сценарий с настройками, сохраненный `netsh dump 1>dump.txt`

>Одно слово и в точку. Какие аргументы еще нужны?

Против таких аргументов я бессилен :)

>Как раз для браузера оно совершенно не годится. ReBar из WTL как минимум - это будет выглядеть хотя бы на уровне Win2k.

Т.е. браузер без меню и свистелок-перделок в стиле office-xp уже "недобраузер?" Гламур разъел твои мозги

>Нахрена в xlib-е тулбар?

Я ж и говорю: на xlib сделать более-менее приличный интерфейс очень геморройно, в отличии от GDI, где есть куча готовых элементов, где уже учитывается, к примеру, направление ввода текста и пр., xlib в этом плане - _ноль_

>А системные диалоги тут причем? Ты хоть понял о чем шла речь?

Я изначально имел ввиду системные диалоги. А как будут вести себя все остальные - зависит от программиста. И если рассматривать это в противопоставлении GDI-xlib, то у последней просто нет шансов, поэтому нужно испльзовать тулкит - о чем я и говорю

>Откройте для себя мудрость M$. Начиная с Win2k, каждая программа, использующая любую ?.dll, грузит в память свою собственную копию этой DLL. Это, конечно, увеличивает требования к памяти, но когда это волновало M$? Классный способ увеличения стабильности системы.

Злостное 4.2

>Кстати, M$ Office обходит это ограничение путем DLL-preload и затем load address share. Но это нигде особо не описано и не афишируется.

Это уже покрасивее первого, но все равно 4.2

>Кстати, а какое особое значение имеет скорость запуска программы?

Не знаю какое, но утверждалось, что в линуксе оно типа существенно меньше - на что конфретные цифры по ОО-3.0.0 я привел, всё остальное меня не интересует

Случаем в вендовом ООо не висит в трее запускалка? ;)

>Случаем в вендовом ООо не висит в трее запускалка? ;)

Я же написал, что отключил автозапуск

Ребят, не понимаю вообще в чём дело! Линукс изначально операционка для хакеров, серьёзно завели речь о том чтобы подсадить на него миллионы кучка фриков, не адекватных больных людей. Пользуйтесь и пилите в своё удовольствие, но успеха как у МС уже не будет, нельзя войти в одну воду дважды. Пойдите погуляйте, научитесь чему нибудь полезному, займитесь спортом, в конце концов, почитайте хорошую книжку, познакомьтесь с девушкой, но перестаньте тратить своё невосполнимое время на бесполезные холивары и кормить троллей. Для себя все выводы сделал, я ухожу с ЛОРа.

Фантастика. То же самое говорили про выход висты. Однако народ просто остался на XP. Так же и сейчас. Продлят поддержку XP еще лет на 5 после неудачных продаж windows 7.

>>Как раз для браузера оно совершенно не годится. ReBar из WTL как минимум - это будет выглядеть хотя бы на уровне Win2k.

>Т.е. браузер без меню и свистелок-перделок в стиле office-xp уже "недобраузер?" Гламур разъел твои мозги

Должна быть унифицированность в интерфейсе. Если у программы меню не соответствует стилю проводника/наутилуса/etc, то это отвратная программа.

>>Нахрена в xlib-е тулбар?

>Я ж и говорю: на xlib сделать более-менее приличный интерфейс очень геморройно, в отличии от GDI, где есть куча готовых элементов, где уже учитывается, к примеру, направление ввода текста и пр., xlib в этом плане - _ноль_

Зачем делать на xlib когда есть GTK?

>>А системные диалоги тут причем? Ты хоть понял о чем шла речь?

>Я изначально имел ввиду системные диалоги. А как будут вести себя все остальные - зависит от программиста.

Это не должно зависить от программиста, т.к должно быть невозможно сделать немасштабируемый диалог. И вообще, "Назвать систему без layout manager'ов "удобной" может только на голову 2.71банутый" (Ц) Луговский.

>>Откройте для себя мудрость M$. Начиная с Win2k, каждая программа, использующая любую ?.dll, грузит в память свою собственную копию этой DLL. Это, конечно, увеличивает требования к памяти, но когда это волновало M$? Классный способ увеличения стабильности системы.

> Злостное 4.2

Получено компиляцией большого кол-ва (около сотни) Fast CGI модулей, компилятор: VS2005, OS: Win2003 server. Каждый модуль - примерно 200-300 строк, линкуется как со стандартными DLL, так и с собственными. Каждый модуль занимает от 4х до 7ми MB в памяти. Загружается их примерно 300-350 (многие - по 3-5 копий). При динамической линковке, обьем занимаемой памяти - 2.4GB. При статической - 810MB. Занимались этим серьезно, с выяснением причин - почему на Office это не действует. Поэтому ваша тупая аргументация игнорируется.

В линукс при prelink скорость запуска почти любого KDE-приложения снижается с 2-5 сек до <1 сек. Для не-KDE эффект меньше, но тоже выигрывается 1-3 сек. OO без prelink на Core Duo лаптопе 1.8G запускается (в холодную) за 2 сек. В горячую < 1сек, зависит от памяти (у меня 2Gb). Сильное значение имеет file system. На Reiser4 и ext4 результаты заметно лучше.

>Это уже несколько устаревшая информация. Для корпоративщиков уже есть. В составе System Center. Для корпоративщиков вообще много чего интересного и вкусного за последнее время сделала Microsoft... Скажем, тут - http://www.oszone.net/6687/Windows_Server_2008_System_Center

Это ерунда, а не apt-get. Это замена сценария анаконды для развертывания системы на новом компьютере. Штука неплохая, но арт используют для сопровождения, а не для развертывания системы.

А тем временем администрация южной части чешского города Острава, вдоволь наигравшись с идеями свободы, переходит опять на профессиональное ПО фирмы Майкрософт. Как говорится идеи свободы - это хорошо, но людям работать надо, а не конфиги в виме править.

http://www.osor.eu/news/cz-high-profile-city-district-reverses-gnu-linux-desk...

Смачный плевок в харю красноглазикам.