ПРОЕКТЫ 


  АРХИВ 


Apache-Talk @lexa.ru 

Inet-Admins @info.east.ru 

Filmscanners @halftone.co.uk 

Security-alerts @yandex-team.ru 

nginx-ru @sysoev.ru 

  СТАТЬИ 


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


  ПРОГРАММЫ 



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














     АРХИВ :: Apache-Talk
Apache-Talk mailing list archive (apache-talk@lists.lexa.ru)

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

Re: [apache-talk] mathopd ranges





On Sat, 15 Dec 2001, Dmitry Morozovsky wrote:

> On Sat, 15 Dec 2001, Alex Tutubalin wrote:
>
> AT> > что-что? На Celeron 300A я с ходу получил 269 М/с при четырехкилобайтном
> AT> > блоке, а на собственном duron600 - почти 500 М/с. Если же размер блока
> AT> > увеличить до 64к, то скорость на этих машинах фактически удваивается 
>(490
> AT>
> AT> Все понял. Ты изменяешь L1/L2 cache +- время сисколла. Будет действительно
> AT> быстро (я сейчас на гнилой десктопной матери на которой www.lexa.ru
> AT> живет намерил 1.8Gb) Возьми блок мегабайт в 10, а лучше в 100
>
> Гм. Да, разумеется. А разве мы говорим о том, что нам гонять
> катастрофические объемы?

Нет - но нам их надо гонять из памяти.

> 1024 дескриптора влезают в 64к, а это меньше чем DL1C всех современных
> процессоров.

...если у нас один процесс, который этот select/poll вызывает. На малых
нагрузках (когда десяток apache'й справляется) это вообще все несущественно.
Когда же мы говорим о 300-500 apache'ах и о 2000-3000 дейскрипторах в них,
то ни о каком DL1C речь уже не идет: даже select вылезет, скорее всего, за
пределы даже L2 cache (с учетом того, что там ведь не только и часто даже не
столько FD_SET'ы для select'ов хранятся), а про poll я вообще молчу.


=============================================================================
=               Apache-Talk@lists.lexa.ru mailing list                      =
Mail "unsubscribe apache-talk" to majordomo@lists.lexa.ru if you want to quit.
=       Archive avaliable at http://www.lexa.ru/apache-talk                 =



 




Copyright © Lexa Software, 1996-2009.