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 mark.dickinson
Recipients aimacintyre, eric.smith, gpolo, mark.dickinson, r.david.murray, skrah, vstinner
Date 2010-04-19.12:24:45
SpamBayes Score 4.3615874e-08
Marked as misclassified No
Message-id <1271679886.97.0.123167392484.issue8424@psf.upfronthosting.co.za>
In-reply-to
Content
> test_itimer_virtual assumes that a process must get 0.3s of virtual
> time within 5s of real time. This is not true [...]

I agree it's not a good test, especially when run on machines that are heavily loaded, or on an OS running in VM.  I can't really think of *any* way of reliably testing the amount of virtual time that's passed.  Anyone else?

How about removing just the timing part of the itimer_virtual tests? (Leaving the calls in so that the functionality does at least get exercised.)   Or we could leave the timing in so that the test is still useful on an otherwise lightly-loaded machine, but don't count it as a failure if the test times out without getting a signal.
History
Date User Action Args
2010-04-19 12:24:47mark.dickinsonsetrecipients: + mark.dickinson, aimacintyre, vstinner, eric.smith, gpolo, r.david.murray, skrah
2010-04-19 12:24:46mark.dickinsonsetmessageid: <1271679886.97.0.123167392484.issue8424@psf.upfronthosting.co.za>
2010-04-19 12:24:45mark.dickinsonlinkissue8424 messages
2010-04-19 12:24:45mark.dickinsoncreate