uld or wouldn't
work).
Thanks.
Bruce Eckel
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
ctober 13, 2005, 8:36:21 AM, Michael Hudson wrote:
> Bruce Eckel <[EMAIL PROTECTED]> writes:
>> Not only are there significant new library components in
>> java.util.concurrent in J2SE5, but perhaps more important is the new
>> memory model that deals wit
m because of
that. But I think we need something that supports an object-oriented
approach to concurrency that doesn't prevent beginners from using it
safely.
Bruce Eckel
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/ma
r explanation of cache coherency and
memory barriers in multiprocessor machines? Or explain atomicity,
volatility and visibility? Or, even better, maybe you can come up with
a better concurrency model, which is what I think most of us are
looking for in this discussion.
Bruce Eckelhttp://www.B
be even come up with a list of possible
solutions.
Bruce Eckelhttp://www.BruceEckel.com mailto:[EMAIL PROTECTED]
Contains electronic books: "Thinking in Java 3e" & "Thinking in C++ 2e"
Web log: http://www.artima.com/weblogs/index.jsp?blogger=beckel
Subscribe to my ne
ime they might theoretically
be able to write a program that is as fast or faster using their
threading mechanism, but it would be so hard by comparison that
they'll either never get it done or never be sure if it's reliable.
That's what I'm looking for.
Bruce Eckelhttp://
onkey wrenches. And when you start
studying the new memory model, which takes into account instruction
reordering and cache coherency issues, you realize that it's
mind-numbingly far from trivial.
Or maybe not, for those who think it's easy. But my experience is that
the people who re
Bruce,
> On Thursday 06 October 2005 18:12, Bruce Eckel wrote:
>> Although I hope our conversation isn't done, as he suggests!
> ...
>> At some point when more ideas have been thrown about (and TIJ4 is
>> done) I hope to summarize what we've talked about in an article.
&
've talked about in an article.
Bruce Eckelhttp://www.BruceEckel.com mailto:[EMAIL PROTECTED]
Contains electronic books: "Thinking in Java 3e" & "Thinking in C++ 2e"
Web log: http://www.artima.com/weblogs/index.jsp?blogger=beckel
Subscribe to my newsletter:
http://
tion might require
both.
That wouldn't be my ideal. My ideal would be a single solution that
would scale up to large numbers of concurrency units, and that
wouldn't require the programmer to remember to explicitly yield
control. Whether my ideal is possible is a question I'd like t
then that is often a reasonable solution.
So with concurrency, I would like to know when I do something wrong,
but if I am told at runtime that's OK with me as long as I'm told.
Bruce Eckelhttp://www.BruceEckel.com mailto:[EMAIL PROTECTED]
Contains electronic books: "Thin
ct setting for
transactional memory."
What's not clear to me from this is whether STM will work in a
non-declarative language like Python.
Thursday, September 29, 2005, 8:12:23 AM, Michael Hudson wrote:
> Bruce Eckel <[EMAIL PROTECTED]> writes:
>> I'd like to resta
: for "ordinary" non-OO tasks, a functional programming
approach ala Erlang, in combination with an actor approach for
objects.
Bruce Eckelhttp://www.BruceEckel.com mailto:[EMAIL PROTECTED]
Contains electronic books: "Thinking in Java 3e" & "Thinking in C++ 2e&
\\\V/// |-- http://twistedmatrix.com
>|o O||
> wvw-+
> _______
> Python-Dev mailing list
> Python-Dev@python.org
> http://mail.python.org/mailman/listinfo/python-dev
> Unsubscribe:
> http://mail.python.org/mailma
According to this list's welcome message, I should introduce myself.
I'm Bruce Eckel, I write, consult and give seminars about computer
programming, I use Python whenever I can get away with it, and I've
spoken at Pycon a number of times. There are further URLs in my
signature at t
15 matches
Mail list logo
