Slawa Olhovchenkov wrote:

[dd]

> > > > 
> > > > > > > Системе больше ничего не остается делать, как стрелять в ту ногу, 
> > > > > > > куда
> > > > > > > ей сказали
> > > > > > 
> > > > > > Есть множество sysctl на тему vfs.*buf*, можно было бы потюнить, 
> > > > > > если
> > > > > > знать что.
> > > > > 
> > > > > ну я же сказал где смотреть статистику.
> > > > 
> > > > В vmstat -z сотня строчек.  Какой параметр там относится к выжранным
> > > > буферам?
> > > 
> > > бладж, тот, у которого при этом растет FAILURES, это же очевидно!
> > 
> > Ненулевой FAILURES там только у трех параметров:
> > 
> > ITEM FAILURES
> > 
> > 64 13
> > 128 95417
> > tcptw: 1128806
> 
> кто-нибудь из них _растет_?

Никакой не растет.
> 
> > > 
> > > > > но вообще - чини раид свой.
> > > > 
> > > > В процессе. Но это другой вопрос, к FreeBSD не имеющий отношения.
> > > 
> > > Это первоочередной вопрос. Ты же почему-то не пыташься ставить в
> > > сервера говносетевухи и потом выяснять, почему все плохо работает?
> > 
> > (продолжая аналогию) я бы сильно удивился, если бы на одной сетевухе
> > пачкорд отгнил и вследствие этого стала тормозить вторая, исправная. Я
> > бы даже счёл такое положение дел ненормальным.
> 
> что в этом удивительного, если в первую продолжают пытаться выпихнуть
> пото трафика и в результате не проведнного/неудачного тюнинга
> кончаются системные буфера?
> 
> или в результате глюков сетевухи надолго лочится шина PCI?
> или в результате глюков сетевухи кусок кода в драйвере, выполняемый с
> запрещенными прерываниями/с GIAN LOACK/или еще чем подобным в обычном
> режиме за микросекунду стал выполняться стоню милисекунд?

Я бы счёл такое положение дел ненормальным.

-- 
Victor Sudakov,  VAS4-RIPE, VAS47-RIPN
sip:[email protected]

Ответить