Improved performance and arguably simpler code for dictionaries by changing the keys layout

Current layout

Currently the _dictkeysobject struct is laid out like this:

ptr ---->  +--------------+
           |     header   |
           +--------------+
           |    indices   |
           +--------------+
           |     keys     |
           +--------------+

which requires some relatively expensive calculation to find the start of the keys, as the indices are not only variable in number, but variable in size also.

Proposed layout

If instead it is laid out as follows:

           +--------------+
           |    indices   |
ptr ---->  +--------------+
           |     header   |
           +--------------+
           |     keys     |
           +--------------+

and the indices laid from highest to lowest with 0 just before ptr, finding the start of the keys is as simple as ptr->keys . Accessing an index is no slower, and the code barely any more complex.

Linked PRs

• gh-145097
• gh-150640

Examinez d’abord la disposition proposée de _dictkeysobject et les PRs associés gh-145097 et gh-150640, puisque le travail s’est déplacé vers ceux-ci. Comparez la disposition actuelle et la disposition proposée de l’index, du header et des keys ; l’achèvement nécessiterait que l’implémentation et sa validation des performances ou de la correction prennent en charge la nouvelle disposition.