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.
|