Как я оптимизировал систему: Ubuntu 8.04 Hardy

[Ilya_ilf]

Хабракат?

[librarian]

Спасибо, забыл совсем.

[Holy_Cheater]

Заметно бы подняло тему еще описание целесообразности этих действий.

[librarian]

Насчёт скорости загрузки я написал, что с полутора минут до 30 секунд, а скорость работы самой системы слишком субъективный параметр. К тому же у меня не стоит ни Gnome, ни KDE.
Fluxbox + wdm. В качестве эмулятора терминала: tilda

[librarian]

А сколько места обычно выделяете в /etc?

[librarian]

У меня он сейчас занимает ~20 Мб

[librarian]

У меня отдельно /, /home, /var, /usr
Буду перестраивать, отдельным сделаю…

[magic4x]

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

[magic4x]

про хоум это понятно, я про остальные каталоги типа /var, /etc
а в случае краха, я думаю я не смогу восстановить и так, уж слишком малы мои познания в этой области :)

[lhav]

По большому счету раздельные партиции необходимы когда вы каждый раздел форматируете в свою файловую систему. Так на пример раздел /etc я бы порекомендовал форматровать в raiserfs, потому как она дает превосходство при работе с файлами малого размера (производительность возрастает на порядок — 10-15 раз).
Для /home предпочтительней ext3, потому как она журналируемая фс.

[BuriK666]

уж лучше тогда /etc кидать в ramfs

[librarian]

Насколько я знаю, в ubuntu нет такой FS в инсталяции.

[BuriK666]

в убунту теперь не ядро Linux и его нельзя пересобрать?
и тем более оно там есть
cat /proc/filesystems|grep ramfs

[selenite]

В initrd его!
А по окончанию загрузки производить синхронизацию с тем, что на диске.

[librarian]

У Конника уже почитал, спасибо.

[rawing]

весьма сомнительные твики без разъяснения того, к чему это ведет.
>почитал многие how-to
не все howto заслуживают того, чтобы их читать, а некоторые и вовсе незаслуживают.

[librarian]

1. При старте apache, например, определяется имя хоста, для этого парсится /etc/hosts и выбирается ip которому будет соответствовать localhost/
2. Тут всё понятно, ядро работает быстрее, если в него включено только то, что нужно.
3. Режим data=writeback
В режиме data=writeback, файловая система ext3 не выполняет какого либо журналирования данных. С подобным видом журналирования вы имеете дело в файловых системах XFS, JFS и ReiserFS (журналирование только метаданных). Это не защитит от разрушения данные в обновляемых файлах в случае неожиданной перезагрузки. Несмотря на этот недостаток, режим data=writeback обеспечивает самую высокую производительность ext3 при всех условиях.
4. Ну если не используете ipv6, то можно и отключить, это по крайней мере ускорит поиск сайта.
4.1
network.http.pipelining true
network.http.pipelining.firstrequest true
network.http.pipelining.maxrequests 8
network.http.proxy.pipelining true
network.http.pipelining позволяет ускорить загрузку страницы за счёт того что посылаются запросы до ответа сервера.
nglayout.initialpaint.delay browser.turbo.enabled true
network.http.max-connections-per-server 8
network.http.max-persistent-connections-per-proxy 8
network.http.max-persistent-connections-per-server 8
Просто множественные подключения к серверу.
5. Если оставить эти консоли, то они будут кушать оперативную память, хотя вы их не используете.
6. Тут я думаю всё ясно, просто одновременный запуск нескольких процессов.
7. Нет ненужных сервисов — они не запускаются — не занимают оперативную память и процессорное время.
8. Это настройки сети, тут по каждому параметру в Гугл.

[Holy_Cheater]

Самое печальное, что половина времени загрузки уходит на биос (т.е. от включения компьютера до загрузки grub-stage2).
Впрочем, можно и пережить тем, кто не часто компьютер выключает полностью.

[BuriK666]

подкрути настройки bios

[yuretsz]

В какую сторону крутить?

[BuriK666]

в сторону отключения тестов оперативки, поиска IDE/Sata устройств и т.д.

[evil_random]

rootflags=data=writeback

ни в коем случае. режим называется «прощай данные».
даже если светом не мигнут, то внеплановые hard-перезагрузки по разным причинам, но таки, бывают.

[sosedoff]

ух, а фряку твикать все-таки интереснее :)

[frequency]

Еще для многоядерных систем можно в /etc/init.d/rc поменять CONCURRENCY=none на CONCURRENCY=shell. Но на свой страх и риск!

[Neiro]

ты не заметишь разницы :)

[yuretsz]

Для хранилища меда NTFS вполне сгодится

[zencd]

Некислое ускорение — в 10 раз! Надо попробовать.

А настройки network.http.* вряд ли можно конкретные советовать. Для кого-то и дефолтные будут пошустрее.

[vazik]

На самом деле ниочем статья.

[ryazantsev]

с объяснениями может было бы и лучше… но всеравно — спасибо за статью!
этакий speed up digest: D

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

[setevik]

Убираем ненужные консоли

*подавился чаем*
Нифига себе ненужные O_o
Столько раз спасали.

[bappoy]

Не все же консоли убираются, а только с третьей по шестую, две первых остаются в Вашем рапоряжении
если нужно больше консолей — есть screen
В самом крайнем случае можно и в двух уместиться

[setevik]

Тогда порядок :)
Просто в топике написано:

которые вызываются по Ctrl+Alt+F1..8

[bappoy]

ну так надо код смотреть, а не документацию к нему :)

[KRen]

На счет writeback…
Раз так, то может лучше использовать ext2. Или в ext3 есть еще какие-то преимущества, кроме «журналирования» ))?
Похожая ситуация с Fat и Ntfs. Если хочешь надежного хранения данных, то Ntfs. Если хочешь, совсем чуток, выйграть в производительности и занимаемой памяти, то используй Fat

[rudevibe]

Хм, Panasonic CF-W2, с 900 Мгц центрино на борту и 256 ОЗУ, совершенно невозможно сопоставить с KDE3. Даже призванный к быстроте Xubuntu, также показывает себя не с лучшей стороны. Убунту великолепен, но не только как консоль :(

[ColorFlow]

network.http.pipelining.firstrequest уже не используется