[Python-Dev] STM and python

Matt Joiner anacrolix at gmail.com
Thu Dec 1 01:46:47 CET 2011


I did see this, I'm not convinced it's only relevant to PyPy.
On Thu, Dec 1, 2011 at 2:25 AM, Benjamin Peterson <benjamin at python.org> wrote:
> 2011年11月30日 Matt Joiner <anacrolix at gmail.com>:
>> Given GCC's announcement that Intel's STM will be an extension for C
>> and C++ in GCC 4.7, what does this mean for Python, and the GIL?
>>>> I've seen efforts made to make STM available as a context, and for use
>> in user code. I've also read about the "old attempts way back" that
>> attempted to use finer grain locking. The understandably failed due to
>> the heavy costs involved in both the locking mechanisms used, and the
>> overhead of a reference counting garbage collection system.
>>>> However given advances in locking and garbage collection in the last
>> decade, what attempts have been made recently to try these new ideas
>> out? In particular, how unlikely is it that all the thread safe
>> primitives, global contexts, and reference counting functions be made
>> __transaction_atomic, and magical parallelism performance boosts
>> ensue?
>> Have you seen http://morepypy.blogspot.com/2011/08/we-need-software-transactional-memory.html
> ?
>>> --
> Regards,
> Benjamin


More information about the Python-Dev mailing list

AltStyle によって変換されたページ (->オリジナル) /