Насколько сильно должен грузить проц SquidNT2.5, ST.2, под WINNT?В настоящий момент судя по Task Manager`у получаем загрузку проца около 50-60% во-время серфинга 1-2 клиентов, и 80-90% когда серфят 3-4 клиента.
Железо: P-IV 1.6, 512MB RAM, Ultra-DMA5 HDD.
Сейчас нет сквида на NT под рукой, но год назад был.
P-III 500MHz с IDE винтом и 30-50 пользователей - загрузка проца 15-25%.
С включенными delay_pools загрузка проца 90-100%.
В общем случае, загрузка зависит ещё от числа и навороченности acl.
Обрати внимание ещё на NIC. У дешёвых карт типа Surecom и т.п. бывают плохие драйвера, а поскольку почти вся обработка у них программная, нагрузка на проц зависит от нагрузки на сеть.
>Сейчас нет сквида на NT под рукой, но год назад был.
>P-III 500MHz с IDE винтом и 30-50 пользователей - загрузка проца 15-25%.
>
>С включенными delay_pools загрузка проца 90-100%.Вот оказывается в чем дело, действительно используется delay_pools, 3 пула (кстати, их кол-во на загрузку не сильно влияет?), однако... Эта фича еще не совсем отработана разработчиками?
Под линухом delay_pools шустрее работают?
>В общем случае, загрузка зависит ещё от числа и навороченности acl.
В acl в основном только 20-30 запрещенных доменов и 10-15 ключевых слов.
>Обрати внимание ещё на NIC. У дешёвых карт типа Surecom и т.п.
>бывают плохие драйвера, а поскольку почти вся обработка у них программная, нагрузка на проц зависит от нагрузки на сеть.Сетевуха 3COM 380, с поддержкой VLAN`ов и прочими наворотами, думаю она тут непричем.
>Вот оказывается в чем дело, действительно используется delay_pools, 3 пула (кстати, их
>кол-во на загрузку не сильно влияет?), однако... Эта фича еще не
>совсем отработана разработчиками?
>
>Под линухом delay_pools шустрее работают?delay_pools грузят проц по принципу своей работы. Сравнить в одинаковых условиях на win и *nix не приходилось. Теоретически, на *nix должно быть быстрее за счёт лучшей реализации IP-стека и многозадачности. Если под win кроме сквида работают ещё другие сервисы и приложения, например почтовый сервер, то чтобы при включенных delay_pools оставались ресурсы проца и для них, приоритет сквида можно понизить вплоть до iddle.
Слухай сюды.
Наблюдаются те же проблемы. Опытным путем было выяснено, что процессор загружается regex-ом, который затем используется в delay_pool. Если убрать regex из acl или acl из delay_pool - все работает тип-топ - загрузка не более 5%. Причем независимо от процессора - тестилось и на AMD-700 и на P-166 - те же яйца, вид сбоку :). Не зависит также от количества выражений в regex - тормоза начинаются с первого. Сетевая карта на чипе Realtek (т.е. проще не придумаешь), сеть на 10 машин.P.S. Мне кажется это баг SQUID-а - regex, не использующийся в delay_pool, так процессор не загружает. Кстати, redirector, писаный на C, c 5000 этих самых regex выражений не загружает процессор и на 1%, а SQUID ... Кто подскажет куда баг-репорт кинуть?
> Слухай сюды.
> Наблюдаются те же проблемы. Опытным путем было выяснено, что
>процессор загружается regex-ом, который затем используется в delay_pool. Если убрать regex
>из acl или acl из delay_pool - все работает тип-топ -
>загрузка не более 5%. Причем независимо от процессора - тестилось и
>на AMD-700 и на P-166 - те же яйца, вид сбоку
>:). Не зависит также от количества выражений в regex - тормоза
>начинаются с первого. Сетевая карта на чипе Realtek (т.е. проще не
>придумаешь), сеть на 10 машин.
>
> P.S. Мне кажется это баг SQUID-а - regex,
>не использующийся в delay_pool, так процессор не загружает. Кстати, redirector, писаный
>на C, c 5000 этих самых regex выражений не загружает процессор
>и на 1%, а SQUID ... Кто подскажет куда баг-репорт кинуть?
>дык на сайт сквида в багзиллу и кидай ! например для версии 2.5.2
смотри здесь меню Bugzilla Database Entries , только чтобы тужда что-нить записать нужно зарегистироваться
> Слухай сюды.
> Наблюдаются те же проблемы. Опытным путем было выяснено, что
>процессор загружается regex-ом, который затем используется в delay_pool.Ответ на мое письмо Guido Serassio (товарищу, что выпускает порт сквида под НТ):
=== cut ===
>Hello!
>
>Is it particulary windows build problem, when using delay pools build and
>some acl listed in delay pool allow list it trying to access proxy - the
>cpu load rises up to 80-100%?
>
>It it normal?It's a know problem on Windows port.
>Or may be that bug is solved in Stable 3 build (BTW when you
>plan to release it to free download?)In STABLE 3 there is some related delay pools changes, but I'm not sure
that this fixes the problem.My release plan for STABLE is ASAP, but in these days I'm very busy.
Regards
Guido
=== cut ===
Вот так :( Опять под винды все не по-человечески :(