First draft is available as a draft PR on
https://github.com/python/peps/pull/1579
This draft contains just the motivation, not the implementation
decisions. I'll add that in the upcoming nights, but it's now open for
comments.
On Mon, 31 Aug 2020 at 22:50, Stefano Borini wrote:
>
> On Sat, 29 Au
Hi,
The documentation job of our pre-commit CI fails because of a change
in the newly released setuptools 50.0: it comes from the new
_distutil_hack module of setuptools.
I proposed https://github.com/pypa/setuptools/pull/2361 to fix Python
3.10 support in the _distutils_hack module.
Sadly, in t
Hi,
On Tue, 01 Sep 2020 02:52:07 -
"Raihan Rasheed Apurbo" wrote:
> In CPython we have reference counting. My question is can we optimize current
> RC using
> strategies like Deferred RC and Coalescing? If no then where would I face
> problems if I try
> to implement these sorts of strate
I've opened https://bugs.python.org/issue41685 and pushed a temporary change to
the Docs build venv to pin the setuptools version to a previous version. I've
also restarted the failing CI test for Mark's PRs and a couple of others.
On Sep 1, 2020, at 04:35, Victor Stinner wrote:
> The documen
On Sep 1, 2020, at 05:47, Ned Deily wrote:
> I've opened https://bugs.python.org/issue41685 and pushed a temporary change
> to the Docs build venv to pin the setuptools version to a previous version.
> I've also restarted the failing CI test for Mark's PRs and a couple of others.
But, of cours
Before experimenting can't I ask someone whether relevant experiments were made
or not? if I am not supposed to do that then I totally agree with you, sir.
I tried asking in python-ideas and one of the replies was "I gather there have
been some experiments along these lines as part
of efforts
On Tue, Sep 1, 2020 at 9:25 AM Raihan Rasheed Apurbo
wrote:
> Before experimenting can't I ask someone whether relevant experiments were
> made or not? if I am not supposed to do that then I totally agree with
> you, sir.
>
> I tried asking in python-ideas and one of the replies was "I gather th
Search for “Larry Hastings gilectomy”. For example, there’s this:
https://speakerdeck.com/pycon2017/larry-hastings-the-gilectomy-hows-it-going
--
Eric V. Smith
(301) 502-0945 cell
> On Sep 1, 2020, at 12:21 PM, Raihan Rasheed Apurbo wrote:
>
> Before experimenting can't I ask someone whether
In today's CPython with the GIL, it's hard to beat the existing simple
reference counting approach. It's already so cheap, and CPython's
implementation has had a lot of optimization.
I implemented "buffered reference counting" in the Gilectomy because
it's far friendlier to multicore. It ad
On 2020-09-01, Larry Hastings wrote:
> Personally I think the future of CPython is to change completely
> over to tracing garbage collection. It's so much friendlier to
> multicore, which is clearly the future of programming. I'd rather
> see efforts in this area directed towards that goal.
I th
Thanks for reverting the setuptools version Ned, and to Victor for opening
a PR to make the fix for the latest version. I'm always amazed by the
efforts made and quick responses to keep things running smoothly. :-)
On Tue, Sep 1, 2020 at 5:56 AM Ned Deily wrote:
> On Sep 1, 2020, at 05:47, Ned D
On 2/09/20 8:32 am, Neil Schemenauer wrote:
The most obvious approach is to adopt a multi-threaded model like is
done by modern Java. I.e. no GIL and non-thread safe core data
structures. That sounds a bit scary but based on Java experience it
seems programmers can manage it.
I think that dep
On 2020-09-02, Greg Ewing wrote:
> On 2/09/20 8:32 am, Neil Schemenauer wrote:
> > The most obvious approach is to adopt a multi-threaded model like is
> > done by modern Java. I.e. no GIL and non-thread safe core data
> > structures. That sounds a bit scary but based on Java experience it
> > se
On 2/09/20 6:11 pm, Neil Schemenauer wrote:
Weird things would include unexpected exceptions.
I don't mind unexpected exceptions, but I would mind core dumps.
--
Greg
___
Python-Dev mailing list -- python-dev@python.org
To unsubscribe send an email t
14 matches
Mail list logo
