in reply to Threading vs perl

And supposedly it's true because of braindead implementation of process that Win32 uses.

True, Windows needs a good thread model because its process model sucks. In contrast, Linux needs a good process model because its thread model sucks. So take your pick.

Good support for any multi-processing technique is needed because CPUs are moving twards a model with a slower core, but with many cores on a single die.

"There is no shame in being self-taught, only in not trying to learn in the first place." -- Atrus, Myst: The Book of D'ni.

Replies are listed 'Best First'.
Re^2: Threading vs perl
by Eyck (Priest) on Jun 20, 2005 at 12:53 UTC
    As far as win32/un*x comparisions go, I've seen benchmarks according to which linux process were faster then win32 threads.

    With threads==lighter processes on un*x you get maybe 0.5% improvement, while programming/debugging becomes way harder (maybe not for java addepts, who are raised with 'threads are god/good' mentality).

    Thus, I think, efficency is not a good reason for such strange feature, locality of data, maybe, wider availability of Niagara-like processors, maybe.

    And with perl threading stabilising ( for me one such sign is new debian stable shipping threaded perl by default ), we should be ready for technologies like SMT.

[reply]

In Section Meditations