bpo-39595: Improve zipfile.Path performance#18406
Conversation
Codecov Report
@@ Coverage Diff @@
## master #18406 +/- ##
=========================================
Coverage 82.11% 82.12%
=========================================
Files 1955 1955
Lines 588928 583715 -5213
Branches 44428 44436 +8
=========================================
- Hits 483611 479354 -4257
+ Misses 95667 94715 -952
+ Partials 9650 9646 -4
Continue to review full report at Codecov.
|
|
@jaraco: Please replace |
|
Thanks @jaraco for the PR 🌮🎉.. I'm working now to backport this PR to: 3.8. |
|
I'm having trouble backporting to |
|
Thanks @jaraco for the PR 🌮🎉.. I'm working now to backport this PR to: 3.8. |
|
GH-18472 is a backport of this pull request to the 3.8 branch. |
* Improve zipfile.Path performance on zipfiles with a large number of entries. * 📜🤖 Added by blurb_it. * Add bpo to blurb * Sync with importlib_metadata 1.5 (6fe70ca) * Update blurb. * Remove compatibility code * Add stubs module, omitted from earlier commit Co-authored-by: blurb-it[bot] <43283697+blurb-it[bot]@users.noreply.github.com> (cherry picked from commit e5bd736) Co-authored-by: Jason R. Coombs <jaraco@jaraco.com> Co-authored-by: Jason R. Coombs <jaraco@jaraco.com>
In jaraco/zipp#32, I learned that the zipfile.Path and zipp.Path objects were O(n) for
joinpathandentries, causing O(n^2) complexity for other operations, including those used byimportlib.metadata. This change incorporates those changes, released with zipp 1.1 and 2.1.https://bugs.python.org/issue39595