Re: Managing userland data pointers in kqueue/kevent

I also have a large project (crtmpserver) which makes heavy use of socket FDs (with my little Token workaround) and timers. Currently, can handle 2k streaming connections simultaneously, all of them full duplex. I would gladly patch it to use this new feature!!! -- Eugen-Andrei Gavriloaie

Re: Managing userland data pointers in kqueue/kevent

-- Eugen-Andrei Gavriloaie Web: http://www.rtmpd.com On May 13, 2013, at 9:02 PM, Adrian Chadd wrote: > Hi, > > The reason I tend to suggest this is for portability and debugging > reasons. (Before and even since libevent came into existence.) > > If you do it r

Re: Managing userland data pointers in kqueue/kevent

underline the "one of". It is not the goal, of course. Complex things are complex things no matter how hard you try to simplify them. But this is definitely (should) not falling into that category. ------ Eugen-Andrei Gavriloaie Web: http://www.rtmpd.com On May 13, 2013, at 6:47 PM, Ad

Re: Managing userland data pointers in kqueue/kevent

number 123 (the one we just closed anyway). Guess what… thread B will deallocate the perfectly good thingy inside the index associated with 123. And regarding the "thread happiness", that is not happiness at all IMHO… Best regards, Andrei ------ Eugen-Andrei Gavriloaie Web: http://www

Managing userland data pointers in kqueue/kevent

ean and very very efficient. Best regards, Andrei -- Eugen-Andrei Gavriloaie Web: http://www.rtmpd.com smime.p7s Description: S/MIME cryptographic signature