I’m currently polling my CFReadStream for new data with CFReadStreamHasBytesAvailable.
(First, some background: I’m doing my own threading and I don’t want/need to mess with runloop stuff, so the client callback stuff doesn’t really apply here).
My question is: what are accepted practices for polling?
Apple’s documentation on the subject doesn’t seem too helpful.
They recommend to ‘do something else while you wait’. I’m currently just doing something along the lines of:
while(!done) { if(CFReadStreamHasBytesAvailable(readStream)) { CFReadStreamRead(...) ... bla bla bla } else { usleep(3600); // I made this up sched_yield(); // also made this up continue; } } Is the usleep and the sched_yield ‘good enough’? In there a ‘good’ number to sleep for in usleep?
(Also: yes, because this is running in my own thread, I could just block on CFReadStreamRead – which would be great but I’m also trying to snag upload progress as well as download progress, so blocking there wouldn’t help…).
Any insight would be much appreciated – thanks!
I think this question is a bit of a paradox because you’re asking what the best practices are for doing something that’s intrinsically not a best practice 😉
When there’s a perfectly good method for blocking on network I/O, any compromise that causes you to poll instead is by definition not the best practice.
That said, if you do poll I think it might be more appropriate to ‘run the runloop until date’ on your thread, instead of using whatever posix sleep or yield method you’re imagining. Remember that each thread gets its own runloop, so essentially by running the runloop you’re allowing Apple to employ its concept of best practices for blocking until a future date.
As for the time delay, I don’t know if you’ll get a definitive answer for what a good time is. It’s a tradeoff between peppering the CPU with polling cycles vs. being stuck in the runloop for a little while when I/O is ready to be read from the network.
Ideally I think I would refocus your efforts on making this work using I/O blocking calls, but if you stick with the poll & idle technique, don’t fret too much about the specific delay time. Just pick something that works and doesn’t seem to impact performance negatively in either direction.
(Also, I’d like to clarify that I’m not too religious about the polling vs. blocking thing, I’m only stressing its value because you’re obviously in search of an elevated solution).