Hi, On Tue, Nov 4, 2008 at 3:10 PM, Dan Kegel <[EMAIL PROTECTED]> wrote:
> On Tue, Nov 4, 2008 at 4:16 AM, Richard Jones <[EMAIL PROTECTED]> wrote: > > I'm 90% finished writing up my findings as Part 3 to my comet series on > > www.metabrew.com - it turns out that my client process (C+libevent with > > my patch) that opens 1M connections takes 2.1GB resident once all 1M > > connections are established. With my (slightly uninformed) tcp/kernel > > tuning to make it possible, the box is actually consuming close to 10GB > > though. So it looks like 8GB is consumed by the kernel/tcp stack to > > maintain the connections, which seems a bit high - but I have no basis > > for comparison. > > Yeah, why would two pages be allocated per connection if there is no > network traffic going on? > It would be fun if somebody tracked down that overhead and reduced it. > Once you write up your findings, you might want to post > a question about that on lkml. C1000K / C1M in the subject line might > get some attention :-) > _______________________________________________ > Libevent-users mailing list > Libevent-users@monkey.org > http://monkeymail.org/mailman/listinfo/libevent-users > Richard, it looks great! Joining Dan to congratulate you. We are using some patched libevent and HTTP/S stack of libcurl to make a testing framework named curl-loader, which is an open-source at sourceforge. Here we are managing to run stable testing with 100K HTTP connections and even more, where 30K of buffers per client is the main limitation. -- Truly, Robert Iakobashvili
_______________________________________________ Libevent-users mailing list Libevent-users@monkey.org http://monkeymail.org/mailman/listinfo/libevent-users