[PATCH] Increase timeout (ulimit -t) for testing phase

Dimitry Andric dimitry at andric.com
Mon Feb 2 13:47:01 PST 2015


During testing for 3.6.0 RC2, I was running tests (make check-all) in a VM on a rather busy hypervisor, and they eventually got killed due to the CPU time limit enforced via "ulimit -t 600" in test/Makefile.

Since more and more tests are added, and this will not stop for the foreseeable future (I hope :), can we please increase the timeout?  For example, by doubling it for now, we should be good for quite some time, and for bots it doesn't matter too much whether they time out after 10 or 20 minutes:

Index: test/Makefile
--- test/Makefile       (revision 227785)
+++ test/Makefile       (working copy)
@@ -85,13 +85,13 @@
 # just removing them here won't work.
 # Solaris does not have the -m flag for ulimit
 ifeq ($(HOST_OS),SunOS)
-ULIMIT=ulimit -t 600 ; ulimit -d 512000 ; ulimit -v 512000 ;
+ULIMIT=ulimit -t 1200 ; ulimit -d 512000 ; ulimit -v 512000 ;
 else # !SunOS
 # Newer versions of python try to allocate an insane amount of address space for
 # its thread-local storage, don't set a limit here.
 # When -v is not used, then -s has to be used to limit the stack size.
 # FIXME: Those limits should be enforced by lit instead of globally.
-ULIMIT=ulimit -t 600 ; ulimit -d 512000 ; ulimit -m 512000 ; ulimit -s 8192 ;
+ULIMIT=ulimit -t 1200 ; ulimit -d 512000 ; ulimit -m 512000 ; ulimit -s 8192 ;
 endif # SunOS

 check-local:: lit.site.cfg Unit/lit.site.cfg


-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 194 bytes
Desc: Message signed with OpenPGP using GPGMail
URL: <http://lists.llvm.org/pipermail/llvm-commits/attachments/20150202/1ee9148c/attachment.sig>

More information about the llvm-commits mailing list