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 koos.zevenhoven
Recipients koos.zevenhoven, tim.peters, xtreak
Date 2018-09-05.20:13:19
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1536178399.2.0.56676864532.issue34561@psf.upfronthosting.co.za>
In-reply-to
Content
Haha ok. Cache optimization makes it pretty complicated to reason about true costs. Anyway, it’s not obvious to me even that the run lengths would need to be descending for best performace. I’m not even starting to think about how the merging order might affect galloping boosts on realistic data ;-). I didn’t get to that power thing at this point, but it looks like it’s unrelated to this consideration, except perhaps by chance. I might have time tonight to have a look at that. Surely we don’t want an algorithm that’s optimized for what they call ”Timsort drag” sequences in the literature ;-).
History
Date User Action Args
2018-09-05 20:13:19koos.zevenhovensetrecipients: + koos.zevenhoven, tim.peters, xtreak
2018-09-05 20:13:19koos.zevenhovensetmessageid: <1536178399.2.0.56676864532.issue34561@psf.upfronthosting.co.za>
2018-09-05 20:13:19koos.zevenhovenlinkissue34561 messages
2018-09-05 20:13:19koos.zevenhovencreate