[mdk-re] [JT] õÓËÏÒÅÎÉÅ ËÏÍÐÁ...

[mdk-re] [JT] õÓËÏÒÅÎÉÅ ËÏÍÐÁ...

[Denis G. Samsonenko]

Господа!

Читает ли кто из вас журнал Хакер? Мне случайно в руки
попался номер 02.02.(38), а там некая статья под названием
"Насилуем Линукс" (стр. 52-53).

Там что-то говорилось про оптимизацию линуха с целью
ускорения работы ея.

Стиль изложения в статье был таков, что я отнёсся к ней с
недоверием. Но кое-что из неё меня всё же заинтересовало.

Предлагалось там (в числе прочих) сделать следующее:

echo "100 1200 128 512 15 5000 500 1184
2">/proc/sys/vm/bdflush

hdparm -c3 -m16 /dev/hda

hdparm -d1 /dev/hda

и засунуть noatime в /etc/fstab.

Можете ли вы сказать на сколько это актуально (и верно)?

Там ещё было предложение всё компилировать с -O9, но,
кажется, что это ни к чему хорошему не приведёт.

Вообще, что местное комьюнити может посоветовать по поволу
ускорения работы ОСи и прог под неё. Какие критичные пакеты
лучше пересобрать под мой проц, а какие и так сойдут?

Весьма благодарен за последующие (я надеюсь) ответы и
советы. :)

Best regards,

Denis.

----------
earthsea@ngs.ru
____________________________________________________________
Онлайн оплата услуг мобильной связи, интернет доступа
и IP телефонии в Новосибирске: http://ngs.ru/shop
____________________________________________________________

Re: [mdk-re] [JT] Ускорение компа...

[Korshunov Ilya]

> hdparm -c3 -m16 /dev/hda
> 
> hdparm -d1 /dev/hda
> 

По остальному мало что скажу а по hdparm есть нормальная статья на http://linux.yarolslavl.ru 
И опасная эта штука)). 

________
regards
korshunov

Re: [mdk-re] [JT] Ускорение компа...

[admin]

Пятница 12 Апрель 2002 11:18, Вы написали:
> > hdparm -c3 -m16 /dev/hda
> >
> > hdparm -d1 /dev/hda
>
> По остальному мало что скажу а по hdparm есть нормальная статья на
> http://linux.yarolslavl.ru И опасная эта штука)).
странно, но как я не пытался баловаться с hdparm так ускорения у меня и не 
вышло а только наоборот. читал и пробовал по статье на opennet.ru, а также из 
других источников (каких уже не помню) ide=autotune почему то справляется 
лучше во всяком случае у меня
>
> ________
> regards
> korshunov
>
> _______________________________________________
> Mandrake-russian mailing list
> Mandrake-russian@altlinux.ru
> http://altlinux.ru/mailman/listinfo/mandrake-russian

-- 
С уважением ОАО "Профит-М"
http://www.profitm.ru

Re: [mdk-re] [JT] Ускорение компа...

[Korshunov Ilya]

Fri, 12 Apr 2002 11:28:12 +0400
admin <admin@profitm.ru> Писал:

> Пятница 12 Апрель 2002 11:18, Вы написали:
> > > hdparm -c3 -m16 /dev/hda
> > >
> > > hdparm -d1 /dev/hda
> >
> > По остальному мало что скажу а по hdparm есть нормальная статья на
> > http://linux.yarolslavl.ru И опасная эта штука)).
> странно, но как я не пытался баловаться с hdparm так ускорения у меня и не 
> вышло а только наоборот. читал и пробовал по статье на opennet.ru, а также из 
> других источников (каких уже не помню) ide=autotune почему то справляется 
> лучше во всяком случае у меня

Угу..на мой взгляд нужно лишь для того если autotune по какой-то причинине ставит
UDMA 100 HDD в UDMA33 mode. Меня это спасло на домашнем компе с винтом sumsung. 
Больше никакой пользы из hdparm извлечь не удалось.

regards
korshunov

[mdk-re] Re: [JT] Ускорение компа...

[Michael Shigorin]

On Fri, Apr 12, 2002 at 11:28:12AM +0400, admin wrote:
> ide=autotune почему то справляется лучше
Что характерно.

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

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [mdk-re] Re: [JT] Ускорение компа...

[Sergey Vlasov]

On Fri, 12 Apr 2002 20:08:49 +0300
Michael Shigorin <mike@lic145.kiev.ua> wrote:

> On Fri, Apr 12, 2002 at 11:28:12AM +0400, admin wrote:
> > ide=autotune почему то справляется лучше
> Что характерно.
> 
> Вообще обычно биосы сейчас вполне сносно настраивают udma, а ядра
> используют его по дефолту (и умеют развесистый список чипсетов).

...потом кто-нибудь берет CD-ROM от LG, древний винт от Seagate, и все
это с какой-то матерью от GLuckyStar - и орет на весь мир "Линукс
маздай!" - потому что на таком чуде при первой же попытке включения DMA
- расстрел на месте :-)

[mdk-re] Re: [JT] Ускорение компа...

[Michael Shigorin]

On Fri, Apr 12, 2002 at 09:31:44PM +0400, Sergey Vlasov wrote:
> > Вообще обычно биосы сейчас вполне сносно настраивают udma, а ядра
> > используют его по дефолту (и умеют развесистый список чипсетов).
> ...потом кто-нибудь берет CD-ROM от LG, древний винт от Seagate, и все
(BTC & WD :-)
> это с какой-то матерью от GLuckyStar - и орет на весь мир "Линукс
> маздай!" - потому что на таком чуде при первой же попытке включения DMA
> - расстрел на месте :-)
Во-от :-))  Но это ситауция, когда можно пройтись насчет железа,
а потом уже применять акупунктуру...

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [mdk-re] [JT] Ускорение компа...

[Peter V. Saveliev]

On Fri, 12 Apr 2002 14:12:05 +0700
"Denis G. Samsonenko" <earthsea@ngs.ru> wrote:

> Господа!
> 
> Читает ли кто из вас журнал Хакер? Мне случайно в руки
> попался номер 02.02.(38), а там некая статья под названием
> "Насилуем Линукс" (стр. 52-53).

Видел я этот журнал и не впечатлился статьей. Многое из того, что мне
советовали _до_ этого, уже оказывалось настроенным из коробки от ALT.
Проглядев рекомендуемые статьей настройки, понял, что в пределах разумного
они также выставлены, а не выставленные счел неразумными ;)

Ленивый подход, согласен, но мне он экономит кучу нервов и освобождает
время на общественно-полезные работы (2AEN: понял я, в чем была приблуда с
LoadDialog в OO! Как смогу разумно описать эту багофичу, так сделаю).

А в качестве совсем убойного аргумента: посчитайте, сколько времени у Вас
уйдет на копание в настройках. Посчитайте, сколько сэкономите в
результате. Вычтите. Помножьте на Ваш заработок в единицу времени. Иногда
бывает дешевле купить новое железо ;)

-- 
С уважением, Петр.
E-mail: peet@peet.spb.ru
JID:    peet@peet.spb.ru

Re: [mdk-re] [JT] Ускорение компа...

[cornet]

"Denis G. Samsonenko" wrote:
> 
> Господа!
> 
> Читает ли кто из вас журнал Хакер? Мне случайно в руки
> попался номер 02.02.(38), а там некая статья под названием
> "Насилуем Линукс" (стр. 52-53).
> 
> Там что-то говорилось про оптимизацию линуха с целью
> ускорения работы ея.
> 
> Стиль изложения в статье был таков, что я отнёсся к ней с
> недоверием. Но кое-что из неё меня всё же заинтересовало.
> 
> Предлагалось там (в числе прочих) сделать следующее:
> 
> echo "100 1200 128 512 15 5000 500 1184
> 2">/proc/sys/vm/bdflush
> 
> hdparm -c3 -m16 /dev/hda
> 
> hdparm -d1 /dev/hda
> 
> и засунуть noatime в /etc/fstab.
> 
> Можете ли вы сказать на сколько это актуально (и верно)?
> 
> Там ещё было предложение всё компилировать с -O9, но,
> кажется, что это ни к чему хорошему не приведёт.
> 
> Вообще, что местное комьюнити может посоветовать по поволу
> ускорения работы ОСи и прог под неё. Какие критичные пакеты
> лучше пересобрать под мой проц, а какие и так сойдут?
> 
> Весьма благодарен за последующие (я надеюсь) ответы и
> советы. :)

Ой, читал я этот Хакер - журнал для пубертатного молодняка.
Поначалу было прикольно, но потом, когда я все то, что там с
большим понтом пишут нашел у себя на винте в man и HOWTO, да еще
в журнале и куча ошибок была в командах и листингах, то мне
стало однозначно ясно - читать там нечего.
А уж обилие голых девок в различных вариациях по всему журналу,
ну вообще не катит, для этого есть соответствующие издания,
делающие подобные публикации на несоизмеримо более высоком
качественнном уровне.
ИМХО.

-- 
Власенко Олег.
Отдел технической поддержки ALT Linux Team.
mailto:cornet@altlinux.ru

[mdk-re] Re: [JT] Ускорение компа...

[Michael Shigorin]

[-- Attachment #1: Type: text/plain, Size: 2417 bytes --]

On Fri, Apr 12, 2002 at 02:12:05PM +0700, Denis G. Samsonenko wrote:
> Читает ли кто из вас журнал Хакер? Мне случайно в руки
> попался номер 02.02.(38), а там некая статья под названием
> "Насилуем Линукс" (стр. 52-53).
Спецвыпуск "neco4HuZZa"? 8-))

Я как-то давно видел статтю одного кевлхацкера насчет юниксов и
секьюрити.  Начало там было примерно в стиле:

chown -R root.root /
chmod -R go-rwx /

После этого оставалось только мысленно пожелать доброго ветра
этому route9...

> echo "100 1200 128 512 15 5000 500 1184
> 2">/proc/sys/vm/bdflush
Лень смотреть -- но, в общем, bdflush я последний раз мучал на
k5-75/32M, после этого забыл.  IMVCO тюнить его имеет смысл
только при обжиме по памяти (мало для конкретных задач, высокая
загрузка _для конкретной системы_) -- иначе больше толку от
грамотного выбора ядра из наличного зоопарка.

> hdparm -c3 -m16 /dev/hda
Гениально.  -m16 может сорвать крышу у пачки вестернов, а если уж
тюнить -- то здесь недостает как минимум -a16 или около того.

> hdparm -d1 /dev/hda
Слона забыли -- -X по мерке.  И тот факт, что все это сейчас
может быть вовсе не обязательно.  И, опять же, местами
рискованно (особенно при разгоне).

Разумеется, про append="idebus=NN" они умнО промолчали?

> и засунуть noatime в /etc/fstab.
Тоже не везде полезно, хотя имеется местами ;)

> Можете ли вы сказать на сколько это актуально (и верно)?
Местами, но как-то настолько половинчато, чтоб не сказать хуже...

> Там ещё было предложение всё компилировать с -O9, но,
> кажется, что это ни к чему хорошему не приведёт.
Чушь.  Во-первых, лучще под архитектуру (-march), во-вторых, не
нужно все (думаю, kernel; XFree86; glibc; zlib; bzlib; openssl --
и ни в коем разе gcc), в-третьих, -O9 нисколько не лучше O[63] :)

> Вообще, что местное комьюнити может посоветовать по поволу
> ускорения работы ОСи и прог под неё. Какие критичные пакеты
> лучше пересобрать под мой проц, а какие и так сойдут?
Если не лень, ядро.  Если _очень_ не лень -- X.  Если хочется
рискнуть -- glibc.  Остальные перечисленные уже по вкусу и без
чрезмерной разницы :-)

Ergo: в первую очередь оптимизировать железо, потом -- круг
используемого софта, а там уже можно подумать и насчет пересборки
такового.  И то -- если не лень (особенно при apt-enabled update).

PS: насчет "рискнуть" -- см. тред насчет i586->i686.

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

[-- Attachment #2: Type: application/pgp-signature, Size: 232 bytes --]