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 ncoghlan
Recipients ncoghlan, ned.deily, neologix, pitrou, r.david.murray, serhiy.storchaka, vstinner, zach.ware
Date 2014-03-13.22:42:18
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <CADiSq7eoJfAS01-HS=d=Yp1=Vt8WrC_D56xdfnzKFFiNEJyMkA@mail.gmail.com>
In-reply-to <1394747177.85.0.0574336745776.issue20910@psf.upfronthosting.co.za>
Content
I've sped up "wait for something to happen" tests in other contexts and
found the best solution to be a polling loop so that success is as fast as
possible and failure may be slow.

For example, rather than just having a 10 second timeout, it's often better
to have a 500 ms timeout, and keep trying again until the overall 10 second
deadline has expired.

This means the worst case tolerance for slow systems can be increased
without hurting test speed on fast systems (assuming you don't break the
test).

I haven't looked at Victor's cases here to see if any of them are amenable
to that approach, though.
History
Date User Action Args
2014-03-13 22:42:18ncoghlansetrecipients: + ncoghlan, pitrou, vstinner, ned.deily, r.david.murray, neologix, zach.ware, serhiy.storchaka
2014-03-13 22:42:18ncoghlanlinkissue20910 messages
2014-03-13 22:42:18ncoghlancreate