From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 118934 invoked by alias); 20 Jul 2015 18:22:55 -0000 Mailing-List: contact gcc-patches-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-patches-owner@gcc.gnu.org Received: (qmail 118924 invoked by uid 89); 20 Jul 2015 18:22:55 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-2.1 required=5.0 tests=AWL,BAYES_00,FREEMAIL_FROM,RP_MATCHES_RCVD,SPF_PASS autolearn=ham version=3.3.2 X-HELO: fencepost.gnu.org Received: from fencepost.gnu.org (HELO fencepost.gnu.org) (208.118.235.10) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with (AES128-SHA encrypted) ESMTPS; Mon, 20 Jul 2015 18:22:54 +0000 Received: from eggs.gnu.org ([2001:4830:134:3::10]:42015) by fencepost.gnu.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1ZHFiF-0008Sy-R2 for gcc-patches@gnu.org; Mon, 20 Jul 2015 14:22:51 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ZHFiC-0000mj-45 for gcc-patches@gnu.org; Mon, 20 Jul 2015 14:22:51 -0400 Received: from mail-ig0-x229.google.com ([2607:f8b0:4001:c05::229]:33640) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZHFiB-0000mZ-VJ for gcc-patches@gnu.org; Mon, 20 Jul 2015 14:22:48 -0400 Received: by igbpg9 with SMTP id pg9so43822062igb.0 for ; Mon, 20 Jul 2015 11:22:46 -0700 (PDT) X-Received: by 10.50.143.37 with SMTP id sb5mr17521894igb.13.1437416562749; Mon, 20 Jul 2015 11:22:42 -0700 (PDT) Received: from f1.c.bardezibar.internal (81.37.148.146.bc.googleusercontent.com. [146.148.37.81]) by smtp.gmail.com with ESMTPSA id lr1sm5707211igb.10.2015.07.20.11.22.40 (version=SSLv3 cipher=RC4-SHA bits=128/128); Mon, 20 Jul 2015 11:22:41 -0700 (PDT) Date: Mon, 20 Jul 2015 18:53:00 -0000 From: Sebastian Pop To: Tom de Vries Cc: Richard Biener , Thomas Schwinge , "gcc-patches@gnu.org" Subject: Re: [RFC, PR66873] Use graphite for parloops Message-ID: <20150720182239.GA20717@f1.c.bardezibar.internal> References: <55A6C1DF.1050108@mentor.com> <87fv4owgjy.fsf@kepler.schwinge.homeip.net> <55A7935A.60401@mentor.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <55A7935A.60401@mentor.com> User-Agent: Mutt/1.5.21 (2010-09-15) X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2607:f8b0:4001:c05::229 X-IsSubscribed: yes X-SW-Source: 2015-07/txt/msg01684.txt.bz2 Tom de Vries wrote: > >>>graphite dependence analysis is too slow to be enabled unconditionally. > >>>(read: hours in some simple cases - see bugzilla) > >> > >>Haha, "cool"! ;-) > >> > >>Maybe it is still reasonable to use graphite to analyze the code inside > >>OpenACC kernels regions -- maybe such code can reasonably be expected to > >>not have the properties that make its analysis lengthy? So, Tom, could > >>you please identify and check such PRs, to get an understanding of what > >>these properties are? > > > >Like the one in PR62113 or 53852 or 59121. > > PR62113 and PR59121 do not reproduce for me on trunk. > > PR53852 does reproduce for me (to the point that I had to reset my laptop). ISL has a way to count the number of operations, based on a watermark it will output an error code that we can use to leave graphite: see documentation of isl_ctx_set_max_operations(). With that mechanism we can set a goal for graphite of at max (say 10% overhead) of whole compilation time.