diff options
| author |   Mike Frysinger <vapier@gentoo.org> | 2016-01-19 09:18:00 -0500 |
|---|---|---|
| committer | Mike Frysinger <vapier@gentoo.org> | 2016-02-19 13:48:56 -0500 |
| commit | a28605b22946c708f0a5c4f06307e1a17650ced8 (patch) | |
| tree | 801d493da1959b461fb1f2f644716dc020731400 /ChangeLog | |
| parent | locales: pap_AN: delete old/deprecated locale [BZ #16003] (diff) | |
| download | glibc-a28605b22946c708f0a5c4f06307e1a17650ced8.tar.gz glibc-a28605b22946c708f0a5c4f06307e1a17650ced8.tar.bz2 glibc-a28605b22946c708f0a5c4f06307e1a17650ced8.zip | |
test-skeleton: increase default TIMEOUT to 20 seconds
The vast majority of timeouts I've seen w/glibc tests are due to:
- slow system (e.g. <1 GHz cpu)
- loaded system (e.g. lots of parallelism)
Even then, I've seen timeouts on system I don't generally consider
slow, or even loaded, and considering TIMEOUT is set to <=10 in ~60
tests (and <=20 in ~75 tests), it seems I'm not alone. I've just
gotten in the habit of doing `export TIMEOUTFACTOR=10` on all my
setups.
In the edge case where there is a bug in the test and the timeout is
hit, I think we all agree that's either a problem with the test or a
real bug in the library somewhere. In either case, the incident rate
should be low, so catering to that seems like the wrong trade-off.
Other developers too usually set large timeout factors. Increase the
default to 20 seconds to match reality.
Diffstat (limited to 'ChangeLog')
| -rw-r--r-- | ChangeLog | 4 |
1 files changed, 4 insertions, 0 deletions
@@ -1,3 +1,7 @@ +2016-02-19 Mike Frysinger <vapier@gentoo.org> + + * test-skeleton.c (TIMEOUT): Change to 20 and adjust comment. + 2016-02-19 Carlos O'Donell <carlos@systemhalted.org> * nptl/allocatestack.c (allocate_stack): Declare new stackaddr, |