2011/3/8 林宇舜 Yu-Shun Lin :
> Thanks for your reply.
>
> My sample code is like as yours.
> I have try some release functions are mentioned in Openssl faq
> (http://www.openssl.org/support/faq.html#PROG13) , but nothing improve.
>
> The memory usage is different between 'summary of valgrind' and 'to
W dniu 28 lutego 2011 13:54 użytkownik Jakub Paweł Głazik
napisał:
> Hello,
>
> I'm using libevent in a streaming application. Because in a streaming
> scenario content length is infinite I have to check how much data is
> queued per client and disconnect ones that aren't able to fetch data
> due
On Tue, Mar 8, 2011 at 3:58 AM, Christophe Fillot wrote:
> Nick Mathewson wrote:
>> The real fix is to make event_base_free() a bit smarter about the
>> epoll case. This seems tricky; it probably wants to be a 2.1 fix,
>> since there is a workaround for 2.0. I've opened a bug ticked so this
>> d
Hi Kevin,
Wish I could give you an answer but this looks very similar to the
shutdown issue I had before work pulled me away to other things for the last
couple months. With 1000 sockets and 10% at anytime connecting or
disconnecting I loose about 1% of the disconnections to this issue, s
Nick Mathewson wrote:
Aha. My testing was off, this makes more sense now.
The problem is indeed epoll-backend related. The problem is that
after the fork, the subprocess shares the epoll fd with the parent
process, and these both refer to the same kernel epoll structure.
Ordinarily, you would
Nick Mathewson wrote:
Hi Nick,
When I apply this patch, the unit tests don't pass any more. I get:
rpc/basic_test: [forking] OK
rpc/basic_message: [forking] OK
rpc/basic_client: [forking] [err] evrpc.c:109: Assertion r == 0 failed
in evrpc_free
[Lost connection!]
[basic_client FAILED]
rpc/
