Skip to content

zipimport.invalidate_caches() implementation causes performance regression for importlib.invalidate_caches() #103200

Closed

Description

@desmondcheongzx

In Python 3.10+, an implementation of zipimport.invalidate_caches() was introduced.

An Apache Spark developer recently identified this implementation of zipimport.invalidate_caches() as the source of performance regressions for importlib.invalidate_caches(). They observed that importing only two zipped packages (py4j, and pyspark) slows down the speed of importlib.invalidate_caches() up to 3500%. See the new discussion thread on the original PR where zipimport.invalidate_caches() was introduced for more context.

The reason for this regression is an incorrect design for the API.

Currently in zipimport.invalidate_caches(), the cache of zip files is repopulated at the point of invalidation. This violates the semantics of cache invalidation which should simply clear the cache. Cache repopulation should occur on the next access of files.

There are three relevant events to consider:

  1. The cache is accessed while valid
  2. invalidate_caches() is called
  3. The cache is accessed after being invalidated

Events (1) and (2) should be fast, while event (3) can be slow since we're repopulating a cache. In the original PR, we made (1) and (3) fast, but (2) slow. To fix this we can do the following:

  • Add a boolean flag cache_is_valid that is set to false when invalidate_caches() is called.
  • In _get_files(), if cache_is_valid is true, use the cache. If cache_is_valid is false, call _read_directory().

This approach avoids any behaviour change introduced in Python 3.10+ and keeps the common path of reading the cache performant, while also shifting the cost of reading the directory out of cache invalidation.

We can go further and consider the fact that we rarely expect zip archives to change. Given this, we can consider adding a new flag to give users the option of disabling implicit invalidation of zipimported libaries when importlib.invalidate_caches() is called.

cc @brettcannon @HyukjinKwon

Linked PRs

Activity

  1. added
    stdlibStandard Library Python modules in the Lib/ directory
    on Apr 3, 2023
  2. arhadthedev commented on Apr 3, 2023

    @arhadthedev
    Member

    @Yhg1s (as a zipimport module expert)

  3. added
    performancePerformance or resource usage
    3.11only security fixes
    3.12only security fixes
    on Apr 3, 2023
  4. brettcannon commented on Apr 4, 2023

    @brettcannon
    Member

    Since zipimport.invalidate_caches() was introduced in Python 3.10, I don't think this is a regression but a potential place to improve performance.

  5. added
    type-featureA feature request or enhancement
    and removed
    type-bugAn unexpected behavior, bug, or error
    3.11only security fixes
    on Apr 4, 2023
  6. desmondcheongzx commented on Apr 5, 2023

    @desmondcheongzx
    ContributorAuthor

    @brettcannon In my opinion, it might still be considered a regression for importlib (not zipimport), since prior to 3.10, importlib.invalidate_caches would be a no-op on zipimported libraries. Post 3.10, importlib.invalidate_caches seems to slow down significantly more than with a proper implementation of zipimport.invalidate_caches.

    The practical difference is whether we backport this change to 3.11. It feels to me that there's value in doing so.

  7. added a commit that references this issue on Jul 7, 2023
  8. eliyahweinberg commented on Oct 27, 2024

    @eliyahweinberg

    https://github.com/python/cpython/issues/103200[: Fix performance issues with](1fb9bd2) zipimport.invalidate_caches() ( …
    1fb9bd2
    #103208)
    Is not merged to python 3.11

  9. brettcannon commented on Oct 28, 2024

    @brettcannon
    Member

    @eliyahweinberg correct, it wasn't backported at all.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

No one assigned

    Labels

    3.12only security fixesperformancePerformance or resource usagestdlibStandard Library Python modules in the Lib/ directorytype-featureA feature request or enhancement

    Projects

    No projects

      Milestone

      No milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions