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 zbyrne
Recipients casevh, josh.r, mark.dickinson, pitrou, rhettinger, serhiy.storchaka, vstinner, yselivanov, zbyrne
Date 2016-02-02.20:37:15
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1454445435.64.0.5990284092.issue21955@psf.upfronthosting.co.za>
In-reply-to
Content
I took another look at this, and tried applying it to 3.6 and running the latest benchmarks. It applied cleanly, and the benchmark results were similar, this time unpack_sequence and spectral_norm were slower. Spectral norm makes sense, it's doing lots of FP addition. The unpack_sequence instruction looks like it already has optimizations for unpacking lists and tuples onto the stack, and running dis on the test showed that it's completely dominated calls to unpack_sequence, load_fast, and store_fast so I still don't know what's going on there.
History
Date User Action Args
2016-02-02 20:37:15zbyrnesetrecipients: + zbyrne, rhettinger, mark.dickinson, pitrou, vstinner, casevh, serhiy.storchaka, yselivanov, josh.r
2016-02-02 20:37:15zbyrnesetmessageid: <1454445435.64.0.5990284092.issue21955@psf.upfronthosting.co.za>
2016-02-02 20:37:15zbyrnelinkissue21955 messages
2016-02-02 20:37:15zbyrnecreate