From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 45614 invoked by alias); 8 Jun 2015 19:31:58 -0000 Mailing-List: contact cygwin-apps-help@cygwin.com; run by ezmlm Precedence: bulk Sender: cygwin-apps-owner@cygwin.com List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Mail-Followup-To: cygwin-apps@cygwin.com Received: (qmail 45595 invoked by uid 89); 8 Jun 2015 19:31:57 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-5.4 required=5.0 tests=AWL,BAYES_00,KAM_LAZY_DOMAIN_SECURITY autolearn=no version=3.3.2 X-HELO: calimero.vinschen.de Received: from aquarius.hirmke.de (HELO calimero.vinschen.de) (217.91.18.234) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Mon, 08 Jun 2015 19:31:56 +0000 Received: by calimero.vinschen.de (Postfix, from userid 500) id 2C006A8091A; Mon, 8 Jun 2015 21:31:54 +0200 (CEST) Date: Mon, 08 Jun 2015 19:31:00 -0000 From: Corinna Vinschen To: cygwin-apps@cygwin.com Subject: Re: setup Message-ID: <20150608193154.GU3416@calimero.vinschen.de> Reply-To: cygwin-apps@cygwin.com Mail-Followup-To: cygwin-apps@cygwin.com References: <87382fdvjp.fsf@Rainer.invalid> <87h9qkbllg.fsf@Rainer.invalid> <87ioazclrp.fsf@Rainer.invalid> <20150608132823.GN3416@calimero.vinschen.de> <87oakqnkfi.fsf@Rainer.invalid> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="wRtZRu2mMGBZ6YQ7" Content-Disposition: inline In-Reply-To: <87oakqnkfi.fsf@Rainer.invalid> User-Agent: Mutt/1.5.23 (2014-03-12) X-SW-Source: 2015-06/txt/msg00071.txt.bz2 --wRtZRu2mMGBZ6YQ7 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Content-length: 1968 On Jun 8 20:07, Achim Gratz wrote: > Corinna Vinschen writes: > > I'm still not quite sure what problem this solves. >=20 > Nothing earth-shattering, I just intensely dislike those long hex > strings. But thanks for asking, I just had a closer look at the > real-world results and it turns out that there is an effect beyond > (questionable, I know) aesthetical considerations. >=20 > > Is it faster than plain SHA512 checksums? >=20 > I'd say it's a noticeable speed improvement, depending on where you get > that file from. There are 17146 checksums in the 32bit setup.ini at the > moment. That makes for a saving of 720132 bytes with Base64-URL vs. Hex > encoding. I have another patch in testing that allows to use compressed > setup.ini (and xz compression) from "local" directories and since the > normal install is across the network, the reduced number of bytes to > push over the slow connection is making quite an impact. But I was more > surprised to see that it is actually noticeably faster even when run > locally from an SSD. I'm certainly not de-valuing your patch, but that makes me suspicious. The impact of reading from a local SSD should be rather low. That reminds me of the buffer size problem slowing down SHA512 evaluation, see git diff 0c7564..8648b05. greping setup sources, it seems setup is using smaller buffers in more places, e.g. compress_bz::read uses 4K buffer compress_gz::read 16K io_stream::copy 16K YY_INPUT 8K Especially YY_READ_BUF_SIZE defined as 8K might be a culprit here. Can you speed up reading the ini file noticably by defining YY_READ_BUF_SIZE to 65536 in inilex.ll? If so, is the impact of using base64 still an issue, performance-wise? > The changes in setup are really small. Upset doesn't need to change, at > least not immediately. Ok. Corinna --=20 Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Maintainer cygwin AT cygwin DOT com Red Hat --wRtZRu2mMGBZ6YQ7 Content-Type: application/pgp-signature Content-length: 819 -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCAAGBQJVde2qAAoJEPU2Bp2uRE+gIrMP/R3aWzgzv2sCRbdrFjxo2n9A HIdybpd4hRoHo9uGYlfX6FXTuxprkdC+u2hgip+ETMQ/S35i53nh/gRdhl1Y+y9j nlXJIj0ABMmI4MRHjGbx3EkDSCTatJ1t9k+ai00YDzq+x7fLEeMiMsNov2U++Gtx WtsMl07JCUVJ5bhaDdFGW1WlofFpSoxLrm7vJMqMNx7i17fMh1/D6OfPR9yFOCex hq8KL9A74766U/6ptcxvR0h7E+7YBXHulqiP3KhoijF8ShrFcn0mFfAGzIb1kWsa b8K3jhhbdQ3cD1eBJsK5+cUwJSaNDiqwqUIP+1SjUXRKf0UJDkuB4oRYBD1cbhY1 JWalCOvGoYzqd9lgwtxe8PjqyZUeZ6Ba39TBF7rg9zL3gclqH6r7xRVpI3V36qe/ P1jAp3cYtal8we2/FIneSvhtXwXtNSt6vOTsCahYkgNiays83QpMMgNzsNw/7YuQ wc/Zb8SXW8zf+GLCEsaTkT/mPcM7EAIPcwfsOECDyLPZje4KiQKboMKL1y1xiiIE BNmgrblP7xMbTiADieKhyz8zWZBaTW2k4XMIvc94pjD/hjEA3LmHZTSGo6/vR/kG 0+bPmE92a7eiep6UZMjQgOH06I15z+J7FEiQ+SuVhuPmElt9WXQEUnu9jxpEFVXI zK1Uxxn5HmrhQfug1Dd6 =7nH4 -----END PGP SIGNATURE----- --wRtZRu2mMGBZ6YQ7--