[Date Prev][Date Next]
Re: Connection-handling threads
Could you try linking against a more thread-friendly set of libraries?
Or doing some other OS tuning to increase concurrency?
This just sounds more like an OS-level problem where it's not
distributing the load in the best way.
On 5/17/05, John Morrissey <email@example.com> wrote:
> On Mon, May 16, 2005 at 01:56:26PM -0400, matthew sporleder wrote:
> > This may be a good case to work on tuning SLAPD_LISTEN.
> I'm not sure tuning the backlog will help in our situation. We have
> syncookies enabled, so listen(2) says that only completed connections (full
> TCP handshake) will make it into the backlog. Our connection rate is
> relatively low and stable, since the daemons using this cluster generally
> connect once and perform operations on the same connection during the
> daemon's lifetime.
> Also, our load balancers perform health checks on individual servers every
> few seconds. Any connections overflowing the listen() backlog will be
> refused, and our load balancers aren't complaining about failed checks.