Вопрос по будущему кэшированию.

[MZ]

В вт, 06/05/2008 в 19:59 +0300, MZ пишет:
> В вт, 06/05/2008 в 19:39 +0400, Igor Sysoev пишет:
> > On Tue, May 06, 2008 at 06:31:42PM +0300, MZ wrote:
> > 
> > > В вт, 06/05/2008 в 18:36 +0400, Igor Sysoev пишет:
> > > > On Tue, May 06, 2008 at 04:08:33PM +0300, MZ wrote:
> > > > 
> > > > > В вт, 06/05/2008 в 16:20 +0400, Anton Yuzhaninov пишет:
> > > > > > On 06.05.2008 15:51, MZ wrote:
> > > > > > > О какой блокировке идет речь ? nginx же работает с сетью и с фс в
> > > > > > > неблокирующем режиме.
> > > > > > 
> > > > > > С сетью в неблокирующем режиме, а на диске блокируется.
> > > > > Похоже на правду. Я шокирован.
> > > > > 
> > > > > Кто-то может обьяснить в чем причина сего ?
> > > > 
> > > > Причина в том, что неблокирующегося на диске sendfile'а в общем случае нет.
> > > А если рассмотреть случай когда sendfile не используется (выключен) ?
> > > Там то без проблем реализуется неблокирующий ввод/вывод, идеально для
> > > FSM
> > 
> > В смысле aio_read() ? А как получать события о завершении aio-операции ?
> > Во FreeBSD - понятно, через kqueue, а в Линуксе ? Там eventfd только недавно
> > появился.
> Во фре сами aio_* реализованы не фонтан, как девелоперы сами признаются.
> Но с другой стороны, хотя бы опционально же можно использовать aio_* уже
> в том виде что есть - проверять через aio_return, не надо никакие kqueue
> и прочее. Если будет нормальный бонус в производительности (что
> наверняка) и не будет особых проблем с надежностью (тут надо тестить) -
> то это будет использоваться в продакшне.
> А там, глядишь, и девелоперы фри aio_* подлатают...
Я конечно понимаю что это уже polling, но polling на самом деле вполне
рабочий режим для высоких нагрузок. А опросить несколько десятков (ну
может сотен) дескрипторов наверное быстрее будет чем ждать диск ;)