On Sat, Jun 11, 2005 at 02:23:10PM -0700, Chip Salzenberg wrote:
: STM is Software Transactional Memory. It's wicked cool. Really.
: Google it. You'll be glad you did.
I'm particularly interested by the scalability of
http://www.cambridge.intel-research.net/~rennals/faststm.html
(There's
# New Ticket Created by Chip Salzenberg
# Please include the string: [perl #36250]
# in the subject line of all future correspondence about this issue.
# https://rt.perl.org/rt3/Ticket/Display.html?id=36250 >
Do detailed design & documentation on STM-based threading system.
STM is Software T
> "DS" == Dan Sugalski <[EMAIL PROTECTED]> writes:
DS> I'm going to be really grumpy here, though it's not directed at
DS> Gordon. What *I* wish is that people who've not had any experience
DS> trying to build threaded interpreters for languages with data as
DS> heavyweight as perl's w
On Dec 30, 2003, at 11:18 AM, Dan Sugalski wrote:
At 11:27 AM -0500 12/30/03, Gordon Henriksen wrote:
I wish the threading design for parrot would look more toward
successful, performant multithreaded systems,
I'm going to be really grumpy here, though it's not directed at
Gordon. Wha
At 11:27 AM -0500 12/30/03, Gordon Henriksen wrote:
I wish the threading design for parrot would look more toward
successful, performant multithreaded systems,
I'm going to be really grumpy here, though it's not directed at
Gordon. What *I* wish is that people who've not had
I wish the threading design for parrot would look more toward
successful, performant multithreaded systems, rather than setting up new
design experiments based upon the results of failed experiments (in
particular, all forms of Perl 5 threading). I think that
environment-cloning and fine
