On Mon, Dec 7, 2009 at 2:59 AM, Jean-Louis Faucher <[email protected]> wrote: > Ok, thanks. > > I'm currently playing with the transformation of the ooRexx doc, and > (naively) tried to reduce the duration by creating one thread per sgml file. > From what I read in several posts about Python/Ruby, it seems that the best > way to exploit 100% of the multicores is to use a fork instead of a thread > creation. > > Just out of curiousity : I suppose that creating several interpreter > instances in the same process does not bypass the global interpreter lock ?
That is correct. Those instances all share the same object space, so they are subject to the same rules. I think you'll find in general that multiple threads will only speed up processing in any language if A) the separate threads are bound more by I/O than computation, and/or B) you have lots of processors to service the different threads. An ooRexx program can benefit from A) because the stream methods are external methods that execute without holding the interpreter lock. The programs don't really benefit from multiple processors because only one thread ever runs at tone time. Rick > > Jean-Louis > > > ------------------------------------------------------------------------------ > Join us December 9, 2009 for the Red Hat Virtual Experience, > a free event focused on virtualization and cloud computing. > Attend in-depth sessions from your desk. Your couch. Anywhere. > http://p.sf.net/sfu/redhat-sfdev2dev > _______________________________________________ > Oorexx-devel mailing list > [email protected] > https://lists.sourceforge.net/lists/listinfo/oorexx-devel > > ------------------------------------------------------------------------------ Join us December 9, 2009 for the Red Hat Virtual Experience, a free event focused on virtualization and cloud computing. Attend in-depth sessions from your desk. Your couch. Anywhere. http://p.sf.net/sfu/redhat-sfdev2dev _______________________________________________ Oorexx-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/oorexx-devel
