Re: [98] [Libbt-devel] role of libevent
Brought to you by:
ksmathers
From: Kevin S. <ke...@an...> - 2005-03-09 07:21:00
|
Abstraction is more important than speed in this case. The client doesn't spend any significant proportion of its time in libevent(), poll() or select() regardless of the implementation. The asynchrony API in libevent() is such that we can provide a well documented and proven interface for integrating socket handling between a calling program and the library. Something like libevent() is the only realistic API for in-process BitTorrent libraries, which is why I had Emil take over the top of the tree. The 1.0 branch can only ever except to become an out-of-process API. Cheers, -kls Alien wrote: >Op donderdag 10 februari 2005 16:45, schreef Peter Stuge: > > >>On Thu, Feb 10, 2005 at 12:32:45PM +0100, Alien wrote: >> >> >>>>Perhaps make it a compile-time option? >>>> >>>> >>>if we have it without and we can choose to go with and without it, >>>well, we might as well drop it totally. >>> >>> >>Only reason to use it is the increased performance. >> >> > >i sincerely doubt that event would be more performant than using select >directly, really, in fact with using select directly, you should see a slight >performance increase. > > |