Комментарии 47
Хабракат?
НЛО прилетело и опубликовало эту надпись здесь
НЛО прилетело и опубликовало эту надпись здесь
НЛО прилетело и опубликовало эту надпись здесь
А сколько места обычно выделяете в /etc?
У меня он сейчас занимает ~20 Мб
НЛО прилетело и опубликовало эту надпись здесь
У меня отдельно /, /home, /var, /usr
Буду перестраивать, отдельным сделаю…
Буду перестраивать, отдельным сделаю…
НЛО прилетело и опубликовало эту надпись здесь
а можно поподробнее, что лучше да и как? я раньше слышал о таком, но думал это все дает минимальный прирост.
НЛО прилетело и опубликовало эту надпись здесь
про хоум это понятно, я про остальные каталоги типа /var, /etc
а в случае краха, я думаю я не смогу восстановить и так, уж слишком малы мои познания в этой области :)
а в случае краха, я думаю я не смогу восстановить и так, уж слишком малы мои познания в этой области :)
НЛО прилетело и опубликовало эту надпись здесь
По большому счету раздельные партиции необходимы когда вы каждый раздел форматируете в свою файловую систему. Так на пример раздел /etc я бы порекомендовал форматровать в raiserfs, потому как она дает превосходство при работе с файлами малого размера (производительность возрастает на порядок — 10-15 раз).
Для /home предпочтительней ext3, потому как она журналируемая фс.
Для /home предпочтительней ext3, потому как она журналируемая фс.
уж лучше тогда /etc кидать в ramfs
В initrd его!
А по окончанию загрузки производить синхронизацию с тем, что на диске.
А по окончанию загрузки производить синхронизацию с тем, что на диске.
НЛО прилетело и опубликовало эту надпись здесь
весьма сомнительные твики без разъяснения того, к чему это ведет.
>почитал многие how-to
не все howto заслуживают того, чтобы их читать, а некоторые и вовсе незаслуживают.
>почитал многие how-to
не все howto заслуживают того, чтобы их читать, а некоторые и вовсе незаслуживают.
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. Это настройки сети, тут по каждому параметру в Гугл.
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. Это настройки сети, тут по каждому параметру в Гугл.
Самое печальное, что половина времени загрузки уходит на биос (т.е. от включения компьютера до загрузки grub-stage2).
Впрочем, можно и пережить тем, кто не часто компьютер выключает полностью.
Впрочем, можно и пережить тем, кто не часто компьютер выключает полностью.
rootflags=data=writeback
ни в коем случае. режим называется «прощай данные».
даже если светом не мигнут, то внеплановые hard-перезагрузки по разным причинам, но таки, бывают.
ни в коем случае. режим называется «прощай данные».
даже если светом не мигнут, то внеплановые hard-перезагрузки по разным причинам, но таки, бывают.
ух, а фряку твикать все-таки интереснее :)
Еще для многоядерных систем можно в /etc/init.d/rc поменять CONCURRENCY=none на CONCURRENCY=shell. Но на свой страх и риск!
НЛО прилетело и опубликовало эту надпись здесь
Некислое ускорение — в 10 раз! Надо попробовать.
А настройки
А настройки
network.http.* вряд ли можно конкретные советовать. Для кого-то и дефолтные будут пошустрее.
На самом деле ниочем статья.
с объяснениями может было бы и лучше… но всеравно — спасибо за статью!
этакий speed up digest: D
у меня как раз вопрос скорости убунты очень актуален… (надеюсь после всех твиков) был :)
этакий speed up digest: D
у меня как раз вопрос скорости убунты очень актуален… (надеюсь после всех твиков) был :)
Убираем ненужные консоли
*подавился чаем*
Нифига себе ненужные O_o
Столько раз спасали.
На счет writeback…
Раз так, то может лучше использовать ext2. Или в ext3 есть еще какие-то преимущества, кроме «журналирования» ))?
Похожая ситуация с Fat и Ntfs. Если хочешь надежного хранения данных, то Ntfs. Если хочешь, совсем чуток, выйграть в производительности и занимаемой памяти, то используй Fat
Раз так, то может лучше использовать ext2. Или в ext3 есть еще какие-то преимущества, кроме «журналирования» ))?
Похожая ситуация с Fat и Ntfs. Если хочешь надежного хранения данных, то Ntfs. Если хочешь, совсем чуток, выйграть в производительности и занимаемой памяти, то используй Fat
Хм, Panasonic CF-W2, с 900 Мгц центрино на борту и 256 ОЗУ, совершенно невозможно сопоставить с KDE3. Даже призванный к быстроте Xubuntu, также показывает себя не с лучшей стороны. Убунту великолепен, но не только как консоль :(
network.http.pipelining.firstrequest уже не используется
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Как я оптимизировал систему: Ubuntu 8.04 Hardy