ПРОЕКТЫ 


  АРХИВ 


Apache-Talk @lexa.ru 

Inet-Admins @info.east.ru 

Filmscanners @halftone.co.uk 

Security-alerts @yandex-team.ru 

nginx-ru @sysoev.ru 

  СТАТЬИ 


  ПЕРСОНАЛЬНОЕ 


  ПРОГРАММЫ 



ПИШИТЕ
ПИСЬМА












     АРХИВ :: Inet-Admins
Inet-Admins mailing list archive (inet-admins@info.east.ru)

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [inet-admins] Re: [inet-admins] Re: [inet-admins] Re: [inet



> > У меня в пике бывает до 200 reqs/sec. Если треть этих запросов
> 
> Да, основательная нагрузка.....  даже очень основательная ,  я вот за 25 req/s  не вылезаю.
> Я прикинул на бумажке - это должнобыть ~2500  пользователей единовременно ходящих по www.
> Может как считаем по разному ?

Я считаю calamaris'ом: ;)

# Request peak per Protocol
     sec  peak begins at     min   peak begins at      hour   peak begins at
--- ---- ------------------ ----- ------------------ ------- ------------------
UDP   20 06.May 98 12:51:05    98 06.May 98 10:16:56    1552 04.May 98 00:56:43
TCP  324 05.May 98 17:30:19  3598 08.May 98 11:11:16   38013 06.May 98 17:14:04
--- ---- ------------------ ----- ------------------ ------- ------------------
ALL  326 05.May 98 17:30:19  3598 08.May 98 11:11:16   38815 06.May 98 17:14:23

> > хиты, то это уже 60hit/sec и система работает достаточно плавно
> > (там еще стоит inn с двумя фидами).
> 
> извините ,  а если не секрет то что за система ?  Конфигурацию  pls....

[escape:~]:1004$ dmesg | grep -E "(CPU|memory|SCSI)"
CPU: Pentium Pro (199.74-MHz 686-class CPU)
real memory  = 134217728 (131072K bytes)
avail memory = 127098880 (124120K bytes)
chip0 <Intel 82440FX (Natoma) PCI and memory controller> rev 2 on pci0:0
ahc0 <Adaptec aic7880 Ultra SCSI host adapter> rev 0 int a irq 11 on pci0:3
ahc0: aic7880 Wide Channel, SCSI Id=7, 16 SCBs
(ahc0:0:0): "SEAGATE ST34572W 0784" type 0 fixed SCSI 2
(ahc0:1:0): "FUJITSU M2949S-512 0134" type 0 fixed SCSI 2
[escape:~]:1005$ 

> > Исходя из чего вы пришли к выводу, что 50hit/s - предел?

Кстати, 50 hits/s или 50 requests/sec?

hit'ы для системы более накладны чем miss'ы в случае NOVM.
А каким образом вы определили, что squid 40% времени проводит
в openread?

> я не сказал что это предел , я сказал что после этой точки заметно деградирует перфоманс
> ( Сергей ,  а у тебя там остался прфилинг ?  давай его сюда б вдруг где общитались ;)
> 									^^^^^^^^^^ ;)
> 
> > 
> > > Еще из интересных вопросов хотелось бы затронуть вопрос  loadbalancing  -  простая метода с  делением всего ip addr.space какойто эффект конечно дает но он непредсказуем....  вопрос открыт и злободневен :(
> > 
> > loadbalancing кешей? А multicast?
> 
> Mda ?  а он у сквида разве живой ?  А как этим балансить ? Поделитесь технологией....

Я не пробовал ввиду отсутствия потребности, но какие-то слова
про multicast в доках есть:

Release-Notes-1.1.txt

Using Multicast ICP
==============================================================================
As of Squid-1.1.6, ICP queries can be sent via multicast.  Use of multicast
requires the following config file entries:

И так далее.

Если я все правильно понимаю, то можно поставить рядком несколько
squid'ов, у клиентов в настройках прокси поставить символьное имя
и повесить на него несколько IN A записей. В итоге (возможно! сам
не пробовал) запросы будут распределяться между этими кешами, а
сами squid'ы будут ICP queries рассылать на мультикастовую группу
адресов, опрашивая тем самым все живые в данный момент кеши.

Можно, но медленнее, и без multicast'а. :)

Остается правильно подобрать network_timeout исходя из загрузки
этих кешей и, на первый взгляд, можно получить очень работоспособную
систему.

> > > Еще одна серьезная проблем это об'счет больших иерархических  cache-farms -  задача опять же не тривиальная  , но видимо придется ходить по граблям в одиночку.
> > 
> > Лучше почитать статьи на NLANR cache project. Есть интересные.
> 
> Спасибо,  смотрел я туда - одно но,  нынче в моде транспарентность и тут начинаются всякие фокусы. 
> --
> Alex Lyamin/COMSTAR
> =============================================================================
> "inet-admins" Internet access mailing list. Maintained by East Connection ISP.
> Mail "unsubscribe inet-admins" to Majordomo@info.east.ru if you want to quit.

-- 
Игорь Винокуров
Российская Торговая Система
=============================================================================
"inet-admins" Internet access mailing list. Maintained by East Connection ISP.
Mail "unsubscribe inet-admins" to Majordomo@info.east.ru if you want to quit.



 




Copyright © Lexa Software, 1996-2009.