Re: ngx_slab_alloc(): failed (12: Cannot allocate memory) SOLVED

[Alex Loskutov <alexus@xxxxxxxx>]

Разобрался. Кончался ssl_session_cache.

Igor Sysoev пишет:
> On Tue, Feb 17, 2009 at 09:18:19PM +0300, Alex Loskutov wrote:
>
>   
> > В 0.6.35 проблема сохраняется.
> > Похоже, возникает только при запросах по https (хорошо воспроизводится 
> > запросами от wget и apache benchmark, плохо воспроизводится из браузера 
> > (firefox 3).
> > После запуска и ~50000 запросов без ошибок на любой https запрос 
> > (проксируемый, непроксируемый, для которого не определен location) 
> > начинает появляться ngx_slab_alloc(): failed (12: Cannot allocate memory)
> >     
> А что в сообщении после "while ..." ?
>
>   
Ничего нет, полный текст

2009/02/05 13:31:32 [alert] 24510#0: ngx_slab_alloc(): failed (12: Cannot
allocate memory)

> > Через несколько минут отсутствия нагрузки ошибки пропадают, и появляются 
> > только если опять послать за короткое время ~50000 запросов (не важно 
> > каких, лишь бы https).
> >     
> Скорее всего, нужно увеличить
> http://sysoev.ru/nginx/docs/http/ngx_http_ssl_module.html#ssl_session_cache
>   
Действительно, помогло, спасибо.

> > worker_processes 4;
> > Xeon E5430, 4 гига оперативки, linux 2.6.18-8.el5
> >
> > Igor Sysoev пишет:
> >     
> > > On Thu, Feb 05, 2009 at 01:45:47PM +0300, alexus@xxxxxxxxxxx wrote:
> > >  
> > >       
> > > > Под нагрузкой (ab, concurrency 100-500 запросов) error.log засыпает
> > > > следующими сообщениями:
> > > > 2009/02/05 13:31:32 [alert] 24510#0: ngx_slab_alloc(): failed (12: Cannot
> > > > allocate memory)
> > > > запрос проксируется на memcached. при ~50 потоках достигается максимум
> > > > производительности около 1400 запросов/сек.
> > > > nginx/0.6.32, linux 2.6.18-8.el5, память не кончается.Подскажите, что это 
> > > > такое? Гугл молчит, запускать в продакшн 
> > > >         
> > > Changes with nginx 0.6.35                                        26 Jan 
> > > 2009
> > >    *) Bugfix: in shared memory allocations if nginx was built without 
> > >       debugging.
> > >       Thanks to Andrey Kvasov.
> > >