21 сентября 2011 г. 11:31 пользователь Victor Sudakov <[email protected]>написал:
> Slawa Olhovchenkov wrote: > > > > > > > > > > > > > > > > > > > Объяснись пожалуйста. Если медленно пишется один диск, почему > вдруг > > > > > > > должен медленно читаться совсем другой? > > > > > > > > > > > > В системе буферов мало (почему -- другой вопрос, может ты ее > > > > > > сконфигурировал так или просто памяти мало). > > > > > > > > > > Памяти 1 гиг, никаких особых настроек нет (в смысле, никакие sysctl > > > > > или loader tunables не менялись). Ядро отличается от GENERIC только > > > > > наличием дисковых квот и выключенным INET6. > > > > > > > > нет, в игру "угадай по фотке сколько памяти надо" я играть не буду. > > > > > > Я не прошу тебя угадать, я отвечаю на твое предположение "может ты ее > > > сконфигурировал так..." > > > > это не имеет отношения к ответу на предположение. > > отсутсвие настройки -- тоже настройка, а сколько чего надо -- это по > > фотографии гадать. > > > > > > > > > > > > Диск медленный и, возможно, еще и надолго лочится. > > > > > > Приложение заставляют писать огромными кусками, которые быстро > > > > > > выжирают все доступные буфера и память. > > > > > > > > > > > > > > > > Т.е. если я смонтирую сейчас флопик и начну на него писать, система > > > > > должна встать колом при попытке работы с другими дисками? Флопик > ведь > > > > > еще медленнее этого несчастного RAID-а. > > > > > > > > про флопик тебе уже сказали > > > > > > Не по существу сказали. При чем тут его размер? Хорошо, если я > > > поставлю медленный винт и быстрый винт, в момент записи на медленный > > > винт, быстрый будет тормозить? Во, сказевую Iomega откопаю, стояла > > > когда-то такая в www.tomsk.ru. > > > > я думаю, при хорошем старании ты сумеешь добиться тормозов. > > Ты начал вертеться. > > > > > > > > > > > > Системе больше ничего не остается делать, как стрелять в ту ногу, > куда > > > > > > ей сказали > > > > > > > > > > Есть множество sysctl на тему vfs.*buf*, можно было бы потюнить, > если > > > > > знать что. > > > > > > > > ну я же сказал где смотреть статистику. > > > > > > В vmstat -z сотня строчек. Какой параметр там относится к выжранным > > > буферам? > > > > бладж, тот, у которого при этом растет FAILURES, это же очевидно! > > Ненулевой FAILURES там только у трех параметров: > > ITEM FAILURES > > 64 13 > 128 95417 > tcptw: 1128806 > > > > > > > но вообще - чини раид свой. > > > > > > В процессе. Но это другой вопрос, к FreeBSD не имеющий отношения. > > > > Это первоочередной вопрос. Ты же почему-то не пыташься ставить в > > сервера говносетевухи и потом выяснять, почему все плохо работает? > > (продолжая аналогию) я бы сильно удивился, если бы на одной сетевухе > пачкорд отгнил и вследствие этого стала тормозить вторая, исправная. Я > бы даже счёл такое положение дел ненормальным. > Рейд посложнее сетевухи, узких мест у него поболе будет. Я предполагаю что рейд говорит ОС - отсыпь мне буферов, я сейчас туда как запишу! ОС доверчиво отдаёт всё что есть, а рейд встаёт раком, и очень медленно всё отдаёт. Буфера заняты все, скорость медленная, ОС злится, но ничего сделать не может. Другой медленный винт может работать не так, он может просить у ОС разумное количество буферов, и писать в них медленно, но без лишних задержек ресурсов. Буферов свободных много, скорость медленная, ОС чувствует себя сухо и комфортно. Если я правильно понял коллегу, то он про это и говорил. Надо чинить рейд, он неадекватен. > С рейдом работаем, постараюсь рассказать тут, что получилось. > > -- > Victor Sudakov, VAS4-RIPE, VAS47-RIPN > sip:[email protected] > -- Regards, Alexander Yerenkow
