This issue tracker has been migrated to GitHub, and is currently read-only.
For more information, see the GitHub FAQs in the Python's Developer Guide.

Author mark.dickinson
Recipients mark.dickinson, pablogsal, rhettinger, serhiy.storchaka, tim.peters
Date 2019-06-16.16:44:20
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1560703460.75.0.718470697393.issue37295@roundup.psfhosted.org>
In-reply-to
Content
(1), (4) and (5) sound good to me.

For (1), it might make sense to ignore the 32-bit vs. 64-bit distinction and use `uint64_t` for the internal computations. Then we can do up to n = 62 regardless of platform.

(2) feels like too much extra complication to me, but that would become clearer with an implementation.

For (3), I somewhat agree that the factorial method should be avoided.

For (4), I don't see how/when the GIL could be released: doesn't the algorithm involve lots of memory allocations/deallocations and reference count adjustments?

Can the suggested performance improvements go into 3.8, or should they wait for 3.9? It's not clear to me whether a performance improvement after feature freeze is okay or not.
History
Date User Action Args
2019-06-16 16:44:20mark.dickinsonsetrecipients: + mark.dickinson, tim.peters, rhettinger, serhiy.storchaka, pablogsal
2019-06-16 16:44:20mark.dickinsonsetmessageid: <1560703460.75.0.718470697393.issue37295@roundup.psfhosted.org>
2019-06-16 16:44:20mark.dickinsonlinkissue37295 messages
2019-06-16 16:44:20mark.dickinsoncreate