From owner-freebsd-current@freebsd.org Thu Jul 14 20:50:26 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E7166B9907E for ; Thu, 14 Jul 2016 20:50:26 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id D04AF1754; Thu, 14 Jul 2016 20:50:26 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from FreeBSD.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by freefall.freebsd.org (Postfix) with ESMTP id 904AF1168; Thu, 14 Jul 2016 20:50:26 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Date: Thu, 14 Jul 2016 20:50:24 +0000 From: Glen Barber To: Maxim Sobolev Cc: FreeBSD Current Subject: Re: FreeBSD-11.0-BETA1-amd64-disc1.iso is too big for my 700MB CD-r Message-ID: <20160714205024.GO4690@FreeBSD.org> References: <20160713221253.GU1520@FreeBSD.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="0lsrIB+s628ok5gC" Content-Disposition: inline In-Reply-To: X-Operating-System: FreeBSD 11.0-CURRENT amd64 X-SCUD-Definition: Sudden Completely Unexpected Dataloss X-SULE-Definition: Sudden Unexpected Learning Event X-PEKBAC-Definition: Problem Exists, Keyboard Between Admin/Computer User-Agent: Mutt/1.5.24 (2015-08-30) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Jul 2016 20:50:27 -0000 --0lsrIB+s628ok5gC Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Thank you for the additional information. I finally found my old laptop's internal CD-ROM drive, so I'll be able to at least check if the issue is USB-related. I just need to open the laptop to install it. After which I'll tinker with the cluster sizes and test further. Glen On Wed, Jul 13, 2016 at 10:30:33PM -0700, Maxim Sobolev wrote: > Hi Glen, nice update, glad being of some help. The slowdown may be related > to the fact that geom_uzip reads whole compressed cluster, which is 20-30k > typically, even if only single block from that cluster is requested. I > imagine it might impact rc.d, which is essentially bunch of small(ish) > shell scripts and I would not be surprised if their blocks would be > scattered all over the place. There is some very basic caching in the > geom_uzip module, but it is only one cluster deep. What might help if you > still have some room on the CD is to decrease cluster size (-s parameter = of > mkuzip), to something like 32k or even 16k. That would make compression > less effective, but would reduce the I/O bandwidth waste, which could also > be important for the KVM setups. I might also look into making a bigger > cache, as RAM is getting cheaper and more abundant every day. Another > approach would be to make several "partitions", segregating for example > /etc stuff so it's all tighly packed together and you can also use smaller > cluster size for /etc and bigger for the rest. In any case, keep me posted > with your findings. >=20 > -Max >=20 > On Wed, Jul 13, 2016 at 3:12 PM, Glen Barber wrote: >=20 > > Just replying to the first email in the thread, since it's a general > > reply, and only related to the original topic at hand, and only for > > informative purposes at this point. > > > > On Mon, Jul 11, 2016 at 11:01:51PM +0200, Ronald Klop wrote: > > > Just downloaded the amd64 BETA1 ISO (873MB) and tried to burn a CD on > > > Windows 10. It complained that the ISO is too big for my 700 MB CD-r. > > > > > > > I have *something* semi-working, with a huge amount of help from Maxim > > in private email. There is still a nit or two to fix, I'm running into > > them as I rebuild the ISO after fixing the prior issue. But, right now, > > I can get the ISO to boot enough to get to a shell (the "init failed due > > to inability to mount '/'" shell, but it is still a shell). :) > > > > Once I get what I have now into a state where it's somewhat committable, > > I'm going to create a project branch to sand off the edges, instead of > > doing it directly in head, since there might be some edge cases for > > non-x86 architectures. (But some other architectures do not have the > > "too big" problem.) > > > > Once that is merged, I fully intend to merge this to stable/11, provided > > there is no major fallout. With what I have now, disc1.iso is 630M, and > > the disc1.iso.xz is 554M. I'll upload an image somewhere public for > > people to test 11.0-BETA1 on hardware, KVM, etc. One thing to note, > > though, there appears to be a significantly non-zero speed decrease, > > though this may just be because my CD-ROM is USB-based. When I have the > > ready-to-commit result, I'll test it on a machine with an internal CD > > drive. > > > > Glen > > > > > _______________________________________________ > freebsd-current@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" --0lsrIB+s628ok5gC Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCAAGBQJXh/sKAAoJEAMUWKVHj+KTposP/2dxHdUl30tcwPncXKGl2UfT 2ZXcc7KzRpi7G4hXMRPFAQSyXQ6ET3Q3rJEmBIHipPYsGmhq7R/15QNA2OqEeF00 FnDEsJ86v41uEzOmWcWvlxu8oxQTVITQTg1x3Lvt4ZWB2J9dsJWqFAHA8zot+o5w kJyNpAyPf++wbqJctEUsuc+J1HiSTSz3Ah7eNJjgxxDVvfy99kKMU/MMevmlwHSl ebwoP6YXT4bWWAG4EJxQC+i1bqBnLZFOzZT0qnWlslLji4OhAyJYg+3hMXiasMSj GuNubHlCdmJChsgMN6X+5gpUfPKnP0tCAcsShAcxsucz9yErsVvTaQoFZTaeH8Vj OisMj9DwVoANzALktsMuKuIIJSNWJMalJZYj30xk6vC3woUedBDaCs22l2cBYQaf rfzhmAHsHS8Xrh7We5Md642NuqPzz0tHjRtL73xRkQRmROXLnvOW4GBeSheT031A dM8vVFxA18EMOZ4/lIvec2qTxXTyPrRLp5xkfIEnZCMF0Lr+uHIuWI09pbZV31++ CEAJ1y6ZX/bEl8/9AW06yxr07rQWKp/1YOGA8+NbytX6VHkQA72Bd/jpRcrkpWcR m6rC23xtOnuHsNyWKNP2uLyYlbMQucy3jSkj1WAUCuDluzAdh29uXzLOxBDEm7Ev s0+2g3srxAAOhc0as9Fn =/eFl -----END PGP SIGNATURE----- --0lsrIB+s628ok5gC--