Beefy Boxes and Bandwidth Generously Provided by pair Networks
Syntactic Confectionery Delight

Re^2: Slow performance of non-blocking select?

by PMCarl (Initiate)
on Nov 05, 2012 at 22:09 UTC ( #1002393=note: print w/ replies, xml ) Need Help??

in reply to Re: Slow performance of non-blocking select?
in thread Slow performance of non-blocking select?

Thanks flexvault!

My first thought was: "I'm using non-blocking IO::Select objects, so the time-out shouldn't matter"

...but that seems to have been the problem. 'can_read' and IO::Select::select both seem to be blocking even though I'm calling $obj->blocking(0);

By using a very small time-out, I'm able to get very close to the performance of the original version of that package. Some runs actually show the new version out-performing the old one.

The way the code is structured, it misses time that it could be doing other things while it is being blocked on can_read, so I don't get the advantage that you may be getting.


Comment on Re^2: Slow performance of non-blocking select?

Log In?

What's my password?
Create A New User
Node Status?
node history
Node Type: note [id://1002393]
and the web crawler heard nothing...

How do I use this? | Other CB clients
Other Users?
Others making s'mores by the fire in the courtyard of the Monastery: (10)
As of 2015-12-01 04:17 GMT
Find Nodes?
    Voting Booth?

    What would be the most significant thing to happen if a rope (or wire) tied the Earth and the Moon together?

    Results (792 votes), past polls