At 01:02 PM 1/6/01 -0500, Uri Guttman wrote:
>that is what i would expect form a simple flag test and every N tests
>doing a full event poll. and even up to 5-10% slowdown i would think is
>a good tradeoff for the flexibilty and ease of design win we get in the
>i/o and event guts. but then, i have always traded off speed for
>flexibility and ease. hey, so has perl! :)
Not always. :) The flexibility really does need to balance out the speed
hit. (If Nick wasn't in the middle of rewriting the whole IO system, I'd
probably be assaulting sv_gets to make up for the speed hit I introduced
way back with the record reading code...)
Dan
--------------------------------------"it's like this"-------------------
Dan Sugalski even samurai
[EMAIL PROTECTED] have teddy bears and even
teddy bears get drunk
- Re: perl IS an event loop (... Simon Cozens
- Re: perl IS an event loop (... Dan Sugalski
- Re: perl IS an event loop (... Simon Cozens
- Re: perl IS an event loop (... Dan Sugalski
- Re: perl IS an event loop (... Jarkko Hietaniemi
- Re: perl IS an event loop (... Uri Guttman
- Re: perl IS an event loop (... Dan Sugalski
- safe signals (was Re: perl ... Nicholas Clark
- Re: perl IS an event loop (... Uri Guttman
- Re: perl IS an event loop (... Uri Guttman
- Re: perl IS an event loop (... Dan Sugalski
- Re: perl IS an event loop (... Nick Ing-Simmons
- Re: perl IS an event loop (... Nick Ing-Simmons
- Re: perl IS an event loop (was ... Bart Lateur
- Re: perl IS an event loop (... Simon Cozens
- Re: perl IS an event loop (... Nick Ing-Simmons
- Re: perl IS an event loop (... Uri Guttman
- Re: Speaking of signals... nick
- Re: Speaking of signals... Filipe Brandenburger
- Re: Speaking of signals... Damien Neil
- Re: Speaking of signals... Nicholas Clark
