Hi,
> On Thu, Dec 13, 2001 at 07:03:32PM +0300, Eugene B. Berdnikov wrote:
> > On Thu, Dec 13, 2001 at 05:29:23PM +0300, AT wrote:
> > > Ещё я исследовал поведение poll(2) и select(2) на линуксе, при
небольшом
> > > числе дескрипторов они работали примерно одинаково, а при большом --
> > > select сильно обгонял poll. Вот какие данные примерно получались:
> > >
> > > select (empty) 3.030 usec 0.330 Mhz
> > > select (16 desc.) 3.048 usec 0.328 Mhz
> > > select (512 desc.) 4.055 usec 0.247 Mhz
> > > poll (empty) 1.180 usec 0.848 Mhz
> > > poll (16 desc.) 10.608 usec 0.094 Mhz
> > > poll (512 desc.) 122.048 usec 0.008 Mhz
Что характерно, у меня результаты слегка странные (особенно для poll 512
desc.), может правда дело в Солярке (или что скорее - в PentiumPro c кешом
1Мб):
select (empty) 4.114 usec 0.243 Mhz
select (16 desc.) 4.313 usec 0.232 Mhz
select (512 desc.) 5.700 usec 0.175 Mhz
poll (empty) 3.316 usec 0.302 Mhz
poll (16 desc.) 8.177 usec 0.122 Mhz
poll (512 desc.) 3.684 usec 0.271 Mhz
> >
> > Что это за попугаи? Время возврата из сискола при одном активном fd?
>
> Типа того! Вы будете смеяться: тест идёт на неинициализированных
> дескрипторах. Т.е. на произвольном куске памяти. Но этого как раз и
> хотелось посмотреть: насколько poll и select отличаются сами по себе,
> помимо их общего знаменателя. Цифры даны для того, чтобы почувствовать
> порядок разницы. Они подтверждают догадку о том, что узкое место --
> копирование в ядро.
>
> Тест прилагаю.
>
> Что я хочу сказать: цифры эти не всегда имеют практическое значение.
> poll начинает существенно проигрывать selet только при числе
> одновременно открытых дескрипторов большем 16. При меньшем -- poll даже
> выигрывает, но это несущественно.
>
> Нужно только понимать, что 16 одновременных дескрипторов для httpd --
> это трафик порядка 1Mbps и 100Gb в месяц. Т.е. это достаточно много. И
> если такой нагрузки нет, то беспокоиться о преимуществе select над poll
> совсем не стоит. :)
>
> >
> > Киньте этот тест, мы его сами погоняем. И линукс не забудем.
> > --
> > Eugene Berdnikov
>
> __
> AT
Dmitry Sirik
e-mail: sirik@viniti.msk.su
=============================================================================
= Apache-Talk@lists.lexa.ru mailing list =
Mail "unsubscribe apache-talk" to majordomo@lists.lexa.ru if you want to quit.
= Archive avaliable at =
