The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

форумы  помощь  поиск  регистрация  майллист  ВХОД  слежка  RSS
"OpenNews: Синдром Fast-Food: Linux становится слишком толсты..."
Вариант для распечатки Архивированная нить - только для чтения! 
Пред. тема | След. тема 
Форумы Разговоры, обсуждение новостей (Public)
Изначальное сообщение [Проследить за развитием треда]

"OpenNews: Синдром Fast-Food: Linux становится слишком толсты..."
Сообщение от opennews on 15-Июн-04, 12:08 
Обозреватель OS News Bob Marr в статье "The Fast-Food Syndrome: The Linux Platform is Getting Fat" пишет:

"Посмотрите на системные требования разработчиков Fedora Core 2,  (по документации Red Hat): минимум для графики: 192MB и рекомендуемое для  графики: 256MB. Эти требования не звучат набатом в ваших ушах? 192MB минимум? Автор работает на Linux в течение пяти лет, занимается поддержкой и имеет более, чем достаточный опыт по Windows, Mac OS X и др. И должен сказать, что эти цифры шокируют!

Ни у какой другая ОС из существующих в наше время нет таких требований к системе. Linux становится слишком толстым. Linux-у нужна диета".


URL: http://www.osnews.com/story.php?news_id=7324
Новость: http://www.opennet.dev/opennews/art.shtml?num=3982

Cообщить модератору | Наверх | ^

 Оглавление

Сообщения по теме [Сортировка по времени, UBB]


1. "Синдром Fast-Food Linux становится слишком толстым"
Сообщение от Аноним email on 15-Июн-04, 12:08 
Чушь какая, давайте все выкинем п4 и сядем на 386 тачки, всем операционкам тогда нужна не диета будет, а не знаю даже что ;)
Меньше 256мб памяти на компе это уже старье, ставьте тогда на такие компы другие ос.
Cообщить модератору | Наверх | ^

27. "Синдром Fast-Food Linux становится слишком толстым"
Сообщение от Михаил (??) on 16-Июн-04, 11:55 
>Чушь какая, давайте все выкинем п4 и сядем на 386 тачки, всем
>операционкам тогда нужна не диета будет, а не знаю даже что
>;)
>Меньше 256мб памяти на компе это уже старье, ставьте тогда на такие
>компы другие ос.
Типа Windows 2k? На 128М очень не плохо! Ты сам то понял что сказал? Если годами кричат о ОС как о самой НЕТРЕБОВАТЕЛЬНОЙ к ресурсам, а одна из веток жрет памяти больше чем явный конкурент - МС.


Cообщить модератору | Наверх | ^

2. "Синдром Fast-Food: Linux становится слишком толстым"
Сообщение от Piro on 15-Июн-04, 12:13 
А ты не думаеш что линух не только в качестве десктопа ставят, но еще и боевую задачу на него вешают??
Cообщить модератору | Наверх | ^

3. "Синдром Fast-Food: Linux становится слишком толстым"
Сообщение от olegaaz email on 15-Июн-04, 12:14 
Да ну! Бред! Хотите красиво - давайте память.
Хотите сервер в консольном режиме с минимумом задач, хватит и 64 мега...
Странные люди.
Cообщить модератору | Наверх | ^

4. "Синдром Fast-Food: Linux становится слишком толстым"
Сообщение от Гость on 15-Июн-04, 12:43 
Человек просто хотел сказать, что на одних  и тех же задачах linux "ест" неоправданно много памяти.
После того, как я перешел на своей домашней машинке с 256Мб на 512Мб, могу смело утверждать то же самое, ведь эффект получился аналогичный переходу с 128Мб на 256Мб под Win2k.
Cообщить модератору | Наверх | ^

5. "Синдром Fast-Food: Linux становится слишком толстым"
Сообщение от Marmot email on 15-Июн-04, 13:00 
Вопрос автором поставлен вполне корректно.

Вопрос не в том, сколько памяти сейчас идет в новой технике, ибо это очень зависит от тысячи и одной причины (например, от того в какой сектор электроники и "чипостроения" наиболее выгодно вкладывать $$ в среднесрочной перспективе и т.п.).

Вопрос в том, что mainstream Linux стал менять принципы разработки, вплоть до концепций и идеологии.

Если вдуматься: на типовой машинке объем одновременно обрабатываемых пользовательских данных не привышает 10-20Мбайт во внутреннем представлении (не надо приводить примеры с полиграфией и т.п. - это не типично), а для того, что бы _только_ _запустить_ обрабатывающее эти данные при

Cообщить модератору | Наверх | ^

6. "Синдром Fast-Food: Linux становится слишком толстым"
Сообщение от Дмитрий Ю. Карпов www.prof.pi2.ru email on 15-Июн-04, 13:16 
В школе 814 г.Москвы есть два компьютерных класса. Один - P4, полученные как приз за победу на олимпиаде по информатике. А во втором я сам менял 386SX, 2 MB RAM на 386DX, 8 MB RAM; и денег на upgrzde не предвидится. Вопрос: смогу ли я убедить их использовать Linux?

PS: RISC-OS от английской фирмы Acorn зашивалась в ПЗУ объёмом менее восьми мегабайт. QNX с графикой и браузером грузится с дискеты 1.44 MB в восемь мегабайт RAM. КПК тоже обходятся сопоставимыми объёмами. Это = rulezzz, а "192MB минимум" = suxxx.

Cообщить модератору | Наверх | ^

14. "Синдром Fast-Food: Linux становится слишком толстым"
Сообщение от klalafuda email on 15-Июн-04, 15:35 

> RISC-OS от английской фирмы Acorn зашивалась в ПЗУ объёмом менее восьми мегабайт.

и что вы с ней можете сделать ?

> QNX с графикой и браузером грузится с дискеты 1.44 MB в восемь мегабайт RAM.

1) уже не грузится
2) то, что грузилось, было совершенно нереально использовать для чего-либо кроме "чисто посмотреть". если повезет конечно.

> КПК тоже обходятся сопоставимыми объёмами. Это = rulezzz, а "192MB минимум" = suxxx.

пардон, какие именно КПК ? древние пальмы ? может быть. 48..64Mb RAM для наладонника сегодня - это более чем естественно.

// wbr

Cообщить модератору | Наверх | ^

7. "Синдром Fast-Food: Linux становится слишком толстым"
Сообщение от Andrei email(??) on 15-Июн-04, 13:18 
поставь IceWM и не дуди про мало памяти.

Andrei linux.org.by

Cообщить модератору | Наверх | ^

8. "Синдром Fast-Food: Linux становится слишком толстым"
Сообщение от sauron email on 15-Июн-04, 13:40 
1) Ставьте нормальный линух. К примеру slackware ;)
Конечно при использовании всех рюшечек в KDE и самого KDE нада 128 мозгов минимум.

2) Хватит мерять сколько там свободной памяти!
Надо проверять свопится во время работы или нет!
Если свопится то дотыкать памяти. Если свопинг не происходит, значит памяти хватает! Все аля я добавил еще 128 и оно стало леать быстрее, сводятся к одному. Увеличивается объем памяти используемой под кеширование и буферизацию.
Чем больше памяти тем реже система при большах загрузках (даже когда хватает малых объемов памяти) обращается к дисковой подсистеме.

А вообще любой юникс относится к памяти так:
- Доктор, дайте мне таблеток от жадности.
ДА ПОБОЛЬШЕ! ПОБОЛЬШЕ!

Cообщить модератору | Наверх | ^

9. "Синдром Fast-Food: Linux становится слишком толстым"
Сообщение от d_mokus (??) on 15-Июн-04, 14:18 
2 Дмитрий Ю. Карпов.
>RISC-OS от английской фирмы Acorn зашивалась в >ПЗУ объёмом менее восьми мегабайт.
А вы случайно не знаете где в наше время можно купить такой компьютер? И сколько это приерно может стоить. Просто меня интересуют компьютеры с НЕ x86 архитектурой.
Заранее спасибо за ответ.
С уважением, d_mokus.
Cообщить модератору | Наверх | ^

12. "Синдром Fast-Food: Linux становится слишком толстым"
Сообщение от Дмитрий Ю. Карпов www.prof.pi2.ru email on 15-Июн-04, 14:46 
На http://www.opennet.dev/openforum/vsluhforumID3/3735.html alordi написал:

> Некто Simtec Electronics ...
> http://www.simtec.co.uk/index.en.html
> Для них даже своя версия Linux имеется ...
>
> Правда вот вживую подобного - не видел.


нУ Ну и поиск рулит: http://www.opennet.dev:8101/search.shtml?words=arm&sort=score&config=htdig_forum&exclude=index

Cообщить модератору | Наверх | ^

10. "Синдром Fast-Food: Linux становится слишком толстым"
Сообщение от dpupkov email on 15-Июн-04, 14:21 
Imho, Linux в последнее время стал жрать память на выполнение всяких красивостей (a-la KDE & Gnome).
В своё время понимающие люди уходили из Виндов в Линукс, понимая, что все красивости только для ламеров, а нормальный программер может жить без всех красивостей и  скорость при этом увеличится в разы!
Ведь никто не будет спорить, что mpg123 жрёт памяти/ресурсов/времени процессора/... намного меньше, чем тот же Winamp, а работает ТАК ЖЕ хорошо!!!

PS: у меня дома, к примеру, стоит FreeBSD (4.10R) на amd k6-2 300 + 160mb памяти, а видео там вообще -2mb S3 =)
И ничего - всё летает, и простого twm мне хватает за глаза для Oper-ы, а всё что надо делается под консолью.

PPS: Imho, ОСь - это всё же средство, а не цель...

Cообщить модератору | Наверх | ^

11. "Синдром Fast-Food: Linux становится слишком толстым"
Сообщение от dpupkov on 15-Июн-04, 14:25 
Рассуждение на тему: ещё немного и Linux превратится во вторую Windows. Да, собственно если посмотреть на любой последний дистрибутив - это уже Виндоуз. Та же направленность на конечного пользователя, те же рюшечки, плюшечки, красивости, автонастройки, автомонтирование CD (sic!),...

Слава богу, что пока остаются и Linux-дистрибутивы в которых всё можно выкинуть и FreeBSD :)

Cообщить модератору | Наверх | ^

31. "Синдром Fast-Food: Linux становится слишком толстым"
Сообщение от Osama Torvalds on 17-Июн-04, 18:14 
Ну, Gnome и Kde существуют независимо от Линукса, так что это не совсем проблема отдельно взятой операционки... а вобще интересно - вопрос без обиняков - на Фре или других Бздях на Gnome/Kde сколько ресурсов тратится?
Cообщить модератору | Наверх | ^

32. "Синдром Fast-Food: Linux становится слишком толстым"
Сообщение от Serega email(??) on 20-Июн-04, 06:39 
>Рассуждение на тему: ещё немного и Linux превратится во вторую Windows. Да,
>собственно если посмотреть на любой последний дистрибутив - это уже Виндоуз.
>Та же направленность на конечного пользователя, те же рюшечки, плюшечки, красивости,
>автонастройки, автомонтирование CD (sic!),...
>
>Слава богу, что пока остаются и Linux-дистрибутивы в которых всё можно выкинуть
>и FreeBSD :)

Я с вами полностью согласен! Но нет худа без добра: Все эти рюшечки-мастеры аля виндоуз нужны пользователям. И чем больше их (мастеров) будет, чем проще будет настроить Линукс и чем боьше он по простоте будет похож на винду - тем больше на него будут глядеть/пересаживаться обычные юзеры (которых абсолютное большинство). И благодаря им и практически только им к Линуксу развернутся/разворачиваются производители программ, игр (что очень важно для этих пользователей, да все иногда грешат :-))) и железа/дров. Вот тогда-то и настанет пора Линукса. Пусть эти виндусо-линуксы и будут гадостью, но основаны они будут на правельных вещах и обеспечат поддержку всего мира (я имею в виду разных производителей всего чего попало :-) нормального Линукса. А ПРАВИЛЬНЫЕ дистрибутивы будут всегда - хакеры были, есть и будут.
Так что хорошее в этом тоже есть. Плохо то, что действительно они перегибают палку - я не против, пусть мандрейк будет виндой - я его никогда и ставить не буду. Но то, что это всё тормозит. Это перебор! Пусть тормозят мастеры/оболочки, но когда тормозят приложения... Тот же СтарОфис - ну нужно вёрдовские документы глядеть - весь мир на вёрде, а тут такие тормоза! Столько оперативы ест! У меня на виртуальной машине вёрд грузится быстрее! Одним словом зажрались там программисты или политика компаний такая, хотя вон - сообщения в форуме - много похоже тех, кто не знает, что такое впихивать программу в 48 Кбайт где ещё сидят ассемблер и отладчик. А зря не знают - это полезно...

Cообщить модератору | Наверх | ^

13. "Синдром Fast-Food: Linux становится слишком толстым"
Сообщение от Elk on 15-Июн-04, 14:47 
Я вот недавно устанавливал 9-ю Шапку на Cyrix6x86MX + 16MB.
Так оно вначале и сказало, мол "минимум надо 32 метра" :-(
А мне то Иксы там и в помине не нужны были
И linux text не помогал.
Хорошо, что под рукой была планочка на 32 метра.
Вставил я её, просетапил и вернул всё "в зад". Работает.
Но я остался недоволен таким подходом РэдХетовцев
Cообщить модератору | Наверх | ^

15. "Синдром Fast-Food: Linux становится слишком толстым"
Сообщение от Hedgehog_57 email on 15-Июн-04, 16:12 
Если мне не изменяет мой склероз, то в свое время какая-то Slackware ставилась только на 4 мегабайтах памяти. А вот работала на 2-ух. Так что это как раз не аргумент. :-)
Cообщить модератору | Наверх | ^

16. "Синдром Fast-Food: Linux становится слишком толстым"
Сообщение от dpupkov email on 15-Июн-04, 16:32 
Из книги "Персональные ЭВМ в инженерной практике", М. Радио и связь, 1989.

...Одним из примеров громоздкой и, по мнению авторов, бесполезной надстройки является интегрированная система WINDOWS фирмы Microsoft. Эта система занимает почти 1 Мбайт дисковой памяти и рассчитана на преимущественное использование совместно с устройством типа ”мышь”...

...Таким образом, читатель уже понял, что среди надстроек над ДОС бывают довольно бесполезные системы, которые только выглядят красиво, а на самом деле отнимают время пользователя, память на дисках и оперативную память ЭВМ. Обманчивая красота таких систем, однако, сильно воздействует на неискушенных пользователей, которые не имели практики работы на машине. Инерция мышления бывает столь сильна, что авторам приходилось наблюдать, как люди, начавшие работать с подобной надстройкой, впоследствии с трудом заставляют себя изучать команды ДОС. Хочется предостеречь от этой ошибки читателей ...

Cообщить модератору | Наверх | ^

17. "Re: Синдром Fast-Food: Linux становится слишком толстым"
Сообщение от Konstantin Stopani email on 15-Июн-04, 17:30 
В гребаном Юниксе память жрут даже не рюшечки всякие там и не одна какая-то зловредная программа. Во всем виноваты динамические библиотеки. Когда libc весит текстом в памяти 1-2 Мб это еще не совсем плохо, потому что с libc слинкованы все программы, но по метру - по десять запросто могут требовать дебильные, никому не нужные библиотечки, используемые только однажды. Это очень раздражает, особенно если вспомнить еще и том, что позиционно независимый код (gcc -fPIC) раза в полтора медленнее статического. ELF сам по себе просто набит мусором, он огромен! Вспомните про использование памяти на системах с a.out...
Cообщить модератору | Наверх | ^

18. "Re: Синдром Fast-Food: Linux становится слишком толстым"
Сообщение от sauron email on 15-Июн-04, 20:08 
>В гребаном Юниксе память жрут даже не рюшечки всякие там и не одна >какая-то зловредная программа.
Он сам ее хавает. Не сравнивайте как работает windows с памятью и *nix оси. Корни разные и подходы разные. По тому *nix лак лучше переносят нагрузку. Если у меня top показывает что 10 из 384 мегов свободно это смертельно ??? Странно не замечал.

>Во всем виноваты динамические библиотеки. Когда libc весит текстом в >памяти >1-2 Мб это еще не совсем плохо, потому что с libc слинкованы все >программы, но по метру - по десять запросто могут требовать дебильные, >никому не нужные библиотечки, используемые только однажды.
Аха щас! Прям весь! Быстро топать и курить страничную организацию памяти!
Грузится только то, что надо! Только необходмые странички данных. Код грузится весь и сразу, но кода там не много. Но libc юзают практически все проги. Или busybox мне юзать ? Нагуя??? При запуске пачки приложений разделяемые библиотеки ой как память экономят!  Это какие такие бибилиотеки по метру юзаемые только одной программой??? kmail чтоль в не в KDE запускаешь ??? Там были такие толстые либы. Но им положено они на C++ :)
> Это очень раздражает, особенно если вспомнить еще и том, что позиционно >независимый код (gcc -fPIC) раза в полтора медленнее статического. ELF >сам по себе просто набит мусором, он огромен! Вспомните про использование >памяти на системах с a.out...
Ты что до сих пор a.out пользуешься??? Если он так хорош что его нет ни в однм современном *nix'е ? Можешь придумать формат по лучше? Флаг тебе в руки! И откуда факты что тормознее? Лично с секундомером замерял?
Cообщить модератору | Наверх | ^

21. "Re: Синдром Fast-Food: Linux становится слишком толстым"
Сообщение от Konstantin Stopani email on 16-Июн-04, 00:23 
>Он сам ее хавает.
Шестое ядро не запустится на 10 Мб.

> Не сравнивайте как работает windows с памятью и *nix оси. Корни разные и > подходы разные.
Подход один у всех вот уже лет десять как. Лично я не замечаю ровным счетом никакой разницы в работе операционной системы со свопом, будь то Windows, Linux, FreeBSD или Solaris. Различия, конечно есть, но они заметны только на бенчмарках. Это поведение под нагрузкой, а мы говорим оь интерактивной работе на десктопе.

>Грузится только то, что надо!

libapr-0.so.0 => /usr/local/apache2/lib/libapr-0.so.0
libaprutil-0.so.0 => /usr/local/apache2/lib/libaprutil-0.so.0
libart_lgpl_2.so.2 => /usr/local/lib/libart_lgpl_2.so.2
libasound.so.2 => /usr/local/lib/libasound.so.2
libatk-1.0.so.0 => /usr/local/lib/libatk-1.0.so.0
libaudiofile.so.0 => /usr/local/lib/libaudiofile.so.0
libbonobo-2.so.0 => /usr/local/lib/libbonobo-2.so.0
libbonobo-activation.so.4 => /usr/local/lib/libbonobo-activation.so.4
libbonoboui-2.so.0 => /usr/local/lib/libbonoboui-2.so.0
libcrypt.so.1 => /lib/libcrypt.so.1
libc.so.6 => /lib/libc.so.6
libdl.so.2 => /lib/libdl.so.2
libesd.so.0 => /usr/local/lib/libesd.so.0
libexpat.so.0 => /usr/local/apache2/lib/libexpat.so.0
libexpat.so.0 => /usr/local/lib/libexpat.so.0
libfontconfig.so.1 => /usr/local/lib/libfontconfig.so.1
libfreetype.so.6 => /usr/local/lib/libfreetype.so.6
libfribidi.so.0 => /usr/local/lib/libfribidi.so.0
libgcc_s.so.1 => /usr/local/lib/libgcc_s.so.1
libgconf-2.so.4 => /usr/local/lib/libgconf-2.so.4
libgdk_pixbuf-2.0.so.0 => /usr/local/lib/libgdk_pixbuf-2.0.so.0
libgdk-x11-2.0.so.0 => /usr/local/lib/libgdk-x11-2.0.so.0
libglib-2.0.so.0 => /usr/local/lib/libglib-2.0.so.0
libgmodule-2.0.so.0 => /usr/local/lib/libgmodule-2.0.so.0
libgnome-2.so.0 => /usr/local/lib/libgnome-2.so.0
libgnomecanvas-2.so.0 => /usr/local/lib/libgnomecanvas-2.so.0
libgnome-keyring.so.0 => /usr/local/lib/libgnome-keyring.so.0
libgnomeui-2.so.0 => /usr/local/lib/libgnomeui-2.so.0
libgnomevfs-2.so.0 => /usr/local/lib/libgnomevfs-2.so.0
libgobject-2.0.so.0 => /usr/local/lib/libgobject-2.0.so.0
libgthread-2.0.so.0 => /usr/local/lib/libgthread-2.0.so.0
libgtk-x11-2.0.so.0 => /usr/local/lib/libgtk-x11-2.0.so.0
libICE.so.6 => /usr/X11R6/lib/libICE.so.6
libldap50.so => not found
/lib/ld-linux.so.2 => /lib/ld-linux.so.2
libmozjs.so => not found
libm.so.6 => /lib/libm.so.6
libncurses.so.5 => /lib/libncurses.so.5
libnsl.so.1 => /lib/libnsl.so.1
libnspr4.so => not found
libnss3.so => not found
libORBit-2.so.0 => /usr/local/lib/libORBit-2.so.0
libORBitCosNaming-2.so.0 => /usr/local/lib/libORBitCosNaming-2.so.0
libpam.so.0 => /usr/local/lib/libpam.so.0
libpango-1.0.so.0 => /usr/local/lib/libpango-1.0.so.0
libpangoft2-1.0.so.0 => /usr/local/lib/libpangoft2-1.0.so.0
libpangox-1.0.so.0 => /usr/local/lib/libpangox-1.0.so.0
libpangoxft-1.0.so.0 => /usr/local/lib/libpangoxft-1.0.so.0
libplc4.so => not found
libplds4.so => not found
libpng12.so.0 => /usr/local/lib/libpng12.so.0
libpopt.so.0 => /usr/local/lib/libpopt.so.0
libprldap50.so => not found
libpthread.so.0 => /lib/libpthread.so.0
libresolv.so.2 => /lib/libresolv.so.2
librt.so.1 => /lib/librt.so.1
libsmime3.so => not found
libSM.so.6 => /usr/X11R6/lib/libSM.so.6
libsoftokn3.so => not found
libssl3.so => not found
libstdc++.so.6 => /usr/local/lib/libstdc++.so.6
libtiff.so.3 => /usr/local/lib/libtiff.so.3
libungif.so.4 => /usr/local/lib/libungif.so.4
libutil.so.1 => /lib/libutil.so.1
libX11.so.6 => /usr/X11R6/lib/libX11.so.6
libXaw.so.7 => /usr/X11R6/lib/libXaw.so.7
libXext.so.6 => /usr/X11R6/lib/libXext.so.6
libXft.so.2 => /usr/local/lib/libXft.so.2
libXinerama.so.1 => /usr/X11R6/lib/libXinerama.so.1
libxml2.so.2 => /usr/local/lib/libxml2.so.2
libXmu.so.6 => /usr/X11R6/lib/libXmu.so.6
libxpcom_compat.so => not found
libxpcom.so => not found
libXpm.so.4 => /usr/X11R6/lib/libXpm.so.4
libXp.so.6 => /usr/X11R6/lib/libXp.so.6
libXrandr.so.2 => /usr/X11R6/lib/libXrandr.so.2
libXrender.so.1 => /usr/X11R6/lib/libXrender.so.1
libXt.so.6 => /usr/X11R6/lib/libXt.so.6
Пояснение: 55 процессов, 71 библиотека. GNOME не запущен.

Специфика формата ELF требует загрузки большей части файла в память при линковке...

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

>>позиционно независимый код (gcc -fPIC) раза в полтора медленнее статического.
>И откуда факты что тормознее?
>Лично с секундомером замерял?
На IA-32 ELF PIC реализован очень неэффективным способом - через Global Offset Table.


Cообщить модератору | Наверх | ^

25. "Re: Синдром Fast-Food: Linux становится слишком толстым"
Сообщение от Антон (??) on 16-Июн-04, 09:27 
>>Он сам ее хавает.
>Шестое ядро не запустится на 10 Мб.
>
>> Не сравнивайте как работает windows с памятью и *nix оси. Корни разные и > подходы разные.
>Подход один у всех вот уже лет десять как. Лично я не
>замечаю ровным счетом никакой разницы в работе операционной системы со свопом,
>будь то Windows, Linux, FreeBSD или Solaris. Различия, конечно есть, но
>они заметны только на бенчмарках. Это поведение под нагрузкой, а мы
>говорим оь интерактивной работе на десктопе.
>
>>Грузится только то, что надо!
>
Поскипано.
Это что же у вас за дистрибутив то такой!? Срочно на помойку!!!!
Если бы у меня так OS работала, я бы уже давным бы давно задумался ставить ли Linux
Cообщить модератору | Наверх | ^

28. "Re: Синдром Fast-Food: Linux становится слишком толстым"
Сообщение от sauron email on 17-Июн-04, 10:17 
>>Он сам ее хавает.
>Шестое ядро не запустится на 10 Мб.
Гм 2.6.x ядре есть отделная опция для встраиваемых устройств. Ставим нужные галочки, грузимся.

>Подход один у всех вот уже лет десять как. Лично я не
>замечаю ровным счетом никакой разницы в работе операционной системы со >свопом, будь то Windows, Linux, FreeBSD или Solaris. Различия, конечно >есть, но они заметны только на бенчмарках. Это поведение под нагрузкой, а >мы говорим оь интерактивной работе на десктопе.
В Windows предерживается другой политки по отношению к свобоной памяти.
Именно поэтому многие новички в *nix спрашивают, а почему в *nix так мало свобоной памяти???

>>Грузится только то, что надо!
>
>libapr-0.so.0 => /usr/local/apache2/lib/libapr-0.so.0
>libaprutil-0.so.0 => /usr/local/apache2/lib/libaprutil-0.so.0
запущен апач причем второй. Заметим что модули апача грузятся как динамические библиотеки. И нити апача используют только один экземпляр присутвующий в памяти.

>libart_lgpl_2.so.2 => /usr/local/lib/libart_lgpl_2.so.2
>libasound.so.2 => /usr/local/lib/libasound.so.2
>libatk-1.0.so.0 => /usr/local/lib/libatk-1.0.so.0
>libaudiofile.so.0 => /usr/local/lib/libaudiofile.so.0
>libbonobo-2.so.0 => /usr/local/lib/libbonobo-2.so.0
>libbonobo-activation.so.4 => /usr/local/lib/libbonobo-activation.so.4
>libbonoboui-2.so.0 => /usr/local/lib/libbonoboui-2.so.0
>libcrypt.so.1 => /lib/libcrypt.so.1
загружено приложение из окружения gnome Которое использует его библиотеки.

>libc.so.6 => /lib/libc.so.6
>libdl.so.2 => /lib/libdl.so.2
Стандартные библиотеки используются почти всеми приложениями.

>libesd.so.0 => /usr/local/lib/libesd.so.0
загрущено приложение использующее esd-демон. Заметим их может быть много.

>libexpat.so.0 => /usr/local/apache2/lib/libexpat.so.0
>libexpat.so.0 => /usr/local/lib/libexpat.so.0

>libfontconfig.so.1 => /usr/local/lib/libfontconfig.so.1
>libfreetype.so.6 => /usr/local/lib/libfreetype.so.6
>libfribidi.so.0 => /usr/local/lib/libfribidi.so.0
>libgcc_s.so.1 => /usr/local/lib/libgcc_s.so.1
>libgconf-2.so.4 => /usr/local/lib/libgconf-2.so.4
>libgdk_pixbuf-2.0.so.0 => /usr/local/lib/libgdk_pixbuf-2.0.so.0
>libgdk-x11-2.0.so.0 => /usr/local/lib/libgdk-x11-2.0.so.0
>libglib-2.0.so.0 => /usr/local/lib/libglib-2.0.so.0
>libgmodule-2.0.so.0 => /usr/local/lib/libgmodule-2.0.so.0
>libgnome-2.so.0 => /usr/local/lib/libgnome-2.so.0
>libgnomecanvas-2.so.0 => /usr/local/lib/libgnomecanvas-2.so.0
>libgnome-keyring.so.0 => /usr/local/lib/libgnome-keyring.so.0
>libgnomeui-2.so.0 => /usr/local/lib/libgnomeui-2.so.0
>libgnomevfs-2.so.0 => /usr/local/lib/libgnomevfs-2.so.0
>libgobject-2.0.so.0 => /usr/local/lib/libgobject-2.0.so.0
>libgthread-2.0.so.0 => /usr/local/lib/libgthread-2.0.so.0
>libgtk-x11-2.0.so.0 => /usr/local/lib/libgtk-x11-2.0.so.0
>libICE.so.6 => /usr/X11R6/lib/libICE.so.6
приложение собраное под gnome. И использующее gtk+ 2 версии.

>libldap50.so => not found
>/lib/ld-linux.so.2 => /lib/ld-linux.so.2
>libmozjs.so => not found
>libm.so.6 => /lib/libm.so.6
>libncurses.so.5 => /lib/libncurses.so.5
>libnsl.so.1 => /lib/libnsl.so.1
>libnspr4.so => not found
>libnss3.so => not found
эти библиотеки испльзуются консольными прогаммами.
mozjs - java script библиотека от mozilla

>libORBit-2.so.0 => /usr/local/lib/libORBit-2.so.0
>libORBitCosNaming-2.so.0 => /usr/local/lib/libORBitCosNaming-2.so.0
>libpam.so.0 => /usr/local/lib/libpam.so.0
>libpango-1.0.so.0 => /usr/local/lib/libpango-1.0.so.0
>libpangoft2-1.0.so.0 => /usr/local/lib/libpangoft2-1.0.so.0
>libpangox-1.0.so.0 => /usr/local/lib/libpangox-1.0.so.0
>libpangoxft-1.0.so.0 => /usr/local/lib/libpangoxft-1.0.so.0
>libplc4.so => not found
>libplds4.so => not found
>libpng12.so.0 => /usr/local/lib/libpng12.so.0
>libpopt.so.0 => /usr/local/lib/libpopt.so.0
>libprldap50.so => not found
>libpthread.so.0 => /lib/libpthread.so.0
>libresolv.so.2 => /lib/libresolv.so.2
>librt.so.1 => /lib/librt.so.1
>libsmime3.so => not found
>libSM.so.6 => /usr/X11R6/lib/libSM.so.6
>libsoftokn3.so => not found
>libssl3.so => not found
>libstdc++.so.6 => /usr/local/lib/libstdc++.so.6
>libtiff.so.3 => /usr/local/lib/libtiff.so.3
>libungif.so.4 => /usr/local/lib/libungif.so.4
>libutil.so.1 => /lib/libutil.so.1
>libX11.so.6 => /usr/X11R6/lib/libX11.so.6
>libXaw.so.7 => /usr/X11R6/lib/libXaw.so.7
>libXext.so.6 => /usr/X11R6/lib/libXext.so.6
>libXft.so.2 => /usr/local/lib/libXft.so.2
>libXinerama.so.1 => /usr/X11R6/lib/libXinerama.so.1
>libxml2.so.2 => /usr/local/lib/libxml2.so.2
>libXmu.so.6 => /usr/X11R6/lib/libXmu.so.6
>libxpcom_compat.so => not found
>libxpcom.so => not found
>libXpm.so.4 => /usr/X11R6/lib/libXpm.so.4
>libXp.so.6 => /usr/X11R6/lib/libXp.so.6
>libXrandr.so.2 => /usr/X11R6/lib/libXrandr.so.2
>libXrender.so.1 => /usr/X11R6/lib/libXrender.so.1
>libXt.so.6 => /usr/X11R6/lib/libXt.so.6
>Пояснение: 55 процессов, 71 библиотека. GNOME не запущен.

Поеснение: запущено приложения по умолчанию слинкованные для работы в gnome. При запуске gnome их количество вырастет до сотни.
Библиотек в памяти не относящихся к gnome окружению 12 штук.
Выгрузите лишнее и библиотеки как языком слизнет.
Да суммарно все эти библиотеки занимают метров 30.

>Специфика формата ELF требует загрузки большей части файла в память при >линковке...
Гм да каким макаром? Код грузится сразу. Данные из библиотеки загружаются по требованию. А она сама маринуется пока надо в файловых буферах.

>Применение динамических библиотек оправдано только на системах, где >одновременно работает большое количество
>процессов, этого не наблюдается на десктопе.
Гм выше было преведено количество процессов 55 гм это небольшое количество процессов?  

>Плюс ко всему библиотеки дробятся,
>их число увеличивается, разрешение символов превращается в >многоступенчатый процесс...
За счет чего обсепечивается высокая гибкость приложений. И возможность сборки без ненужных фич. Плюс потеря производительности на этих операциях на современных процессорах принебрежительно мала.

>>>позиционно независимый код (gcc -fPIC) раза в полтора медленнее статического.
>>И откуда факты что тормознее?
>>Лично с секундомером замерял?
>На IA-32 ELF PIC реализован очень неэффективным способом -
>через Global Offset Table.
Гм я тормоз наверно. Это подразумевает flat памяти так? Если да в чем его не эффективность в 32-разрядной ОС с поддержкой страничной организации памяти? И чем это хуже exe формата (ни как не вспомню как называется) в среде Windows?


Cообщить модератору | Наверх | ^

30. "Re: Синдром Fast-Food: Linux становится слишком толстым"
Сообщение от klalafuda on 17-Июн-04, 12:17 
>
>>Плюс ко всему библиотеки дробятся,
>>их число увеличивается, разрешение символов превращается в >многоступенчатый процесс...
>За счет чего обсепечивается высокая гибкость приложений. И возможность сборки без ненужных
>фич. Плюс потеря производительности на этих операциях на современных процессорах принебрежительно
>мала.
>

ну тут я не совсем соглашусь. как-то читал отчет a'la "why KDE based apps so slow" или в этом духе. ребята протрейсили процесс заргузки обычного KDE приложения и померяли, что куда тратится. у них получилось, что львиная доля всего времени уходит именно на разрешение символов и динамическую линковку. просто за счет ахерного количества экспортов и зависимостей в KDE/Qt библиотеках.

ps: ссылку на отчет утерял, нужно искать :(

// wbr

Cообщить модератору | Наверх | ^

19. "Синдром Fast-Food: Linux становится слишком толстым"
Сообщение от Go email on 15-Июн-04, 21:23 
Если по сути - то близко к правде... ;(
И дело не в том, что Линух сам по себе такой... Это  сказывается шкурническая политика производителей отдельных дистрибутивов, перегружающих свои детища различным ненужным дерьмом. И рассчитывающих на любителей рюшечек... И убирающих, в угоду скорости выпуска новых версий - более точное управление установленными прикладухами(пакетами) и их зависимостями. Потому что капиталист - ленив. И цель у него - не ваши или мои удобства, а получение прибыли, и как следствие этого - уменьшение затрат. Но есть и хорошая новость - Линух можно при наличии некой тямы заставить работать где угодно, и с очень маленькими ресурсами... А вот детище Гейтса - низззя! Никак!  
Cообщить модератору | Наверх | ^

20. "Синдром Fast-Food: Linux становится слишком толстым"
Сообщение от Аноним email on 15-Июн-04, 22:10 
А у меня приятель поставил на ноут (p1-266, 128 Ram) Windows XP и очень даже ничего это работает :)
Cообщить модератору | Наверх | ^

22. "Синдром Fast-Food: Linux становится слишком толстым"
Сообщение от Z_M email(??) on 16-Июн-04, 00:37 
а никто FreeBSD не пробовал?

ps:минималистическая философия не в линухе а в юнихе

Cообщить модератору | Наверх | ^

23. "Синдром Fast-Food: Linux становится слишком толстым"
Сообщение от Аноним email on 16-Июн-04, 00:56 
Пробовали... Сидим и смеёмся над топиком :)
Cообщить модератору | Наверх | ^

24. "Синдром Fast-Food: Linux становится слишком толстым"
Сообщение от GoodWin email(??) on 16-Июн-04, 02:57 
Становится?
СТАЛ!
Пятнадцать лет назад купил домой ZX Spectrum. 16 kB оперативки!!! Радовался.

Десять лет назад я сел за клавиатуру PC 386. Там был MS DOS  v 5 плюс Windows 3.1. 64 MB RAM!! 8MB video RAM!!!

Радовался, что работает.

Не так давно - с год назад ставил на домашнюю машинку (320 RAM 16 video) WinXP. Прикольно.
Тогда же и туда же ставил RedHat. Как-то "виндообразно" и болезненно...

В этом году друг открыл мне глаза на Gentoo.
Вот это - Linux.

Нет, конечно, ставится все это хозяйство долго. Сравнительно с Виндовз или РедХат. Но ведь в мои задачи и не входит ежедневная установка ОПЕРАЦИОННОЙ СИСТЕМЫ.

Настройка занимает, конечно, много времени. Но ведь это не нужно делать ежедневно!
После тщательной "разборки полетов" в сравнении с Windows линукс-система работает вполне конкурентноспособно. С точки зрения человека, _работающего_ в Visio (из-под WinXP, ибо альтернативы под Линукс не нашел), читающего книги и развлекающегося просмотром кино, рисованием, слушанием музыки, просмотром новостей и чтением почты (под Gentoo, Gnome).

То, что ДИСТРИБУТИВЫ, предполагающие МИНИМАЛЬНОЕ знание предмета пользователем требовательны к железу - явление вполне закономерное. Ну не бывает бесплатных пирожных!

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

Cообщить модератору | Наверх | ^

26. "Синдром Fast-Food: Linux становится слишком толстым"
Сообщение от Аноним email on 16-Июн-04, 10:20 
По моему обсуждать тут особо нечего...
В самой теме обсуждения уже заложены рамки - "Посмотрите на системные требования разработчиков Fedora Core 2..." - речь идёт о конкрентном релизе, конкретной сборке, конкретной компании, но уж не о Linux "вообще". Да и не может быть Linux "вообще". Вспомним основы - Linux это ядро и чего-то там ещё и каждый дистрибьютор вправе вертеть, что ему хочется. А говорить о "жадности" Linux, как о всеобщей "беде" - по крайней мере не серъёзно :)
Cообщить модератору | Наверх | ^

29. " Просто меня интересуют компьютеры с НЕ x86 архитектурой."
Сообщение от Lamr email on 17-Июн-04, 10:25 
> вы случайно не знаете где в наше время можно купить такой компьютер?
>И сколько это приерно может стоить. Просто меня интересуют компьютеры с НЕ x86 архитектурой.
> Заранее спасибо за ответ.

Писюк - погремушка для недоразвитого младенца. Виртуальный процессор. На RISC ядре программно реализован НЕ-RISC процессор. Гы-гы
Ссылки на представителей от HP или Sun можно найти на их сайтах. Дорого это слишком. Alpha DS10 стоит тысяч 7. Правда, периферия вся у ней сказёвая, память обязательно с ECC, etc.

Устаревшие эти машины часто продаются на molotok.ru
Там даже есть для них специальный раздел.

Cообщить модератору | Наверх | ^

Удалить

Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру