Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1nS0PU-0001Mm-Pd for pgsql-hackers@arkaria.postgresql.org; Wed, 09 Mar 2022 17:47:40 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.92) (envelope-from ) id 1nS0PT-0000oJ-Ia for pgsql-hackers@arkaria.postgresql.org; Wed, 09 Mar 2022 17:47:39 +0000 Received: from magus.postgresql.org ([2a02:c0:301:0:ffff::29]) by malur.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1nS0PT-0000o7-4D for pgsql-hackers@lists.postgresql.org; Wed, 09 Mar 2022 17:47:39 +0000 Received: from mail-io1-xd31.google.com ([2607:f8b0:4864:20::d31]) by magus.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.92) (envelope-from ) id 1nS0PI-0000LJ-6c for pgsql-hackers@postgresql.org; Wed, 09 Mar 2022 17:47:38 +0000 Received: by mail-io1-xd31.google.com with SMTP id k25so3590814iok.8 for ; Wed, 09 Mar 2022 09:47:27 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=telsasoft-com.20210112.gappssmtp.com; s=20210112; h=date:from:to:cc:subject:message-id:references:mime-version :content-disposition:in-reply-to:user-agent; bh=4VTYpiWqPXKiPT3gFRmKVBYbYxUFH0VU1kssBIrt0mM=; b=nBgWkJJgCQl4ZshS1tnFB4nYDczXPSH6BC8wMmmIzvdX03MGajqLyb3Ja6ftnxzA+5 Mpu46rlldXn3uLvTimhNY+BXmfvHuqSIFReMRp6swDxK5RYLzEPhesQP2KdBiRwypz1M b7ebB+QBH694QrinLdKXvJKrplr+IoJ7CtY//rk1o+yAiPb7mR8QARjn547nmIBkIRup 1fgXjKduO10Vx4Lm8KbeR59IpbVYC9WbJ9ET2YlFkFMMYd5vGgkwURhlVPG8q2swqBRT tvJboJqhuOA2cZqxlDq8J0p+9pVfiOdVHOh7YKIdW23covWVPlcDog9gxcuV6KXL7uLW eeJw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:date:from:to:cc:subject:message-id:references :mime-version:content-disposition:in-reply-to:user-agent; bh=4VTYpiWqPXKiPT3gFRmKVBYbYxUFH0VU1kssBIrt0mM=; b=yhCY3aYSPANGM81Kc+lPbOaJWl9+9XuYD6Jh+D40EaARuG48VpEFX1BnOcA1YrMbU1 xNDhm1ag//DkKDFxfm2zyCMDzgQq9Pk8TiRI0+Mr3nwgixYGaRN7oxDC0NQs5wnDxB6a vgNKk5htLvLW5djaCvdFOxTz0JdNYVb+efPpssyWYTEqrvFD8b1Wxftd08h0uqSIg2h3 EgSZfzBy3TlXber/u8yP0HF3CtwNCo/1ThrKzrK7Mt/sVvUgWtBa5CnHJXxJbML+tEW4 mXNounF/6HeS8YVMHMNRja/3qvYIsy9mEwZxfrgeBnfRAmAR8ks4M7FZdu+t1K2Dsiim 5YMQ== X-Gm-Message-State: AOAM530XK80FS99R/MC9MbBz/MPwb9nfus+p9K8FoDFK00HZno3rGT1T HXA0jsptKP4W8dIf0v+oqng1wQ== X-Google-Smtp-Source: ABdhPJzFnuMN9qu/XFAm81VRN/7mcq1cvvmTq/ek/+9hhDX47ZN8Kup5wnH+cIHHs3fGdJEpELFJPQ== X-Received: by 2002:a02:ceb2:0:b0:314:f9b9:d420 with SMTP id z18-20020a02ceb2000000b00314f9b9d420mr533259jaq.177.1646848045057; Wed, 09 Mar 2022 09:47:25 -0800 (PST) Received: from pryzbyj.telsasoft (charmander.telsasoft.com. [50.244.222.1]) by smtp.gmail.com with ESMTPSA id a13-20020a056e02180d00b002c25b51d5ecsm1427618ilv.55.2022.03.09.09.47.24 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Wed, 09 Mar 2022 09:47:24 -0800 (PST) Received: by pryzbyj.telsasoft (Postfix, from userid 1000) id 52A90800F48; Wed, 9 Mar 2022 11:47:23 -0600 (CST) Date: Wed, 9 Mar 2022 11:47:23 -0600 From: Justin Pryzby To: Andres Freund Cc: Tom Lane , Robert Haas , Andrew Dunstan , pgsql-hackers@postgresql.org, Thomas Munro , Melanie Plageman , Peter Eisentraut , Daniel Gustafsson Subject: Re: Adding CI to our tree Message-ID: <20220309174723.GA28503@telsasoft.com> References: <20220213214213.GS31460@telsasoft.com> <20220213220709.vjz5rziuhfdpqxrg@alap3.anarazel.de> <20220226025116.GJ9008@telsasoft.com> <20220227010908.vz2a7dmfzgwg742w@alap3.anarazel.de> <20220227024352.GC25269@telsasoft.com> <20220227025000.mjmfimls5gnz7em7@alap3.anarazel.de> <20220227031057.GD25269@telsasoft.com> <20220227040838.3z4gqihimyerxe3h@alap3.anarazel.de> <20220228205802.GE25269@telsasoft.com> <20220302205058.GJ15744@telsasoft.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20220302205058.GJ15744@telsasoft.com> User-Agent: Mutt/1.9.4 (2018-02-28) List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk I'm curious what you think of this patch. It makes check-world on freebsd over 30% faster - saving 5min. Apparently gcc -Og was added in gcc 4.8 (c. 2013). On Wed, Mar 02, 2022 at 02:50:58PM -0600, Justin Pryzby wrote: > From d180953d273c221a30c5e9ad8d74b1b4dfc60bd1 Mon Sep 17 00:00:00 2001 > From: Justin Pryzby > Date: Sun, 27 Feb 2022 15:17:50 -0600 > Subject: [PATCH 7/7] cirrus: compile with -Og.. > > To improve performance of check-world, and improve debugging, without > significantly slower builds (they're cached anyway). > > This makes freebsd check-world run in 8.5 minutes rather than 15 minutes. > --- > .cirrus.yml | 12 +++++++----- > src/tools/msvc/MSBuildProject.pm | 4 ++-- > 2 files changed, 9 insertions(+), 7 deletions(-) > > diff --git a/.cirrus.yml b/.cirrus.yml > index 6f05d420c85..8b673bf58cf 100644 > --- a/.cirrus.yml > +++ b/.cirrus.yml > @@ -113,7 +113,7 @@ task: > \ > CC="ccache cc" \ > CXX="ccache c++" \ > - CFLAGS="-O0 -ggdb" > + CFLAGS="-Og -ggdb" > EOF > build_script: su postgres -c "gmake -s -j${BUILD_JOBS} world-bin" > upload_caches: ccache > @@ -208,8 +208,8 @@ task: > CC="ccache gcc" \ > CXX="ccache g++" \ > CLANG="ccache clang" \ > - CFLAGS="-O0 -ggdb" \ > - CXXFLAGS="-O0 -ggdb" > + CFLAGS="-Og -ggdb" \ > + CXXFLAGS="-Og -ggdb" > EOF > build_script: su postgres -c "make -s -j${BUILD_JOBS} world-bin" > upload_caches: ccache > @@ -329,8 +329,8 @@ task: > CC="ccache cc" \ > CXX="ccache c++" \ > CLANG="ccache ${brewpath}/llvm/bin/ccache" \ > - CFLAGS="-O0 -ggdb" \ > - CXXFLAGS="-O0 -ggdb" \ > + CFLAGS="-Og -ggdb" \ > + CXXFLAGS="-Og -ggdb" \ > \ > LLVM_CONFIG=${brewpath}/llvm/bin/llvm-config \ > PYTHON=python3 > @@ -383,6 +383,8 @@ task: > # -fileLoggerParameters1: write to msbuild.warn.log. > MSBFLAGS: -m -verbosity:minimal "-consoleLoggerParameters:Summary;ForceNoAlign" /p:TrackFileAccess=false -nologo -fileLoggerParameters1:warningsonly;logfile=msbuild.warn.log > > + MSBUILD_OPTIMIZE: MaxSpeed > + > # If tests hang forever, cirrus eventually times out. In that case log > # output etc is not uploaded, making the problem hard to debug. Of course > # tests internally should have shorter timeouts, but that's proven to not > diff --git a/src/tools/msvc/MSBuildProject.pm b/src/tools/msvc/MSBuildProject.pm > index 5e312d232e9..05e0c41eb5c 100644 > --- a/src/tools/msvc/MSBuildProject.pm > +++ b/src/tools/msvc/MSBuildProject.pm > @@ -85,7 +85,7 @@ EOF > $f, 'Debug', > { > defs => "_DEBUG;DEBUG=1", > - opt => 'Disabled', > + opt => $ENV{MSBUILD_OPTIMIZE} || 'Disabled', > strpool => 'false', > runtime => 'MultiThreadedDebugDLL' > }); > @@ -94,7 +94,7 @@ EOF > 'Release', > { > defs => "", > - opt => 'Full', > + opt => $ENV{MSBUILD_OPTIMIZE} || 'Full', > strpool => 'true', > runtime => 'MultiThreadedDLL' > }); > -- > 2.17.1 >