I'd set it to 10000 and then forget it about it. File descriptors are pretty cheap these days.
On 1 May 2013 10:29, Pieter van der Eems <[email protected]> wrote: > 2013/5/1 Benoit Chesneau <[email protected]>: >> On Wed, May 1, 2013 at 11:00 AM, Pieter van der Eems >> <[email protected]> wrote: >>> 2013/5/1 Benoit Chesneau <[email protected]>: >>>> On Wed, May 1, 2013 at 10:44 AM, Benoit Chesneau <[email protected]> >>>> wrote: >>>>> On Wed, May 1, 2013 at 10:38 AM, Pieter van der Eems >>>>> <[email protected]> wrote: >>>>> >>>>>> >>>>>> Is the file descriptor a couchdb limit that I can change (where?) or a >>>>>> filesystem limit (ext4, we've already hit ext4 limit before but the >>>>>> errors were different). >>>>>> >>>>>> >>>>> >>>>> man ulimit(3) >>>>> >>>>> - benoit >>>> >>>> >>>> in clear, either use the ulimit command to increase the limits at >>>> runtime or increase them either in security.conf or limits.conf >>>> depending on your system. >>> Ubuntu 11.10 (it needs updating, just haven't had the time yet). >>> >>>> >>>> Probably /etc/security/limits.conf in your case. >>> That looks like the one. >>> >>> >>>> I'm actually >>>> interrested by the limit you already have, can you paste the result of >>>> ` ulimit -n` ? >>> >>> It's 1024 >>> That seems to be the default. >>> My own desktop (Ubuntu 12.04) has the same. >>> >>> We have more than that number of databases (1134 as of now). >>> >> >> Thanks, you should try to slowly iincrease the limits of the user >> launching couchdb to test which one is good for you, it all depends on >> the number of max dbs opened, number of requests and view calculated >> at the same time > Hmm. I really should find the time to install a test server for this > and create a simulation. Currently the only way to "test" this is on a > live environment that serves live customers. > > For now I've set it to 2048. > > Regards, > Pieter.
