Увеличение производительности Linux

Увеличить железо, всё равно в итоге в него будет производительность упираться.

>кто что делает, чтобы повысить производительность Linux.

Ничего! Всё упирается в железо и конкретную реализацию задачи.

Вот еще и по этому виндузятники не переходят на линукс, они не могут понять как можно жить без всяких твиков , оптимизаторов и дефрагментаторов, если система это все не поддерживает значит она плохая !

Насчет твиков видел программу для разгона видеокарт под Linux. Дефрагментаторы не нужны ибо ext3. Можно конечно разогнать железо, но это другая тема. Неужели никто не сидит на слабых машинах?

>Неужели никто не сидит на слабых машинах?

Для них есть соотв. дистрибутивы типа слаки, арча, крукса, фругала и т.д. Пихать зузю на 300МГц это ССЗБ.

у себя на pIII-1000, 192Mb RAM сделал след.: - во-первых gentoo =) с флагами

- hdparm

- /proc/sys/vm/swappiness

- prelink

- использую кеды (нравяться мне они) для их "ускорения" постарался убрать все украшательства

- использую конкверор - adblock, убил поддержку javascript (оставил только для нескольких определенных страниц), убил поддержку java, flash. (впринципе, при желании их можно включить через Tools->"HTML Settings")

кстати, для "ускорения" openoffice'а воспользовался http://openoffice.blogs.com/openoffice/memory/index.html

> Вот еще и по этому виндузятники не переходят на линукс, они не могут понять как можно жить без всяких твиков , оптимизаторов и дефрагментаторов, если система это все не поддерживает значит она плохая !

+42

и почему для gconf нет ни одной чистилки.

>Неужели никто не сидит на слабых машинах?

Просто стараюсь отключать все лишнее и даже немного больше

Есть, называется mc. Очень удобная штука, двухпанельная, с кучей дополнительных наворотов. Вот в винде же нельзя сделать символическую ссылку на ветку реестра, а в линуксе - можно. )))

Лучший и единственный твикер для линукса - хороший процессор. Такой как CoreDuo2, например.

повырезай всё лишнее из библиотек
уменьшит потребление памяти а это еще и ускорит многое...

http://www.ibm.com/developerworks/ru/library/l-linux-memory/index.html?S_TACT...

Уменьшение объема памяти, занимаемой Linux на примере системы Ubuntu. Несколько поправок могут увеличить быстродействие

Боян. Чуть ли не в новостях было

FluxBox, IceWM, Window Maker, XFCE4, e16 и т.д.

kde в минимальной комплектации, с отключенными свистелками-перделками, gentoo, reiserfs

-reiserfs

>Неужели никто не сидит на слабых машинах?

Основная проблема для слабых машин -- это память. Ее лучше иметь не менее 128 Мб. Если памяти меньше, то любые трюки с hdparm, /proc/sys/vm, расположением на диске раздела swap, патчи -ck, swap-prefetch и пр. не дают никакого результата. Если памяти мало, то оптимизация просто не работает. Единственный выход -- это собирать так, чтобы все как можно меньше было. Например, собрать ядро без излишков. Возможно, что стоит даже включить набор патчей linux-tiny. Часть из них в ядре уже, а часть не вошла (например, SLOB вместо SLAB, кажется, не вошел). Потом собирать софт с uclibc. Пошаманить с X, собрав его в ипостаси TinyX. Хотя TinyX может и не улучшить ситуацию. Ну а потом стандраные дела -- сервисы лишние поотрубать, софт подбирать диетический. Что можно, пересобрать с gtk1 (firefox 1.5, sylpheed и пр.).

или, как вариант, посмотреть в сторону заюзания заточенных под КПК сборок. handhelds.org.

HZ=100,w/o Preempt

>Дефрагментаторы не нужны ибо ext3.

Через годик работы перенеси систему на дрйгой винт (и/или опционально, потом - назад). Удивист тому, КАК она будет летать...

Кроме файловой фрагментации есть ещё такая гадость, как фрагментация свободного пространства.

...

Да и файлы, кстати, в любой ФС нередко, всё же, фрагментируются, если места на винте свободно не 90% :) Поставь приблуды для определения уровня фрагментации, посомтри хотя бы те же логи, удивись.

...

ЕМНИП, средний уровень фрагментации файлов, что на экст3, что на Рэйсер3, что на НТФС будет около 1..5%.

И, в любом случае, даже если файловая фрагментация == 0, то свободное пространство на винте будет сильно фрагментировано в любой ФС. А когда при чтении группы файлов из одного каталога (линковка .so при запуске) головка винта будет скакать по всем цилиндрам, вот тут-то производительности и приходит северный полярный лис... И становится не очень понятно, за каким, спрашивается, под Linux единственный способ дефрагментации (ну, не считая XFS) - это I like to move it move it...

Не столько производительность, сколько отзывчивость linux может повысить установка io scheduler - anticipatory. Самое оно для рабочих станций с одним-двумя винтами и не интеллектуальным контроллером. :) А то по умолчанию cfq стоит, так это ужоснах. ;-)

>I like to move it move it

в винде это наиболее быстрая дефрагментация, почему в линуксе не может быть так?

>в винде это наиболее быстрая дефрагментация, почему в линуксе не может быть так?

Потому что это геморрой.

во первых... нужны прямые руки.... во вторых наличие мозга... а дальше дело техники...