Skip site navigation (1)Skip section navigation (2)
Date:      Thu, 21 Jul 2011 15:02:33 +0200
From:      Alexander Leidinger <Alexander@Leidinger.net>
To:        Kevin Oberman <kob6558@gmail.com>
Cc:        "freebsd-stable@freebsd.org Stable" <freebsd-stable@freebsd.org>, Jeremy Chadwick <freebsd@jdc.parodius.com>
Subject:   Re: Status of support for 4KB disk sectors
Message-ID:  <20110721150233.765349kg5ed4p9bd@webmail.leidinger.net>
In-Reply-To: <CAN6yY1ud9hJvufhabuNP9mK1qkS5sPLkzPvfEfOm5BQP_hQ1sw@mail.gmail.com>
References:  <CAN6yY1uaUqk2ifiNViJyMFJWf60a4DmCiVs3Z=--_TjtzseABQ@mail.gmail.com> <20110718234124.GA5626@icarus.home.lan> <20110719224126.00000a25@unknown> <CAN6yY1ud9hJvufhabuNP9mK1qkS5sPLkzPvfEfOm5BQP_hQ1sw@mail.gmail.com>

next in thread | previous in thread | raw e-mail | index | archive | help
Quoting Kevin Oberman <kob6558@gmail.com> (from Tue, 19 Jul 2011 =20
14:33:27 -0700):

> On Tue, Jul 19, 2011 at 1:41 PM, Alexander Leidinger
> <Alexander@leidinger.net> wrote:
>> On Mon, 18 Jul 2011 16:41:24 -0700 Jeremy Chadwick
>> <freebsd@jdc.parodius.com> wrote:
>>
>>> But the currently "known method" is to use gnop(8). =C2=A0Here's an
>>> example:
>>>
>>> http://www.leidinger.net/blog/2011/05/03/another-root-on-zfs-howto-opti=
mized-for-4k-sector-drives/
>>>
>>> Now, that's for ZFS, but I'm under the impression the exact same is
>>> needed for FFS/UFS.
>>
>> Info: gnop will not work for FFS/UFS because gnop is a temporary
>> solution (needs to be done by hand at each reboot). For FFS/UFS you
>> need to align the slice/partition and chose a good blocksize/fragsize
>> combination (e.g. 32k/4k).

> Thanks, Alexander.
>
> This is what I had expected after reading the man pages, though I
> would think -b 65560 -f 8192' would be a bit more reasonable in this
> day of bloated file formats. it's been years since I have hit a
> problem with lack of inodes.

I suggest to test this somewhere first. I have no evidence that it can =20
not work, but the blocksize/fragsize settings where subject to some =20
unexpected results in the past when they where changed to a bad =20
combination. IIRC this should be fixed now, but my memory may cheat on =20
me...

Bye,
Alexander.

--=20
The speed of anything depends on the flow of everything.

http://www.Leidinger.net    Alexander @ Leidinger.net: PGP ID =3D B0063FE7
http://www.FreeBSD.org       netchild @ FreeBSD.org  : PGP ID =3D 72077137



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20110721150233.765349kg5ed4p9bd>