From patchwork Tue Jan 18 18:49:14 2011 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: Rainer Orth X-Patchwork-Id: 79339 Return-Path: X-Original-To: incoming@patchwork.ozlabs.org Delivered-To: patchwork-incoming@bilbo.ozlabs.org Received: from sourceware.org (server1.sourceware.org [209.132.180.131]) by ozlabs.org (Postfix) with SMTP id 48198B7063 for ; Wed, 19 Jan 2011 05:49:37 +1100 (EST) Received: (qmail 26014 invoked by alias); 18 Jan 2011 18:49:34 -0000 Received: (qmail 25998 invoked by uid 22791); 18 Jan 2011 18:49:33 -0000 X-SWARE-Spam-Status: No, hits=-1.8 required=5.0 tests=AWL, BAYES_00, T_RP_MATCHES_RCVD X-Spam-Check-By: sourceware.org Received: from snape.CeBiTec.Uni-Bielefeld.DE (HELO smtp-relay.CeBiTec.Uni-Bielefeld.DE) (129.70.160.84) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Tue, 18 Jan 2011 18:49:26 +0000 Received: from localhost (localhost.CeBiTec.Uni-Bielefeld.DE [127.0.0.1]) by smtp-relay.CeBiTec.Uni-Bielefeld.DE (Postfix) with ESMTP id D47AD830; Tue, 18 Jan 2011 19:49:23 +0100 (CET) Received: from smtp-relay.CeBiTec.Uni-Bielefeld.DE ([127.0.0.1]) by localhost (malfoy.CeBiTec.Uni-Bielefeld.DE [127.0.0.1]) (amavisd-new, port 10024) with LMTP id gOh1izYXb2e4; Tue, 18 Jan 2011 19:49:21 +0100 (CET) Received: from manam.CeBiTec.Uni-Bielefeld.DE (manam.CeBiTec.Uni-Bielefeld.DE [129.70.161.120]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by smtp-relay.CeBiTec.Uni-Bielefeld.DE (Postfix) with ESMTPS id 4D29882F; Tue, 18 Jan 2011 19:49:21 +0100 (CET) Received: (from ro@localhost) by manam.CeBiTec.Uni-Bielefeld.DE (8.14.4+Sun/8.14.4/Submit) id p0IInEYJ004970; Tue, 18 Jan 2011 19:49:14 +0100 (MET) From: Rainer Orth To: gcc-patches@gcc.gnu.org Cc: fortran@gcc.gnu.org Subject: [testsuite, fortran] Increase some timeout factors Date: Tue, 18 Jan 2011 19:49:14 +0100 Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.2 (usg-unix-v) MIME-Version: 1.0 X-IsSubscribed: yes Mailing-List: contact gcc-patches-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Unsubscribe: List-Archive: List-Post: List-Help: Sender: gcc-patches-owner@gcc.gnu.org Delivered-To: mailing list gcc-patches@gcc.gnu.org I see two fortran testcases that regularly time out on my platforms: * gfortran.dg/array_constructor_33.f90 always times out on Solaris/SPARC: even on an unloaded machine, it takes over 3 minutes: real 3:05.04 SPARC Enterprise T5220, 1.2 GHz UltraSPARC-T2 I'd like to set a timeout factor of 4 to allow for that. I'd like to apply this patch to both mainline and the 4.5 branch which are both affected. * gfortran.dg/vect/fast-math-pr38968.f90 times out in a very strange way. I only observe the timeouts on Solaris 10/x86, but as I've found, it has nothing to do with Solaris 10: identical binaries and libraries take 1:30 min on the test machine (the first one), which is a factor of 3 slower than two other machines (either Solaris 10 or 11), but with different CPUs: real 1:31.91 Sun Fire X4450, 2.93 GHz Intel Xeon X7350 real 32.11 Sun Fire X4200, 2.6 Ghz AMD Opteron 285 real 33.46 Sun Fire V60x, 2.8 GHz Intel Xeon Two other machines running Solaris 11 resp. 9 are in between: real 47.43 Sun Fire X4600, 2.6 GHz AMD Opteron 8218 real 50.08 Sun Fire V20z, 1.8 GHz AMD Opteron 244 So this seems to be a problem with this particular CPU; still I'd like to accomodate this range by setting a timeout factor of 2. Only mainline is affected. Ok for mainline (and 4.5 branch for the first)? Thanks. Rainer 2011-01-18 Rainer Orth * gfortran.dg/array_constructor_33.f90: Use dg-timeout-factor 4. PR fortran/45988 * gfortran.dg/vect/fast-math-pr38968.f90: Use dg-timeout-factor 2. Index: gcc/testsuite/gfortran.dg/array_constructor_33.f90 =================================================================== --- gcc/testsuite/gfortran.dg/array_constructor_33.f90 (revision 168958) +++ gcc/testsuite/gfortran.dg/array_constructor_33.f90 (working copy) @@ -1,4 +1,5 @@ ! { dg-do compile } +! { dg-timeout-factor 4 } ! PR20923 gfortran slow for large array constructors. ! Test case prepared from PR by Jerry DeLisle program sel Index: gcc/testsuite/gfortran.dg/vect/fast-math-pr38968.f90 =================================================================== --- gcc/testsuite/gfortran.dg/vect/fast-math-pr38968.f90 (revision 168958) +++ gcc/testsuite/gfortran.dg/vect/fast-math-pr38968.f90 (working copy) @@ -2,6 +2,8 @@ ! to handle complex types. This test is very slow on these platforms so ! skipping is better then running it unvectorized. ! { dg-skip-if "" { ia64-*-* sparc*-*-* } { "*" } { "" } } +! It can be slow on some x86 CPUs. +! { dg-timeout-factor 2 } program mymatmul implicit none integer, parameter :: kp = 4