From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from dan.rpsys.net (5751f4a1.skybroadband.com [87.81.244.161]) by mail.openembedded.org (Postfix) with ESMTP id BF49F749A8 for ; Tue, 22 May 2018 12:51:15 +0000 (UTC) Received: from hex ([192.168.3.34]) (authenticated bits=0) by dan.rpsys.net (8.15.2/8.15.2/Debian-3) with ESMTPSA id w4MCpEum009736 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NOT); Tue, 22 May 2018 13:51:15 +0100 Message-ID: <1526993474.8937.159.camel@linuxfoundation.org> From: Richard Purdie To: =?ISO-8859-1?Q?Andr=E9?= Draszik , openembedded-core@lists.openembedded.org Date: Tue, 22 May 2018 13:51:14 +0100 In-Reply-To: References: <20180522122553.29109-1-git@andred.net> <1526992613.8937.155.camel@linuxfoundation.org> X-Mailer: Evolution 3.18.5.2-0ubuntu3.2 Mime-Version: 1.0 X-Virus-Scanned: clamav-milter 0.99.4 at dan X-Virus-Status: Clean Subject: Re: [PATCH 1/4] sstate: allow specifying indirect dependencies to exclude from sysroot X-BeenThere: openembedded-core@lists.openembedded.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Patches and discussions about the oe-core layer List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 May 2018 12:51:16 -0000 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 8bit On Tue, 2018-05-22 at 13:48 +0100, André Draszik wrote: > > Have you looked at the performance impact of this change? It looks > > like > > it will be compiling the regexp each time inside a tight loop which > > gets called once per task dependency which will show up > > significantly > > on the performance chart. > True, and no, I haven't. Is there a good way to compare the > performance with > and without this change other than using 'time'? I'd try something like "bitbake -P -n" which should generate a profile output for the dry run of building the image. That would not build anything but would include all the dependency calculations (and unfortunately all the fork overheadin this case). > > > > We already have a "*" syntax used in > > SIGGEN_EXCLUDE_SAFE_RECIPE_DEPS > > and I'd rather use that syntax here to avoid the use of re if we > > can > > help it. Could you see if that is possible please? That would also > > keep > > the syntax compatible. > OK. I think it uses glob btw which is much lighter weight than re. Cheers, Richard