8000 gh-95913: Edit & expand Optimizations in 3.11 WhatsNew by CAM-Gerlach · Pull Request #98426 · python/cpython · GitHub
[go: up one dir, main page]
Skip to content

gh-95913: Edit & expand Optimizations in 3.11 WhatsNew #98426

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

Sign up for GitHub

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Merged
merged 6 commits into from
Oct 22, 2022
Merged

gh-95913: Edit & expand Optimizations in 3.11 WhatsNew #98426

Changes from 1 commit
Commits
Show all changes
6 commits
Select commit Hold shift + click to select a range
3c8f2a3
Edit and xref Optimizations section
CAM-Gerlach Oct 19, 2022
3d5f4c4
Re-order by language (impact), builtins (impact), stdlib (a->z)
CAM-Gerlach Oct 19, 2022
c99b507
Add additional significant optimizations mentioned in the changelog
CAM-Gerlach Oct 19, 2022
6d1c182
Add intro clarifying scope and linking to Faster CPython section
CAM-Gerlach Oct 19, 2022
e7a1a01
Remove gh-91404 re entry from Optimizations to add to Faster CPython
CAM-Gerlach Oct 19, 2022
5dc4449
Remove zero-cost exceptions from Optimization to move to Faster CPython
CAM-Gerlach Oct 20, 2022
File filter

Filter by extension

Filter by extension
Conversations
Failed to load comments.
Loading
Jump to
Jump to file
Failed to load files.
Loading
Diff view
Diff view
Next Next commit
Edit and xref Optimizations section
  • Loading branch information
@CAM-Gerlach
CAM-Gerlach committed Oct 19, 2022
commit 3c8f2a3144adf648ace5eb2019bb2ad9882d164d
26 changes: 14 additions & 12 deletions Doc/whatsnew/3.11.rst
View file
Open in desktop
Original file line number Diff line number Diff line change
Expand Up @@ -1128,26 +1128,28 @@ fcntl
Optimizations
=============

* Compiler now optimizes simple C-style formatting with literal format
containing only format codes ``%s``, ``%r`` and ``%a`` and makes it as
fast as corresponding f-string expression.
* The compiler now optimizes simple
:ref:`printf-style % formatting <old-string-formatting>` on string literals
containing only the format codes ``%s``, ``%r`` and ``%a`` and makes it as
fast as a corresponding :term:`f-string` expression.
(Contributed by Serhiy Storchaka in :issue:`28307`.)

* "Zero-cost" exceptions are implemented. The cost of ``try`` statements is
almost eliminated when no exception is raised.
* "Zero-cost" exceptions are implemented, eliminating the cost
of :keyword:`try` statements when no exception is raised.
(Contributed by Mark Shannon in :issue:`40222`.)

* Pure ASCII strings are now normalized in constant time by :func:`unicodedata.normalize`.
* Pure ASCII strings are now normalized in constant time by
:func:`unicodedata.normalize`.
(Contributed by Dong-hee Na in :issue:`44987`.)

* :mod:`math` functions :func:`~math.comb` and :func:`~math.perm` are now up
to 10 times or more faster for large arguments (the speed up is larger for
larger *k*).
* :mod:`math` functions :func:`~math.comb` and :func:`~math.perm` are now
≈10 times faster for large arguments (with a larger speedup for larger *k*).
(Contributed by Serhiy Storchaka in :issue:`37295`.)

* Dict don't store hash value when all inserted keys are Unicode objects.
This reduces dict size. For example, ``sys.getsizeof(dict.fromkeys("abcdefg"))``
becomes 272 bytes from 352 bytes on 64bit platform.
* Dictionaries don't store hash values when all keys are Unicode objects,
decreasing :class:`dict` size.
For example, ``sys.getsizeof(dict.fromkeys("abcdefg"))``
is reduced from 352 bytes to 272 bytes (23% smaller) on 64-bit platforms.
(Contributed by Inada Naoki in :issue:`46845`.)

* :mod:`re`'s regular expression matching engine has been partially refactored,
Expand Down
0