Hi all,
Fix some pr counting issue, and now the bpo-mergerate can choose hg (the
old process), git, or all for mergerate counting. Also, relative bpo issue
can be expand by clicking row for more detail.
demo site: https://bpo-mergerate.louie.lu
Best Regards,
Louie.
2017-04-25 16:18 GMT+08:00 Lo
While not super technical, this talk by RH got me up to speed on recent
improvements in the implementation:
https://www.youtube.com/watch?v=p33CVV29OG8
I believe there is some sample code linked that you might be able to use for
testing/benchmarking, etc.
-Mike
On 2017-04-25 12:52, Jos
Hello:
I'm attempting to replace Python's dict object with an algorithm I created
myself to improve on memory and time consumption of hashmaps.
My initial tests on the algorithm show that it manages to keep a stable
logarithmic performance even with extremely high load factors (>0.9).
My knowledge
Hi all,
Current merge rate is count in a mixed way (patch + PR).
After reading Bertt's post "The history behind the decision to move Python
to GitHub", I would like to separate the count of merge rate to hg and
GitHub.
It may check that did migrate to GitHub get the better process of CPython
dev
