From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 15515 invoked by alias); 13 Jan 2007 18:31:45 -0000 Received: (qmail 15498 invoked by uid 22791); 13 Jan 2007 18:31:45 -0000 X-Spam-Check-By: sourceware.org Received: from mtagate1.de.ibm.com (HELO mtagate1.de.ibm.com) (195.212.29.150) by sourceware.org (qpsmtpd/0.31) with ESMTP; Sat, 13 Jan 2007 18:31:39 +0000 Received: from d12nrmr1607.megacenter.de.ibm.com (d12nrmr1607.megacenter.de.ibm.com [9.149.167.49]) by mtagate1.de.ibm.com (8.13.8/8.13.8) with ESMTP id l0DIVavx118944 for ; Sat, 13 Jan 2007 18:31:36 GMT Received: from d12av02.megacenter.de.ibm.com (d12av02.megacenter.de.ibm.com [9.149.165.228]) by d12nrmr1607.megacenter.de.ibm.com (8.13.8/8.13.8/NCO v8.2) with ESMTP id l0DIVZoB3092540 for ; Sat, 13 Jan 2007 19:31:35 +0100 Received: from d12av02.megacenter.de.ibm.com (loopback [127.0.0.1]) by d12av02.megacenter.de.ibm.com (8.12.11.20060308/8.13.3) with ESMTP id l0DIVZD7032473 for ; Sat, 13 Jan 2007 19:31:35 +0100 Received: from tuxmaker.boeblingen.de.ibm.com (tuxmaker.boeblingen.de.ibm.com [9.152.85.9]) by d12av02.megacenter.de.ibm.com (8.12.11.20060308/8.12.11) with SMTP id l0DIVZWE032470; Sat, 13 Jan 2007 19:31:35 +0100 Message-Id: <200701131831.l0DIVZWE032470@d12av02.megacenter.de.ibm.com> Received: by tuxmaker.boeblingen.de.ibm.com (sSMTP sendmail emulation); Sat, 13 Jan 2007 19:31:35 +0100 Subject: Re: bigcore.exp on 64-bit systems To: mark.kettenis@xs4all.nl (Mark Kettenis) Date: Sat, 13 Jan 2007 18:31:00 -0000 From: "Ulrich Weigand" Cc: eliz@gnu.org, gdb@sourceware.org In-Reply-To: <200701131450.l0DEoWpP029656@brahms.sibelius.xs4all.nl> from "Mark Kettenis" at Jan 13, 2007 03:50:32 PM X-Mailer: ELM [version 2.5 PL2] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Mailing-List: contact gdb-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sourceware.org X-SW-Source: 2007-01/txt/msg00241.txt.bz2 Mark Kettenis wrote: > 2.6.16 certainly qualifies as modern. The idea is that the test will > create a sparse core file, that will take up almost no disk space. > But the fact that it takes more than 600 seconds to dump the core file > (that's the cause of the SIGABRT timeout), suggests that it isn't > doing that. The problem I've seen on certain Linux kernel versions is that while generating the core file, the kernel fully populates the page tables spanning the (zero) heap allocated by the bigcore test. This means that while it doesn't allocate memory (or disk space) for the heap itself, it will allocate non-pageable memory for the page tables, and if the heap gets to several TB, that means several GB of page tables. To circumvent this, I generally set a reasonable ulimit -v limit before running the test suite on a 64-bit system. Bye, Ulrich -- Dr. Ulrich Weigand GNU Toolchain for Linux on System z and Cell BE Ulrich.Weigand@de.ibm.com