The advice I've read is to spawn all your threads at startup time when the memory footprint is low ...
You can also spawn a thread factory early in your program before you load any modules. You can then load (require) the modules needed by your main thread, and when you need to spawn a thread, have the thread factory do it for you.
Each new thread created by the thread factory will be a duplicate of the first thread created with it's low(ish) memory footprint, rather than a duplicate of the main thread as would be the case if your spawned it from there.
With this technique, you can more cheaply create new threads, that only load what they individually need, as you need them rather than having to start them all at the beginning.
It is a shame the lengths you have to go to defeat the rediculous default behaviour :(
I hope Perl6 will include Java-like threads.
I hope that Perl6 will have both User threads (Java-like) and Kernel threads (Perl5-like iThreads--'cept without the enforced duplication).
Spawning an iThread should just start the function I pass it in a new interpreter running in a new system thread, and leave me to decide what to load there.
The User thread scheduler would be loaded as a module into one or more Ithreads and be scheduled cooperatively.
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?
"Science is about questioning the status quo. Questioning authority".
The "good enough" maybe good enough for the now, and perfection maybe unobtainable, but that should not preclude us from striving for perfection, when time, circumstance or desire allow.
|