|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Eugene B. Berdnikov 2:5020/400 24 Sep 2005 22:08:30
To : Alex Korchmar
Subject : Re: Разбивка диска с LVM
--------------------------------------------------------------------------------
Alex Korchmar <hue-moe@so.yandex.ru> wrote:
AK> Eugene B. Berdnikov <berd@desert.ihep.su> wrote:
EBB>> приёмник - дятел (udma5, 24MB/s), ext3(std.journal), переливка 10MB/s,
EBB>> system ~ 5% real.
AK> ну вот, а еще научный работник! Остановился на самом главном месте -
AK> а теперь выключить нах журнал и повторить?
Зачем? Достаточно подумать. Соотношение скорость записи = 1/2 чтения
воспроизводится ВЕЗДЕ, и оно меня устраивает. Отключение журнала может
дать прирост максимум двойку - мелочь, и это не повод выкидывать ext3.
Hу ладно, перемонтировал в ext2 (можно считать что журнал выключился, да?).
Первый прогон - результат хуже. Hа 2%, в пределах погрешности измерения. :)
AK> и mkisofs забыл. (с того же диска, разумеется - проблема-то явно в seek)
Во-первых, это не чистый эксперимент. Можно положить файлы на первые
дорожки, а isofs создавать на последних, естественно, при seek головки
будут через весь блин прыгать - ну так при чём тут журнал, а?
Во-вторых, очень странно выглядит упор на mkisofs - чем он отличается
по usage pattern от обычного cp? Для проверки погонял, сравнил - ничем,
и скорость записи, и соотношение system/real одинаково.
EBB>> Я бы не сказал, что вижу полный ступор даже на 2.4.20, а полного поедания
AK> ну, у меня был далеко не P4, и сомневаюсь что udma5 (а может и пять... диск
AK> либо dtla, либо icl ранней серии, кстати, он умер ;)
Дятлы уже умели umda5, а ICL - и подавно.
AK> Полного ступора, разумеется, не было, но нагрузка получалась явно нехорошая.
AK> (а где тут 2.4.20?)
Третий тест, описанный мной в предыдущем постинге - на 2.4.20.
EBB>> процессора примерно одинаковые. Hа 2.4.27 проблемы явно нет.
AK> точнее на p4 ее не видно ;-) Hу, тоже, канешна, метод.
Стоп-стоп! :) Первый пункт наезда на ext3 был под флагом гипотезы об
избыточных seek'ах журнала. Здесь скорость процессора явно не при чём.
Второе утверждение - "кушает процессор немеряно". Сколько конкретно -
сказано не было. У меня во всех измерениях получалось system/real ~ 0.07,
а user практически ноль (~0.1% или меньше). Чтобы такое потребление cpu
действительно стало узким местом, нужен процессор < 200 MHz.
Вряд ли это будет P3, и даже P2.
--
Eugene Berdnikov
--- ifmail v.2.15dev5.3
* Origin: Institute for High Energy Physics, Protvino, Russia (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
