[issue38477] magiccube2x2 permutations 28% slower with Python 3.8.0rc1 vs 3.7

2019-10-16 Thread Louis Huemiller
Louis Huemiller added the comment: Reinstalled the server I'd been using for this issue, with Ubuntu 18.04.3 LTS Server amd64. This installation already came with Python3.6.8. Downloaded and installed Python3.7.3 and 3.8.0 from: https://www.python.org/ftp/python/3.7.3/Python-3.7.

[issue38477] magiccube2x2 permutations 28% slower with Python 3.8.0rc1 vs 3.7

2019-10-16 Thread Louis Huemiller
Louis Huemiller added the comment: Thank you for looking into the potential issue. Instead of getting Python3.8 from ppa:deadsnakes/ppa, I downloaded the source from: https://www.python.org/ftp/python/3.8.0/Python-3.8.0rc1.tgz Then did the following to build and install it: $ cd /usr

[issue38477] magiccube2x2 permutations 28% slower with Python 3.8.0rc1 vs 3.7

2019-10-15 Thread Louis Huemiller
Louis Huemiller added the comment: Each of the Python runs mentioned in the initial post took around 4 hours to execute. Although not as accurate, the issue can be demonstrated in less than 5 minutes through the use of: # If needed use the following to install Python3.8.0rc1 $ apt-get

[issue38477] magiccube2x2 permutations 28% slower with Python 3.8.0rc1 vs 3.7

2019-10-15 Thread Louis Huemiller
Louis Huemiller added the comment: Attached is a chart, which shows the results from the runs mentioned in the initial post. This chart was produced through the use of: ../permutations2x2_chart_results \ -f ./20191011b_chart.svg \ C++unordered_map

[issue38477] magiccube2x2 permutations 28% slower with Python 3.8.0rc1 vs 3.7

2019-10-14 Thread Louis Huemiller
New submission from Louis Huemiller : Have created a program that by brute force determines all reachable states of a 2-by-2 MagicCube, sometimes referred to as a 2x2 Rubick's cube. On one of my servers, which is described in the attached file 20191011b_configuration, this program