Re: "A Fundamental Turn Toward Concurrency in Software"

2005-01-09 Thread Jorgen Grahn
On 07 Jan 2005 13:48:41 -0800, Paul Rubin <> wrote: > aurora <[EMAIL PROTECTED]> writes: >> Just gone though an article via Slashdot titled "The Free Lunch Is >> Over: A Fundamental Turn Toward Concurrency in Software" >> [http://www.gotw.ca/public

Re: "A Fundamental Turn Toward Concurrency in Software"

2005-01-08 Thread Carlos Ribeiro
On Sat, 08 Jan 2005 11:52:03 -0800, aurora <[EMAIL PROTECTED]> wrote: > One of the author's idea is many of today's main stream technology (like > OO) did not come about suddenly but has cumulated years of research before > becoming widely used. A lot of these ideas may not work or does not seems >

Re: "A Fundamental Turn Toward Concurrency in Software"

2005-01-08 Thread John Roth
"Peter Hansen" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] John Roth wrote: I have yet to write a multi-thread program for performance reasons. If we include in the set of things covered by the term "performance" not only throughput, but also latency, then I suspect you actually ha

Re: "A Fundamental Turn Toward Concurrency in Software"

2005-01-08 Thread aurora
A lot of these ideas may not work or does not seems to matter much today. But in 10 years we might be really glad that we have tried. aurora <[EMAIL PROTECTED]> writes: Just gone though an article via Slashdot titled "The Free Lunch Is Over: A Fundamental Turn Toward Concurrency i

Re: "A Fundamental Turn Toward Concurrency in Software"

2005-01-08 Thread Peter Hansen
John Roth wrote: I have yet to write a multi-thread program for performance reasons. If we include in the set of things covered by the term "performance" not only throughput, but also latency, then I suspect you actually have written some multithreaded programs for "performance" reasons. *I* certai

Re: "A Fundamental Turn Toward Concurrency in Software"

2005-01-08 Thread John Roth
"Donn Cave" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] Quoth Skip Montanaro <[EMAIL PROTECTED]>: | | Jp> How often do you run 4 processes that are all bottlenecked on CPU? | | In scientific computing I suspect this happens rather frequently. I think he was trying to say more

Re: "A Fundamental Turn Toward Concurrency in Software"

2005-01-08 Thread Donn Cave
Quoth Skip Montanaro <[EMAIL PROTECTED]>: | | Jp> How often do you run 4 processes that are all bottlenecked on CPU? | | In scientific computing I suspect this happens rather frequently. I think he was trying to say more or less the same thing - responding to "(IBM mainframes) ... All those sy

Re: "A Fundamental Turn Toward Concurrency in Software"

2005-01-08 Thread Aahz
In article <[EMAIL PROTECTED]>, <[EMAIL PROTECTED]> wrote: >Michele deleted an attribution: >> >> So I've always had it in >> the back of my mind that languages that can easily support massive >> (especially automatic) parallelization will have their day in the sun, >> at least someday. > >and th

Re: "A Fundamental Turn Toward Concurrency in Software"

2005-01-08 Thread Philippe C. Martin
I remember a _few_ year ago when all specialists (Intel's) included agreed that the 100MHZ barrier would never be passed - so, at least, we did get free lunch for a couple of years :-) I also must add that in my 17 years of realtime/embedded programming, the problem usually was not the CPU speed -

Re: "A Fundamental Turn Toward Concurrency in Software"

2005-01-08 Thread Skip Montanaro
Jp> How often do you run 4 processes that are all bottlenecked on CPU? In scientific computing I suspect this happens rather frequently. "More is never enough." -- Bob Saltzman Skip -- http://mail.python.org/mailman/listinfo/python-list

Re: "A Fundamental Turn Toward Concurrency in Software"

2005-01-08 Thread Jp Calderone
On Sat, 08 Jan 2005 14:22:30 GMT, Lee Harr <[EMAIL PROTECTED]> wrote: >>> [http://www.gotw.ca/publications/concurrency-ddj.htm]. It argues that the > >> continous CPU performance gain we've seen is finally over. And that future > >> gain would primary be in the area of software concurrency taking

Re: "A Fundamental Turn Toward Concurrency in Software"

2005-01-08 Thread Lee Harr
>> [http://www.gotw.ca/publications/concurrency-ddj.htm]. It argues that the >> continous CPU performance gain we've seen is finally over. And that future >> gain would primary be in the area of software concurrency taking advantage >> hyperthreading and multicore architectures. >> > Well, yes.

Re: "A Fundamental Turn Toward Concurrency in Software"

2005-01-08 Thread Nick Coghlan
Steve Horsley wrote: But my understanding is that the current Python VM is single-threaded internally, so even if the program creates multiple threads, just one core will be dividing its time between those "threads". Not really. The CPython interpreter does have a thing called the 'Global Interpr

Re: "A Fundamental Turn Toward Concurrency in Software"

2005-01-08 Thread michele . simionato
> So I've always had it in > the back of my mind that languages that can easily support massive > (especially automatic) parallelization will have their day in the sun, > at least someday. and the language of the future will be called ... FORTRAN! :-) (joking, but it is the only language I know

Re: "A Fundamental Turn Toward Concurrency in Software"

2005-01-07 Thread Erik Max Francis
aurora wrote: Just gone though an article via Slashdot titled "The Free Lunch Is Over: A Fundamental Turn Toward Concurrency in Software" [http://www.gotw.ca/publications/concurrency-ddj.htm]. It argues that the continous CPU performance gain we've seen is finally over.

Re: "A Fundamental Turn Toward Concurrency in Software"

2005-01-07 Thread John Roth
"aurora" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] Hello! Just gone though an article via Slashdot titled "The Free Lunch Is Over: A Fundamental Turn Toward Concurrency in Software" [http://www.gotw.ca/publications/concurrency-ddj.htm]. It argu

Re: "A Fundamental Turn Toward Concurrency in Software"

2005-01-07 Thread Steve Horsley
Jack Diederich wrote: On Fri, Jan 07, 2005 at 01:35:46PM -0800, aurora wrote: Hello! Just gone though an article via Slashdot titled "The Free Lunch Is Over: A Fundamental Turn Toward Concurrency in Software" [http://www.gotw.ca/publications/concurrency-ddj.htm]. It argues that the

Re: "A Fundamental Turn Toward Concurrency in Software"

2005-01-07 Thread Jack Diederich
On Fri, Jan 07, 2005 at 01:35:46PM -0800, aurora wrote: > Hello! > > Just gone though an article via Slashdot titled "The Free Lunch Is Over: A > Fundamental Turn Toward Concurrency in Software" > [http://www.gotw.ca/publications/concurrency-ddj.htm]. It argues t

Re: "A Fundamental Turn Toward Concurrency in Software"

2005-01-07 Thread Paul Rubin
aurora <[EMAIL PROTECTED]> writes: > Just gone though an article via Slashdot titled "The Free Lunch Is > Over: A Fundamental Turn Toward Concurrency in Software" > [http://www.gotw.ca/publications/concurrency-ddj.htm]. It argues that > the continous CPU performanc

"A Fundamental Turn Toward Concurrency in Software"

2005-01-07 Thread aurora
Hello! Just gone though an article via Slashdot titled "The Free Lunch Is Over: A Fundamental Turn Toward Concurrency in Software" [http://www.gotw.ca/publications/concurrency-ddj.htm]. It argues that the continous CPU performance gain we've seen is finally over. And that futu