This issue tracker has been migrated to GitHub, and is currently read-only.
For more information, see the GitHub FAQs in the Python's Developer Guide.

Author gregory.p.smith
Recipients docs@python, gregory.p.smith, jwagner, r.david.murray, skip.montanaro
Date 2018-04-19.15:47:36
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1524152856.5.0.682650639539.issue24318@psf.upfronthosting.co.za>
In-reply-to
Content
FYI - The test suite minus some of the crazier tests (multiprocessing) that the makefile uses today is the recommended workload and is effectively what linux distros I've looked at use.

It is a myth that the specific application workload matters a great deal for building a Python PGO interpreter.  The layer of indirection provided by an interpreter makes it easier.  All you really need is code that exercises the major important C speed paths.  The eval loop, unicode internals, long bignum internals, marshal, re, pickle, json, xml, and cdecimal are all well exercised by running the test suite.

A specific Python application's actual logic is not going to exercise the internals of those in a meaningfully different manner.

Performance experiments bear this out.
History
Date User Action Args
2018-04-19 15:47:36gregory.p.smithsetrecipients: + gregory.p.smith, skip.montanaro, r.david.murray, docs@python, jwagner
2018-04-19 15:47:36gregory.p.smithsetmessageid: <1524152856.5.0.682650639539.issue24318@psf.upfronthosting.co.za>
2018-04-19 15:47:36gregory.p.smithlinkissue24318 messages
2018-04-19 15:47:36gregory.p.smithcreate