Message103588
> 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. |
|
Date |
User |
Action |
Args |
2010-04-19 12:24:47 | mark.dickinson | set | recipients:
+ mark.dickinson, aimacintyre, vstinner, eric.smith, gpolo, r.david.murray, skrah |
2010-04-19 12:24:46 | mark.dickinson | set | messageid: <1271679886.97.0.123167392484.issue8424@psf.upfronthosting.co.za> |
2010-04-19 12:24:45 | mark.dickinson | link | issue8424 messages |
2010-04-19 12:24:45 | mark.dickinson | create | |
|