From owner-freebsd-current Sun Oct 13 15:16:56 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C596537B401 for ; Sun, 13 Oct 2002 15:16:54 -0700 (PDT) Received: from nic.upatras.gr (nic.upatras.gr [150.140.129.30]) by mx1.FreeBSD.org (Postfix) with SMTP id 6684343EAC for ; Sun, 13 Oct 2002 15:16:53 -0700 (PDT) (envelope-from keramida@ceid.upatras.gr) Received: (qmail 17107 invoked from network); 13 Oct 2002 22:09:51 -0000 Received: from upnet-dialinpool-30.upnet.gr (HELO hades.hell.gr) (@150.140.128.224) by nic.upatras.gr with SMTP; 13 Oct 2002 22:09:51 -0000 Received: from hades.hell.gr (hades [127.0.0.1]) by hades.hell.gr (8.12.6/8.12.6) with ESMTP id g9DMH3aW026419; Mon, 14 Oct 2002 01:17:03 +0300 (EEST) (envelope-from keramida@ceid.upatras.gr) Received: (from keramida@localhost) by hades.hell.gr (8.12.6/8.12.6/Submit) id g9DMGs8X026418; Mon, 14 Oct 2002 01:16:54 +0300 (EEST) (envelope-from keramida@ceid.upatras.gr) Date: Mon, 14 Oct 2002 01:16:53 +0300 From: Giorgos Keramidas To: Terry Lambert Cc: current@freebsd.org Subject: Re: HEADS UP: Old port recompiles needed (Re: Unknown symbol "__sF") Message-ID: <20021013221653.GA26225@hades.hell.gr> References: <20021013194319.7A31D2A88D@canning.wemm.org> <3DA9D95D.C1319A72@mindspring.com> <20021013205915.GK10829@hades.hell.gr> <3DA9EA62.D337E8A0@mindspring.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3DA9EA62.D337E8A0@mindspring.com> X-PGP-Fingerprint: C1EB 0653 DB8B A557 3829 00F9 D60F 941A 3186 03B6 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On 2002-10-13 14:49, Terry Lambert wrote: > Giorgos Keramidas wrote: > > That's a commonly asked question, and a very good answer is in the FAQ :P > > There are good reasons why the overworked snapshot servers do not > > attempt to compress the ISO images, which btw contain mostly .tgz files. > > Alternately, instead of believing someone's opinion, we could ask > the data in question: > > % ls -l > 248643584 Sep 17 00:03 5.0-CURRENT-20020917-JPSNAP.iso > 212988130 Oct 13 10:39 5.0-CURRENT-20020917-JPSNAP.iso.gz > > Compression gets rid of about 36MB. How long did that take to compress though? What load did the machine that did the compression have? Currently, the snapshots.jp.freebsd.org machines build releases every 24 hours which last 4-9 hours. I'm not sure if the same machines could spare some cycles to compress the ISO images, or the disk space to store almost duplicate copies of the same ISO images twice (compressed, and uncompressed). The best people to ask about things like these are the jp.freebsd.org admins and not a local compression program imho. > That's 3.4 hours saved on a 28.8K modem download time, overall... > a 14% reduction in size. > > I guess it's no wonder it's a frequently asked question. Too bad > it's not answered correctly in the FAQ. > > I think the correct answer is maybe "because the FAQ maintainers > have broadband connections"... No we don't. My "ultrafast" connection is in fact a 28.8 Kbit/sec dialup connection. This is why I don't download entire ISO images, but instead do FTP-installs. So, there you go ;) > PS: If the server is overworked, all you need to do is store the > compressed version of the image on the server; I have no idea why > you seem to believe that it needs to be compressed more than once, > so whether or not the server is "overworked" is irrelevent to the > compression, I think. Not very irrelevant, as it might seem at first. Because I'm not talking about the FTP server that delivers the files, but about the server that 'builds the snapshots'. The donations list of freebsd.org lists requests for better, faster release building machines for the Japan cluster. If you really think that you can help, I'd be glad to be proven wrong by a generous donation to the guys who have saved my -current installation at home a dozen times with their snapshots. - Giorgos To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message