Re: memory usage

[Alexandre Riveira <alexandre-VwDbj2YsoUp0ZRtCdD4y8VAUjnlXr6A1@public.gmane.org>]

Hello Eric,
My linux is 3.2.50, sorry my error, environment variables work fine now.

Tanks for your help

Alexandre Riveira


On 28-10-2013 00:37, Eric Wong wrote:
> Alexandre Riveira <alexandre-VwDbj2YsoUp0ZRtCdD4y8VAUjnlXr6A1@public.gmane.org> wrote:
>> Hello Eric,
>>
>> I discovered that when you restart the server (linux 2.3.50, glibc
>> 2.15) memory stopped growing indiscriminately.
> Linux 2.3.50?  Huh?  Assuming that's 3.2.50.  Anyways, user-visible
> memory usage is only dependent on glibc version.
>
>> 2 questions:
>>
>> 1) The POOL_SIZE XEpollThreadPool series of the number of
>> connections accepted epoll so'd have one for each thread
> No, pool_size for XEpollThreadPool is the number of worker threads
> capable of dispatching the application.  It can hold many more clients.
>
>> 2) I saw the gem 'mall' and she seems to adjust as you indicted by
>> glibc environment variables are correct? If yes in config /
>> initializers added a file.rb with the following:
>> Mall.opt (Mall :: ARENA_MAX, 1)
>> Mall.opt (Mall :: ARENA_TEST, 1)
> Yes, mall works, too, and you can tune a running app with some of the
> knobs.  However, for arena settings, I think they must be set early on
> (before many threads are spawned) to be effective.  So environment
> variables (set before starting Ruby) are probably the best bet, since
> Ruby (MRI) spawns a background timer thread right away.
> _______________________________________________
> Rainbows! mailing list - rainbows-talk-GrnCvJ7WPxnNLxjTenLetw@public.gmane.org
> http://rubyforge.org/mailman/listinfo/rainbows-talk
> Do not quote signatures (like this one) or top post when replying
>

_______________________________________________
Rainbows! mailing list - rainbows-talk-GrnCvJ7WPxnNLxjTenLetw@public.gmane.org
http://rubyforge.org/mailman/listinfo/rainbows-talk
Do not quote signatures (like this one) or top post when replying