URL: https://www.opennet.me/cgi-bin/openforum/vsluhboard.cgi
Форум: vsluhforumID12
Нить номер: 865
[ Назад ]

Исходное сообщение
"а не вешает ли лапшу на уши delay pool?"

Отправлено Motohead , 16-Май-03 06:44 
представим..  - к сквиду от юзера приходит запрос на большой файл..  а юзеру выставлено ограничение - 2000 Байт/сек.  что делает сквид? обращается к серваку в инете и говорит - хочу этот файл..  тот отвечает..- ок держи! и начинает валить его на сквида..:-) . скорость с которой он посылает этот файл ведь больше чем скорость с которой юзер забирает файл? или сквид как то ее регулирует?  не получается ли так что сквид закачивает этот файл в кэш со скоростью 20КБ/сек..   а потом отдает юзеру по 2КБ/сек..   хотя файл собственно говоря уже скачан...

Содержание

Сообщения в этом обсуждении
"а не вешает ли лапшу на уши delay pool?"
Отправлено iiws , 16-Май-03 09:24 
>представим..  - к сквиду от юзера приходит запрос на большой файл..
> а юзеру выставлено ограничение - 2000 Байт/сек.  что делает
>сквид? обращается к серваку в инете и говорит - хочу этот
>файл..  тот отвечает..- ок держи! и начинает валить его на
>сквида..:-) . скорость с которой он посылает этот файл ведь больше
>чем скорость с которой юзер забирает файл? или сквид как то
>ее регулирует?  не получается ли так что сквид закачивает этот
>файл в кэш со скоростью 20КБ/сек..   а потом отдает
>юзеру по 2КБ/сек..   хотя файл собственно говоря уже скачан...
>
нет! сквид тащит с такой скорость с  какой указано в delay pool, проверено !
проверял через trafshow


"а не вешает ли лапшу на уши delay pool?"
Отправлено Dragon_Stas , 19-Май-03 13:07 
Скорость скачивания сквид наверно регулирут с помошью опций TCP !
P.S но это моя догадка !

"а не вешает ли лапшу на уши delay pool?"
Отправлено Михаил , 19-Май-03 18:37 
>Скорость скачивания сквид наверно регулирут с помошью опций TCP !
>P.S но это моя догадка !

читайте источники!
сквид тянет на доступной скорости до наполнения ведра, а потом тянет только небольшими порциями, чтобы дозаполнить ведро, из которого юзер скачивает с разрешенной ему скоростью. это как сливной бачок в туалете - у водопровда полоса, в итоге все ограничивается потребностями юзера :)


"а не вешает ли лапшу на уши delay pool?"
Отправлено Николай , 27-Май-03 22:57 
Меня тоже напрягает этот вопрос!
У меня стоит ограничение на скачивание:
delay_class      2 2         #pool 2 is a class 2 pool
delay_access     2 allow users
delay_access     2 deny all
delay_parameters 2 32000/32000 1000/300000 #256kbit/s max 1000bps for files > 300kb

Но реально сначала все летает, а через нек. время все умирает и, видимо, скорость для всех файлов падает до 1000. Так наз. "ведро" формируется для каждого отдельного файла или для всех вместе? Подскажите, как мне настроить норм. работу по WWW, одновременно ограничив скачивание? Спасибо.


"а не вешает ли лапшу на уши delay pool?"
Отправлено iiws , 28-Май-03 06:42 
>Меня тоже напрягает этот вопрос!
>У меня стоит ограничение на скачивание:
>delay_class      2 2    
>    #pool 2 is a class 2 pool
>
>delay_access     2 allow users
>delay_access     2 deny all
>delay_parameters 2 32000/32000 1000/300000 #256kbit/s max 1000bps for files > 300kb
>
>Но реально сначала все летает, а через нек. время все умирает и,
>видимо, скорость для всех файлов падает до 1000. Так наз. "ведро"
>формируется для каждого отдельного файла или для всех вместе? Подскажите, как
>мне настроить норм. работу по WWW, одновременно ограничив скачивание? Спасибо.

delay_parameters 2 -1/-1 2000/16000

на всё ведро - анлимитед, а индивидуально на каждого юзверя ведерки по 16кб, а струйка в него в 2кб !
сначала быстро усосет 16кб, а потом будет лить со скоростью в 2кб/cек
в твоем случае :
вся полоса для сквида у тебя 32кб/cек c ведром на весь сквид 32000 байт
быстро усосет 300000 байт  на максимальной скорости в 32 кб/сек, а потом будет сосать со скоростью 1000 байт/cек для каждого юзверя
сделай примерно так
  
какова скорость всего канала у тебя ? если 64 кбайт, то  если хочешь иметь нормальный доступ к своему www серваку сделай примерно так

delay_parameters 2 32000/32000 3000/6000
то есть сквиду дал 32 и www Серверу отдал остальное
юзверям дал  скорость не более 3 кб/сек на каждого
объекты длиной до 6 кб будут быстро усасываться , более 3 кб будут сосаться на скорости 3 кб/сек


"а не вешает ли лапшу на уши delay pool?"
Отправлено Николай , 28-Май-03 15:03 
Еще вопросики!
1.Если юзверь (зверина!) дновременно качает несколько файлов, в сумме больше размера ведра - что тогда? Скорость ограничивается до "restore" (restore/max)?
2. Если файлы есть в кеше - действует ли ограничения по трафику?
Если да, то не особо понятна логика.

"а не вешает ли лапшу на уши delay pool?"
Отправлено iiws , 28-Май-03 15:41 
>Еще вопросики!
>1.Если юзверь (зверина!) дновременно качает несколько файлов, в сумме больше размера ведра
>- что тогда? Скорость ограничивается до "restore" (restore/max)?

именно так!  

>2. Если файлы есть в кеше - действует ли ограничения по трафику?

отдаст на максимальной скорости имхо - то бишь со скоростью сети


"а не вешает ли лапшу на уши delay pool?"
Отправлено Николай , 28-Май-03 16:16 
>>Еще вопросики!
>>1.Если юзверь (зверина!) дновременно качает несколько файлов, в сумме больше размера ведра
>>- что тогда? Скорость ограничивается до "restore" (restore/max)?
>
>именно так!


Тогда получается (и подтверждается), что при запросе юзериной Web-страници сразу запрашивается объем всей страницы  с картинками и пр. байдой, что обычно превышает 6 кбайт (размер ведра в нашем случае), и скорость падает до 3кбайт!!! Имеет ли смысл ставить такие ограничения?


"а не вешает ли лапшу на уши delay pool?"
Отправлено iiws , 28-Май-03 16:26 
>>>Еще вопросики!
>>>1.Если юзверь (зверина!) дновременно качает несколько файлов, в сумме больше размера ведра
>>>- что тогда? Скорость ограничивается до "restore" (restore/max)?
>>
>>именно так!
>
>
>Тогда получается (и подтверждается), что при запросе юзериной Web-страници сразу запрашивается объем
>всей страницы  с картинками и пр. байдой, что обычно превышает
>6 кбайт (размер ведра в нашем случае), и скорость падает до
>3кбайт!!! Имеет ли смысл ставить такие ограничения?

думаю что не сразу весь объем запрашивается, если смотерть лог сквида то видно что сквид качает по объектам и именно они определяют объем , причем каждый из них, а не все вместе ,то есть не вся html страница ! имхо


"а не вешает ли лапшу на уши delay pool?"
Отправлено Николай , 28-Май-03 16:42 
Спасибо за содесвие! ;)
Единственное не пойму - почему сначала все работает нормально, а потом умирает, видимо ведерко не очищается вовремя!?

"а не вешает ли лапшу на уши delay pool?"
Отправлено iiws , 28-Май-03 17:06 
>Спасибо за содесвие! ;)
>Единственное не пойму - почему сначала все работает нормально, а потом умирает,
>видимо ведерко не очищается вовремя!?

ведра и лимиты сделай нормальными - будет усе ок!  
третий год delay pool юзаю - проблем нет


"а не вешает ли лапшу на уши delay pool?"
Отправлено Николай , 29-Май-03 09:46 
Еще один момент! ;)

А возможна ли такая ситуация: ведро заполнено, а юзер по каким-то пречинам не забрал свой трафик? Если да, то как часто оно обнуляется и что значит TAG: delay_initial_bucket_level, если он тут к месту?