ru.linux

 
 - RU.LINUX ---------------------------------------------------------------------
 From : Valentin Nechayev                    2:5020/400     04 Jan 2002  15:59:29
 To : Slava Osokin
 Subject : Re: Squid
 -------------------------------------------------------------------------------- 
 

 >>> Slava Osokin wrote: 
 
 > Вопрос к гуру по поводу сабжа. Стоит значит он на двухпроцессорной 
 > платформе Intel P-III 850 Мгц/512 Мб/18 Гб SCSI for Data/. Hастроен на 
 > работу в прозрачном режиме, т.е. весь трафик с маршрутизатора 
 > заворачивается на него, кто знает тот поймет. 
 > Загрузка процессоров в пике около 45-50% (точнее это загрузка одного 
 > процессора поскольку squid в мгновенный момент времени работает только на 
 > одном проце). Ядро 2.4.9 smp. Так вот вопрос: при достаточно большом 
 > количестве обращений (порядка 1000 в минуту) вместо ускорения получаем 
 > обратный эффект. Система начинает подтормаживать. Где собака порылась? Hе 
 > справляется сама машина или что-то еще? Судя по ссылке 
 > http://wwwcache.ja.net/servers/squids.html производительности машины вполне 
 > достаточно и для более мощной нагрузке. Может чего-то не хватает? Очень 
 > хотелось услышть мнение людей серьезно работающих с сабжем в такой или 
 > большей степени нагрузки. Сталкивались ли с подобными граблями?
 
 Есть вариант, что начинаются тормоза по дисковому i/o.
 Проверка тормозов по дисковому i/o делается длительным снятием через
 равные промежутки времени (например, 1 секунда) wait channel'а
 одноствольного сквида. Отсутствие (или меньше 10%) состояний select/poll
 при существенной доле bioread и аналогичных состояний означает именно такую
 ситуацию. Собственными средствами сквида это практически не детектится.
 
 Что можно сделать в этом случае:
 1. Поднять ядро до существенно более свежего - чтобы VM была нормальная,
 а не страдающая thrashing'ом при активной записи на диск.
 Hо это только вспомогательное средство, поскольку запись обычно не
 интенсивна, а основные задержки - на чтении.
 2. Лучше всего - собрать сквид с aufs. Это даст разнесение по крайней мере
 писателей/читателей диска и копировщиков буферов на разные процессоры.
 Центральному процессу сквида останется только общение с клиентами - это
 значительно более легкая часть.
 3. Можно попробовать diskd. Hо у меня с ним сквид (2.4stable2) мер каждые
 5-20 минут.
 /netch
 --- ifmail v.2.15dev5
  * Origin: Dark side of coredump (2:5020/400)
 
 

Вернуться к списку тем, сортированных по: возрастание даты  уменьшение даты  тема  автор 

Тема:    Автор:    Дата:    Squid   Slava Osokin   04 Jan 2002 13:48:34   Re: Squid   Eugene B. Berdnikov   04 Jan 2002 15:04:15   Re: Squid   Valentin Nechayev   04 Jan 2002 15:59:29