memcached losing connections
Kevin Dalley
kevin at kelphead.org
Wed Jan 23 17:29:38 UTC 2008
Perhaps this is the close problem, but this is in the middle of
generate_data in tests/function.c. The poll is waiting for a write.
I thought that these tests did not close the connection until
the end of the test.
Perhaps I need a refresher on the symptoms
of this problem.
I am using FreeBSD 4.11 in these tests, so I don't know whether the
problem goes away with 6.2.
On Tue, 2008-01-22 at 18:55 -0800, Brian Aker wrote:
> Hi!
>
> I suspect that this is the problem I and Sean looked at while at the
> hackathon. FreeBSD's (and OSX) network stack do not properly flush on
> close() localhost.
>
> Cheers,
> -Brian
>
> On Jan 22, 2008, at 5:53 PM, Kevin Dalley wrote:
>
> > Yes, this is against localhost.
> >
> > When the tests are run against a different machine (though under
> > Linux),
> > the problem goes away.
> >
> >
> > On Tue, 2008-01-22 at 15:43 -0800, Brian Aker wrote:
> >> Hi!
> >>
> >> On Jan 22, 2008, at 9:51 AM, Kevin Dalley wrote:
> >>
> >>> client. The libmemcached test case "./testapp generate_nonblock"
> >>> reliably shows this problem. The client is stuck in a poll, waiting
> >>> for
> >>> the ability to write on a socket.
> >>
> >>
> >> Is this against localhost?
> >>
> >> Cheers,
> >> -Brian
> >>
> >> --
> >> _______________________________________________________
> >> Brian "Krow" Aker, brian at tangent.org
> >> Seattle, Washington
> >> http://krow.net/ <-- Me
> >> http://tangent.org/ <-- Software
> >> http://exploitseattle.com/ <-- Fun
> >> _______________________________________________________
> >> You can't grep a dead tree.
> >>
>
> --
> _______________________________________________________
> Brian "Krow" Aker, brian at tangent.org
> Seattle, Washington
> http://krow.net/ <-- Me
> http://tangent.org/ <-- Software
> http://exploitseattle.com/ <-- Fun
> _______________________________________________________
> You can't grep a dead tree.
>
More information about the memcached
mailing list