<div><div dir="auto">The cost would be if we were to end up maintaining all that code and it wouldn’t make much difference. Jeroen was asked to provide benchmarks but only provided them for Python 2. The reasoning that not much has changed that could affect the benchmarks feels a bit optimistic, that’s all.</div></div><div dir="auto"><br></div><div dir="auto">The new BDFL may be less demanding though. :=)</div><div><br><div class="gmail_quote"><div dir="ltr">On Sat, Jul 21, 2018 at 2:39 PM Stefan Behnel <<a href="mailto:stefan_ml@behnel.de">stefan_ml@behnel.de</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Guido van Rossum schrieb am 21.07.2018 um 22:46:<br>
> Given the cost of a mistake here I recommend a higher standard.<br>
<br>
May I ask what you think the "cost of a mistake" is here?<br>
<br>
Jeroen has already implemented most of this, and is willing to provide<br>
essentially a shrink-wrapped implementation. He has shown, using the<br>
current application benchmark suite, that his implementation does not<br>
degrade the application performance (that we know of). He has motivated in<br>
PEP form, and shown in his implementation, that the changes avoid much of<br>
the special casing that's currently littered in various spots of the<br>
interpreter and replace them by a much clearer protocol, thus reducing the<br>
overall maintenance cost. He has layed out a cleanup path to get rid of the<br>
current quirks in the split between function/method types, thus making the<br>
code easier to explain and lowering the entry barrier for newcomers to the<br>
code base. And, he has motivated that this protocol enables a future<br>
extension towards a specialised (faster) C level call protocol, which third<br>
party extensions would benefit from.<br>
<br>
Given all that, I'm having a hard time finding a "cost" in this. To me, it<br>
reads like a plain net win for all sides.<br>
<br>
Stefan<br>
<br>
_______________________________________________<br>
Python-Dev mailing list<br>
<a href="mailto:Python-Dev@python.org" target="_blank">Python-Dev@python.org</a><br>
<a href="https://mail.python.org/mailman/listinfo/python-dev" rel="noreferrer" target="_blank">https://mail.python.org/mailman/listinfo/python-dev</a><br>
Unsubscribe: <a href="https://mail.python.org/mailman/options/python-dev/guido%40python.org" rel="noreferrer" target="_blank">https://mail.python.org/mailman/options/python-dev/guido%40python.org</a><br>
</blockquote></div></div>-- <br><div dir="ltr" class="gmail_signature" data-smartmail="gmail_signature">--Guido (mobile)</div>