Re^2: Splitting one large timeout into few smaller ones..

Replies are listed 'Best First'.
Re^3: Splitting one large timeout into few smaller ones.. by BrowserUk (Patriarch) on Apr 07, 2005 at 17:19 UTC
Coro, fork, threads. Basically, any form of multitasking that allows your main process/thread (scheduler?) to initiate several concurrent jobs. Examine what is said, not who speaks -- Silence betokens consent -- Love the truth but pardon error. Lingua non convalesco, consenesco et abolesco. Rule 1 has a caveat! -- Who broke the cabal?	[reply] [d/l]
Re^4: Splitting one large timeout into few smaller ones.. by Eyck (Priest) on Apr 07, 2005 at 18:11 UTC
Yeah, all of them bring serious problems to the table, Coro supposedly segfaults in multitude of situations. fork would be nice, but exchanging data between children, moving sockets between then (I have no idea if it's possible to pass SSL socket in any way...) etc is not a trivial task. And managing a pool of processes is a tedious task, I already asked perlmonks about that,but there were no interesting answers (besides the usual POE fanboy fanfare). Threads would be in randomly failing department, additionally there are way to many flavors, each with it's own set of problems, advantages and disadvantages. Anyhoo, I don't need concurrency, if anything, I might use some form of cooperative multitasking, but it may be that there's no such solution outthere	[reply]
Re^5: Splitting one large timeout into few smaller ones.. by BrowserUk (Patriarch) on Apr 07, 2005 at 18:29 UTC
A clearer description of the "tasks" in question, the communications requirements etc. would make it easier to make suggestions. Threads would be in randomly failing department, additionally there are way to many flavors, each with it's own set of problems, advantages and disadvantages. If we're talking Perl, there are only two flavours and only one of them is worth considering. It's not hard to arrange for threads to operate cooperatively--it's quite simple actually--but, in common with all forms of cooperative multitasking, you need to embed yeild points within the loops. If you are able to do this, then you could equally embed `return unless $timeleft;` at those same points and bottle out when the time has expired and move onto the next task. You seem to be hooked on telling us how Perl cannot help you, rather than helping us tell you how it could. Examine what is said, not who speaks -- Silence betokens consent -- Love the truth but pardon error. Lingua non convalesco, consenesco et abolesco. Rule 1 has a caveat! -- Who broke the cabal?	[reply] [d/l]
Re^6: Splitting one large timeout into few smaller ones.. by Eyck (Priest) on Apr 07, 2005 at 19:51 UTC


Your skill will accomplish what the force of many cannot
	PerlMonks