Mailman 3 December 2015 - Python-checkins

cpython (3.5): #1753718: clarify RFC compliance and bytes/string argument types.
by r.david.murray Dec. 24, 2015

Dec. 24, 2015

https://hg.python.org/cpython/rev/105bf5dd93b8 changeset: 99666:105bf5dd93b8 branch: 3.5 parent: 99664:7995a81236b6 user: R David Murray <rdmurray(a)bitdance.com> date: Wed Dec 23 21:17:17 2015 -0500 summary: #1753718: clarify RFC compliance and bytes/string argument types. Patch includes contributions by Isobel Hooper, incorporating suggestions from Paul Winkler. Reviewed by Martin Panter. In addition to accepting the corrections for the RFC compliance wording, I went through and corrected all the argument and return types, and made the pattern of how the arguments and return types are documented consistent. So, this patch also addresses #20782, though I had forgotten about that issue and its patch. files: Doc/library/base64.rst | 128 ++++++++++++++++------------ 1 files changed, 71 insertions(+), 57 deletions(-) diff --git a/Doc/library/base64.rst b/Doc/library/base64.rst --- a/Doc/library/base64.rst +++ b/Doc/library/base64.rst @@ -21,13 +21,19 @@ POST request. The encoding algorithm is not the same as the :program:`uuencode` program. -There are two :rfc:`3548` interfaces provided by this module. The modern -interface supports encoding and decoding ASCII byte string objects using all -three :rfc:`3548` defined alphabets (normal, URL-safe, and filesystem-safe). -Additionally, the decoding functions of the modern interface also accept -Unicode strings containing only ASCII characters. The legacy interface provides -for encoding and decoding to and from file-like objects as well as byte -strings, but only using the Base64 standard alphabet. +There are two interfaces provided by this module. The modern interface +supports encoding :term:`bytes-like objects <bytes-like object>` to ASCII +:class:`bytes`, and decoding :term:`bytes-like objects <bytes-like object>` or +strings containing ASCII to :class:`bytes`. All three :rfc:`3548` defined +alphabets (normal, URL-safe, and filesystem-safe) are supported. + +The legacy interface does not support decoding from strings, but it does +provide functions for encoding and decoding to and from :term:`file objects +<file object>`. It only supports the Base64 standard alphabet, and it adds +newlines every 76 characters as per :rfc:`2045`. Note that if you are looking +for :rfc:`2045` support you probably want to be looking at the :mod:`email` +package instead. + .. versionchanged:: 3.3 ASCII-only Unicode strings are now accepted by the decoding functions of @@ -41,26 +47,26 @@ .. function:: b64encode(s, altchars=None) - Encode a byte string using Base64. + Encode the :term:`bytes-like object` *s* using Base64 and return the encoded + :class:`bytes`. - *s* is the string to encode. Optional *altchars* must be a string of at least + Optional *altchars* must be a :term:`bytes-like object` of at least length 2 (additional characters are ignored) which specifies an alternative alphabet for the ``+`` and ``/`` characters. This allows an application to e.g. generate URL or filesystem safe Base64 strings. The default is ``None``, for which the standard Base64 alphabet is used. - The encoded byte string is returned. - .. function:: b64decode(s, altchars=None, validate=False) - Decode a Base64 encoded byte string. + Decode the Base64 encoded :term:`bytes-like object` or ASCII string + *s* and return the decoded :class:`bytes`. - *s* is the byte string to decode. Optional *altchars* must be a string of + Optional *altchars* must be a :term:`bytes-like object` or ASCII string of at least length 2 (additional characters are ignored) which specifies the alternative alphabet used instead of the ``+`` and ``/`` characters. - The decoded string is returned. A :exc:`binascii.Error` exception is raised + A :exc:`binascii.Error` exception is raised if *s* is incorrectly padded. If *validate* is ``False`` (the default), non-base64-alphabet characters are @@ -71,38 +77,44 @@ .. function:: standard_b64encode(s) - Encode byte string *s* using the standard Base64 alphabet. + Encode :term:`bytes-like object` *s* using the standard Base64 alphabet + and return the encoded :class:`bytes`. .. function:: standard_b64decode(s) - Decode byte string *s* using the standard Base64 alphabet. + Decode :term:`bytes-like object` or ASCII string *s* using the standard + Base64 alphabet and return the decoded :class:`bytes`. .. function:: urlsafe_b64encode(s) - Encode byte string *s* using a URL-safe alphabet, which substitutes ``-`` instead of - ``+`` and ``_`` instead of ``/`` in the standard Base64 alphabet. The result + Encode :term:`bytes-like object` *s* using a URL-safe alphabet, which + substitutes ``-`` instead of ``+`` and ``_`` instead of ``/`` in the + standard Base64 alphabet, and return the encoded :class:`bytes`. The result can still contain ``=``. .. function:: urlsafe_b64decode(s) - Decode byte string *s* using a URL-safe alphabet, which substitutes ``-`` instead of - ``+`` and ``_`` instead of ``/`` in the standard Base64 alphabet. + Decode :term:`bytes-like object` or ASCII string *s* using a URL-safe + alphabet, which substitutes ``-`` instead of ``+`` and ``_`` instead of + ``/`` in the standard Base64 alphabet, and return the decoded + :class:`bytes`. .. function:: b32encode(s) - Encode a byte string using Base32. *s* is the string to encode. The encoded string - is returned. + Encode the :term:`bytes-like object` *s* using Base32 and return the + encoded :class:`bytes`. .. function:: b32decode(s, casefold=False, map01=None) - Decode a Base32 encoded byte string. + Decode the Base32 encoded :term:`bytes-like object` or ASCII string *s* and + return the decoded :class:`bytes`. - *s* is the byte string to decode. Optional *casefold* is a flag specifying + Optional *casefold* is a flag specifying whether a lowercase alphabet is acceptable as input. For security purposes, the default is ``False``. @@ -113,46 +125,45 @@ digit 0 is always mapped to the letter O). For security purposes the default is ``None``, so that 0 and 1 are not allowed in the input. - The decoded byte string is returned. A :exc:`binascii.Error` is raised if *s* is + A :exc:`binascii.Error` is raised if *s* is incorrectly padded or if there are non-alphabet characters present in the - string. + input. .. function:: b16encode(s) - Encode a byte string using Base16. - - *s* is the string to encode. The encoded byte string is returned. + Encode the :term:`bytes-like object` *s* using Base16 and return the + encoded :class:`bytes`. .. function:: b16decode(s, casefold=False) - Decode a Base16 encoded byte string. + Decode the Base16 encoded :term:`bytes-like object` or ASCII string *s* and + return the decoded :class:`bytes`. - *s* is the string to decode. Optional *casefold* is a flag specifying whether a + Optional *casefold* is a flag specifying whether a lowercase alphabet is acceptable as input. For security purposes, the default is ``False``. - The decoded byte string is returned. A :exc:`TypeError` is raised if *s* were + A :exc:`TypeError` is raised if *s* is incorrectly padded or if there are non-alphabet characters present in the - string. + input. .. function:: a85encode(s, *, foldspaces=False, wrapcol=0, pad=False, adobe=False) - Encode a byte string using Ascii85. - - *s* is the string to encode. The encoded byte string is returned. + Encode the :term:`bytes-like object` *s* using Ascii85 and return the + encoded :class:`bytes`. *foldspaces* is an optional flag that uses the special short sequence 'y' instead of 4 consecutive spaces (ASCII 0x20) as supported by 'btoa'. This feature is not supported by the "standard" Ascii85 encoding. - *wrapcol* controls whether the output should have newline (``'\n'``) + *wrapcol* controls whether the output should have newline (``b'\n'``) characters added to it. If this is non-zero, each output line will be at most this many characters long. - *pad* controls whether the input string is padded to a multiple of 4 + *pad* controls whether the input is padded to a multiple of 4 before encoding. Note that the ``btoa`` implementation always pads. *adobe* controls whether the encoded byte sequence is framed with ``<~`` @@ -163,9 +174,8 @@ .. function:: a85decode(s, *, foldspaces=False, adobe=False, ignorechars=b' \\t\\n\\r\\v') - Decode an Ascii85 encoded byte string. - - *s* is the byte string to decode. + Decode the Ascii85 encoded :term:`bytes-like object` or ASCII string *s* and + return the decoded :class:`bytes`. *foldspaces* is a flag that specifies whether the 'y' short sequence should be accepted as shorthand for 4 consecutive spaces (ASCII 0x20). @@ -174,7 +184,8 @@ *adobe* controls whether the input sequence is in Adobe Ascii85 format (i.e. is framed with <~ and ~>). - *ignorechars* should be a byte string containing characters to ignore + *ignorechars* should be a :term:`bytes-like object` or ASCII string + containing characters to ignore from the input. This should only contain whitespace characters, and by default contains all whitespace characters in ASCII. @@ -183,18 +194,19 @@ .. function:: b85encode(s, pad=False) - Encode a byte string using base85, as used in e.g. git-style binary - diffs. + Encode the :term:`bytes-like object` *s* using base85 (as used in e.g. + git-style binary diffs) and return the encoded :class:`bytes`. - If *pad* is true, the input is padded with "\\0" so its length is a - multiple of 4 characters before encoding. + If *pad* is true, the input is padded with ``b'\0'`` so its length is a + multiple of 4 bytes before encoding. .. versionadded:: 3.4 .. function:: b85decode(b) - Decode base85-encoded byte string. Padding is implicitly removed, if + Decode the base85-encoded :term:`bytes-like object` or ASCII string *b* and + return the decoded :class:`bytes`. Padding is implicitly removed, if necessary. .. versionadded:: 3.4 @@ -214,15 +226,15 @@ Decode the contents of the binary *input* file and write the resulting binary data to the *output* file. *input* and *output* must be :term:`file objects - <file object>`. *input* will be read until ``input.read()`` returns an empty - bytes object. + <file object>`. *input* will be read until ``input.readline()`` returns an + empty bytes object. .. function:: decodebytes(s) decodestring(s) - Decode the byte string *s*, which must contain one or more lines of base64 - encoded data, and return a byte string containing the resulting binary data. + Decode the :term:`bytes-like object` *s*, which must contain one or more + lines of base64 encoded data, and return the decoded :class:`bytes`. ``decodestring`` is a deprecated alias. .. versionadded:: 3.1 @@ -233,17 +245,19 @@ Encode the contents of the binary *input* file and write the resulting base64 encoded data to the *output* file. *input* and *output* must be :term:`file objects <file object>`. *input* will be read until ``input.read()`` returns - an empty bytes object. :func:`encode` returns the encoded data plus a trailing - newline character (``b'\n'``). + an empty bytes object. :func:`encode` inserts a newline character (``b'\n'``) + after every 76 bytes of the output, as well as ensuring that the output + always ends with a newline, as per :rfc:`2045` (MIME). .. function:: encodebytes(s) encodestring(s) - Encode the byte string *s*, which can contain arbitrary binary data, and - return a byte string containing one or more lines of base64-encoded data. - :func:`encodebytes` returns a string containing one or more lines of - base64-encoded data always including an extra trailing newline (``b'\n'``). + Encode the :term:`bytes-like object` *s*, which can contain arbitrary binary + data, and return :class:`bytes` containing the base64-encoded data, with newlines + (``b'\n'``) inserted after every 76 bytes of output, and ensuring that + there is a trailing newline, as per :rfc:`2045` (MIME). + ``encodestring`` is a deprecated alias. -- Repository URL: https://hg.python.org/cpython

1 0

Benchmark Results for Python 2.7 2015-12-23
by lp_benchmark_robot＠intel.com Dec. 23, 2015

Dec. 23, 2015

No new revisions. Here are the previous results: Results for project Python 2.7, build date 2015-12-23 13:14:32 +0000 commit: d7b5c2f99a99414eb8698f38444de4b6f5463eb2 previous commit: b87fe3e4a3d87e855e8e640da0d9a99ec3b7bd95 revision date: 2015-12-21 17:43:03 +0000 environment: Haswell-EP cpu: Intel(R) Xeon(R) CPU E5-2699 v3 @ 2.30GHz 2x18 cores, stepping 2, LLC 45 MB mem: 128 GB os: CentOS 7.1 kernel: Linux 3.10.0-229.4.2.el7.x86_64 Baseline results were generated using release v2.7.10, with hash 15c95b7d81dcf821daade360741e00714667653f from 2015-05-23 16:02:14+00:00 ---------------------------------------------------------------------------------- benchmark relative change since change since current rev run std_dev* last run baseline with PGO ---------------------------------------------------------------------------------- :-) django_v2 0.45% -0.49% 3.86% 5.58% :-) pybench 0.15% 0.08% 6.33% 3.74% :-( regex_v8 1.05% -0.11% -2.25% 10.71% :-) nbody 0.57% 1.55% 8.71% 1.90% :-) json_dump_v2 0.22% 0.13% 5.52% 9.61% :-( normal_startup 1.86% 0.17% -5.21% 1.90% :-| ssbench 0.07% -0.03% 1.34% 0.77% ---------------------------------------------------------------------------------- Note: Benchmark results for ssbench are measured in requests/second while all other are measured in seconds. * Relative Standard Deviation (Standard Deviation/Average) Our lab does a nightly source pull and build of the Python project and measures performance changes against the previous stable version and the previous nightly measurement. This is provided as a service to the community so that quality issues with current hardware can be identified quickly. Intel technologies' features and benefits depend on system configuration and may require enabled hardware, software or service activation. Performance varies depending on system configuration.

1 0

Benchmark Results for Python Default 2015-12-23
by lp_benchmark_robot＠intel.com Dec. 23, 2015

Dec. 23, 2015

Results for project Python default, build date 2015-12-23 13:12:03 +0000 commit: dcf9e9ae53936e779b99b2d120f2f004f902bc62 previous commit: 29ea3827cfaa1df5693cd00363d14ffc81ca586a revision date: 2015-12-22 22:37:50 +0000 environment: Haswell-EP cpu: Intel(R) Xeon(R) CPU E5-2699 v3 @ 2.30GHz 2x18 cores, stepping 2, LLC 45 MB mem: 128 GB os: CentOS 7.1 kernel: Linux 3.10.0-229.4.2.el7.x86_64 Baseline results were generated using release v3.4.3, with hash b4cbecbc0781e89a309d03b60a1f75f8499250e6 from 2015-02-25 12:15:33+00:00 ---------------------------------------------------------------------------------- benchmark relative change since change since current rev run std_dev* last run baseline with PGO ---------------------------------------------------------------------------------- :-) django_v2 0.43% 0.69% 10.68% 15.49% :-| pybench 0.10% -0.16% -1.46% 6.00% :-( regex_v8 2.71% 0.08% -3.91% 3.48% :-) nbody 0.13% 2.74% 1.50% 7.04% :-| json_dump_v2 0.26% -0.70% -1.54% 11.82% :-( normal_startup 0.97% -0.13% -2.12% 5.53% ---------------------------------------------------------------------------------- Note: Benchmark results are measured in seconds. * Relative Standard Deviation (Standard Deviation/Average) Our lab does a nightly source pull and build of the Python project and measures performance changes against the previous stable version and the previous nightly measurement. This is provided as a service to the community so that quality issues with current hardware can be identified quickly. Intel technologies' features and benefits depend on system configuration and may require enabled hardware, software or service activation. Performance varies depending on system configuration.

1 0

Daily reference leaks (dcf9e9ae5393): sum=4
by solipsis＠pitrou.net Dec. 23, 2015

Dec. 23, 2015

results for dcf9e9ae5393 on branch "default" -------------------------------------------- test_functools leaked [0, 2, 2] memory blocks, sum=4 Command line was: ['./python', '-m', 'test.regrtest', '-uall', '-R', '3:3:/home/psf-users/antoine/refleaks/reflogXOuchu', '--timeout', '7200']

1 0

cpython (merge 3.5 -> default): Issue #25860: Fixed test failure caused by inconsistency of os.walk() and
by serhiy.storchaka Dec. 22, 2015

Dec. 22, 2015

https://hg.python.org/cpython/rev/dcf9e9ae5393 changeset: 99665:dcf9e9ae5393 parent: 99663:a85675dabb8f parent: 99664:7995a81236b6 user: Serhiy Storchaka <storchaka(a)gmail.com> date: Wed Dec 23 00:37:50 2015 +0200 summary: Issue #25860: Fixed test failure caused by inconsistency of os.walk() and os.fwalk() parameter names. files: Lib/test/test_os.py | 2 ++ 1 files changed, 2 insertions(+), 0 deletions(-) diff --git a/Lib/test/test_os.py b/Lib/test/test_os.py --- a/Lib/test/test_os.py +++ b/Lib/test/test_os.py @@ -791,6 +791,8 @@ # Wrapper to hide minor differences between os.walk and os.fwalk # to tests both functions with the same code base def walk(self, directory, **kwargs): + if 'follow_symlinks' in kwargs: + kwargs['followlinks'] = kwargs.pop('follow_symlinks') return os.walk(directory, **kwargs) def setUp(self): -- Repository URL: https://hg.python.org/cpython

1 0

cpython (3.5): Issue #25860: Fixed test failure caused by inconsistency of os.walk() and
by serhiy.storchaka Dec. 22, 2015

Dec. 22, 2015

https://hg.python.org/cpython/rev/7995a81236b6 changeset: 99664:7995a81236b6 branch: 3.5 parent: 99662:767262c149ca user: Serhiy Storchaka <storchaka(a)gmail.com> date: Wed Dec 23 00:37:34 2015 +0200 summary: Issue #25860: Fixed test failure caused by inconsistency of os.walk() and os.fwalk() parameter names. files: Lib/test/test_os.py | 2 ++ 1 files changed, 2 insertions(+), 0 deletions(-) diff --git a/Lib/test/test_os.py b/Lib/test/test_os.py --- a/Lib/test/test_os.py +++ b/Lib/test/test_os.py @@ -792,6 +792,8 @@ # Wrapper to hide minor differences between os.walk and os.fwalk # to tests both functions with the same code base def walk(self, directory, **kwargs): + if 'follow_symlinks' in kwargs: + kwargs['followlinks'] = kwargs.pop('follow_symlinks') return os.walk(directory, **kwargs) def setUp(self): -- Repository URL: https://hg.python.org/cpython

1 0

cpython (merge 3.5 -> default): Issue #25860: os.fwalk() no longer skips remaining directories when error
by serhiy.storchaka Dec. 22, 2015

Dec. 22, 2015

https://hg.python.org/cpython/rev/a85675dabb8f changeset: 99663:a85675dabb8f parent: 99661:624316fbb39d parent: 99662:767262c149ca user: Serhiy Storchaka <storchaka(a)gmail.com> date: Wed Dec 23 00:09:01 2015 +0200 summary: Issue #25860: os.fwalk() no longer skips remaining directories when error occurs. Original patch by Samson Lee. files: Lib/os.py | 2 +- Lib/test/test_os.py | 31 ++++++++++++++++++++----------- Misc/NEWS | 3 +++ 3 files changed, 24 insertions(+), 12 deletions(-) diff --git a/Lib/os.py b/Lib/os.py --- a/Lib/os.py +++ b/Lib/os.py @@ -514,7 +514,7 @@ except OSError as err: if onerror is not None: onerror(err) - return + continue try: if follow_symlinks or path.samestat(orig_st, stat(dirfd)): dirpath = path.join(toppath, name) diff --git a/Lib/test/test_os.py b/Lib/test/test_os.py --- a/Lib/test/test_os.py +++ b/Lib/test/test_os.py @@ -790,12 +790,8 @@ # Wrapper to hide minor differences between os.walk and os.fwalk # to tests both functions with the same code base - def walk(self, directory, topdown=True, follow_symlinks=False): - walk_it = os.walk(directory, - topdown=topdown, - followlinks=follow_symlinks) - for root, dirs, files in walk_it: - yield (root, dirs, files) + def walk(self, directory, **kwargs): + return os.walk(directory, **kwargs) def setUp(self): join = os.path.join @@ -925,16 +921,29 @@ os.remove(dirname) os.rmdir(support.TESTFN) + def test_walk_bad_dir(self): + # Walk top-down. + errors = [] + walk_it = self.walk(self.walk_path, onerror=errors.append) + root, dirs, files = next(walk_it) + self.assertFalse(errors) + dir1 = dirs[0] + dir1new = dir1 + '.new' + os.rename(os.path.join(root, dir1), os.path.join(root, dir1new)) + roots = [r for r, d, f in walk_it] + self.assertTrue(errors) + self.assertNotIn(os.path.join(root, dir1), roots) + self.assertNotIn(os.path.join(root, dir1new), roots) + for dir2 in dirs[1:]: + self.assertIn(os.path.join(root, dir2), roots) + @unittest.skipUnless(hasattr(os, 'fwalk'), "Test needs os.fwalk()") class FwalkTests(WalkTests): """Tests for os.fwalk().""" - def walk(self, directory, topdown=True, follow_symlinks=False): - walk_it = os.fwalk(directory, - topdown=topdown, - follow_symlinks=follow_symlinks) - for root, dirs, files, root_fd in walk_it: + def walk(self, directory, **kwargs): + for root, dirs, files, root_fd in os.fwalk(directory, **kwargs): yield (root, dirs, files) diff --git a/Misc/NEWS b/Misc/NEWS --- a/Misc/NEWS +++ b/Misc/NEWS @@ -115,6 +115,9 @@ Library ------- +- Issue #25860: os.fwalk() no longer skips remaining directories when error + occurs. Original patch by Samson Lee. + - Issue #25914: Fixed and simplified OrderedDict.__sizeof__. - Issue #25869: Optimized deepcopying ElementTree; it is now 20 times faster. -- Repository URL: https://hg.python.org/cpython

1 0

cpython (3.5): Issue #25860: os.fwalk() no longer skips remaining directories when error
by serhiy.storchaka Dec. 22, 2015

Dec. 22, 2015

https://hg.python.org/cpython/rev/767262c149ca changeset: 99662:767262c149ca branch: 3.5 parent: 99660:0a2ea08fcebe user: Serhiy Storchaka <storchaka(a)gmail.com> date: Wed Dec 23 00:08:24 2015 +0200 summary: Issue #25860: os.fwalk() no longer skips remaining directories when error occurs. Original patch by Samson Lee. files: Lib/os.py | 2 +- Lib/test/test_os.py | 31 ++++++++++++++++++++----------- Misc/NEWS | 3 +++ 3 files changed, 24 insertions(+), 12 deletions(-) diff --git a/Lib/os.py b/Lib/os.py --- a/Lib/os.py +++ b/Lib/os.py @@ -514,7 +514,7 @@ except OSError as err: if onerror is not None: onerror(err) - return + continue try: if follow_symlinks or path.samestat(orig_st, stat(dirfd)): dirpath = path.join(toppath, name) diff --git a/Lib/test/test_os.py b/Lib/test/test_os.py --- a/Lib/test/test_os.py +++ b/Lib/test/test_os.py @@ -791,12 +791,8 @@ # Wrapper to hide minor differences between os.walk and os.fwalk # to tests both functions with the same code base - def walk(self, directory, topdown=True, follow_symlinks=False): - walk_it = os.walk(directory, - topdown=topdown, - followlinks=follow_symlinks) - for root, dirs, files in walk_it: - yield (root, dirs, files) + def walk(self, directory, **kwargs): + return os.walk(directory, **kwargs) def setUp(self): join = os.path.join @@ -926,16 +922,29 @@ os.remove(dirname) os.rmdir(support.TESTFN) + def test_walk_bad_dir(self): + # Walk top-down. + errors = [] + walk_it = self.walk(self.walk_path, onerror=errors.append) + root, dirs, files = next(walk_it) + self.assertFalse(errors) + dir1 = dirs[0] + dir1new = dir1 + '.new' + os.rename(os.path.join(root, dir1), os.path.join(root, dir1new)) + roots = [r for r, d, f in walk_it] + self.assertTrue(errors) + self.assertNotIn(os.path.join(root, dir1), roots) + self.assertNotIn(os.path.join(root, dir1new), roots) + for dir2 in dirs[1:]: + self.assertIn(os.path.join(root, dir2), roots) + @unittest.skipUnless(hasattr(os, 'fwalk'), "Test needs os.fwalk()") class FwalkTests(WalkTests): """Tests for os.fwalk().""" - def walk(self, directory, topdown=True, follow_symlinks=False): - walk_it = os.fwalk(directory, - topdown=topdown, - follow_symlinks=follow_symlinks) - for root, dirs, files, root_fd in walk_it: + def walk(self, directory, **kwargs): + for root, dirs, files, root_fd in os.fwalk(directory, **kwargs): yield (root, dirs, files) diff --git a/Misc/NEWS b/Misc/NEWS --- a/Misc/NEWS +++ b/Misc/NEWS @@ -28,6 +28,9 @@ Library ------- +- Issue #25860: os.fwalk() no longer skips remaining directories when error + occurs. Original patch by Samson Lee. + - Issue #25914: Fixed and simplified OrderedDict.__sizeof__. - Issue #25902: Fixed various refcount issues in ElementTree iteration. -- Repository URL: https://hg.python.org/cpython

1 0

Benchmark Results for Python 2.7 2015-12-22
by lp_benchmark_robot＠intel.com Dec. 22, 2015

Dec. 22, 2015

Results for project Python 2.7, build date 2015-12-22 04:01:01 +0000 commit: d7b5c2f99a99414eb8698f38444de4b6f5463eb2 revision date: 2015-12-21 17:43:03 +0000 environment: Haswell-EP cpu: Intel(R) Xeon(R) CPU E5-2699 v3 @ 2.30GHz 2x18 cores, stepping 2, LLC 45 MB mem: 128 GB os: CentOS 7.1 kernel: Linux 3.10.0-229.4.2.el7.x86_64 Baseline results were generated using release v2.7.10, with hash 15c95b7d81dcf821daade360741e00714667653f from 2015-05-23 16:02:14+00:00 ---------------------------------------------------------------------------------- benchmark relative change since change since current rev run std_dev* last run baseline with PGO ---------------------------------------------------------------------------------- :-) django_v2 0.45% -0.49% 3.86% 5.58% :-) pybench 0.15% 0.08% 6.33% 3.74% :-( regex_v8 1.05% -0.11% -2.25% 10.71% :-) nbody 0.57% 1.55% 8.71% 1.90% :-) json_dump_v2 0.22% 0.13% 5.52% 9.61% :-( normal_startup 1.86% 0.17% -5.21% 1.90% :-| ssbench 0.07% -0.03% 1.34% 0.77% ---------------------------------------------------------------------------------- Note: Benchmark results for ssbench are measured in requests/second while all other are measured in seconds. * Relative Standard Deviation (Standard Deviation/Average) Our lab does a nightly source pull and build of the Python project and measures performance changes against the previous stable version and the previous nightly measurement. This is provided as a service to the community so that quality issues with current hardware can be identified quickly. Intel technologies' features and benefits depend on system configuration and may require enabled hardware, software or service activation. Performance varies depending on system configuration.

1 0

Benchmark Results for Python Default 2015-12-22
by lp_benchmark_robot＠intel.com Dec. 22, 2015

Dec. 22, 2015

Results for project Python default, build date 2015-12-22 03:09:16 +0000 commit: 29ea3827cfaa1df5693cd00363d14ffc81ca586a revision date: 2015-12-21 20:17:12 +0000 environment: Haswell-EP cpu: Intel(R) Xeon(R) CPU E5-2699 v3 @ 2.30GHz 2x18 cores, stepping 2, LLC 45 MB mem: 128 GB os: CentOS 7.1 kernel: Linux 3.10.0-229.4.2.el7.x86_64 Baseline results were generated using release v3.4.3, with hash b4cbecbc0781e89a309d03b60a1f75f8499250e6 from 2015-02-25 12:15:33+00:00 ---------------------------------------------------------------------------------- benchmark relative change since change since current rev run std_dev* last run baseline with PGO ---------------------------------------------------------------------------------- :-) django_v2 0.48% 0.62% 10.06% 14.52% :-| pybench 0.10% 0.06% -1.30% 5.83% :-( regex_v8 2.69% 0.17% -4.00% 3.85% :-| nbody 0.41% -0.18% -1.28% 10.05% :-| json_dump_v2 0.24% 0.30% -0.83% 9.66% :-| normal_startup 0.78% -0.27% -1.75% 4.78% ---------------------------------------------------------------------------------- Note: Benchmark results are measured in seconds. * Relative Standard Deviation (Standard Deviation/Average) Our lab does a nightly source pull and build of the Python project and measures performance changes against the previous stable version and the previous nightly measurement. This is provided as a service to the community so that quality issues with current hardware can be identified quickly. Intel technologies' features and benefits depend on system configuration and may require enabled hardware, software or service activation. Performance varies depending on system configuration.

1 0