[OpenAFS] recommended UFS parameters for cache partition?
Ted Creedon
tcreedon@easystreet.net
Tue, 27 Dec 2011 18:55:18 -0600
--20cf307f3b7217dead04b51c7424
Content-Type: text/plain; charset=ISO-8859-1
assuming that the heads aren't off on another track...
On Tuesday, December 27, 2011, chas williams - CONTRACTOR <
chas@cmf.nrl.navy.mil> wrote:
> information is generally denser on the outer tracks because there is
> simply more space for data which requires less seeks.
>
> On Tue, 27 Dec 2011 12:51:15 -0600
> Ted Creedon <tcreedon@easystreet.net> wrote:
>
>> Not necessarily true with on disk caching
>>
>> Disk heads dont recal after every seek
>>
>> On Tuesday, December 27, 2011, chas williams - CONTRACTOR <
>> chas@cmf.nrl.navy.mil> wrote:
>> > On Mon, 26 Dec 2011 15:16:16 -0500 (EST)
>> > Benjamin Kaduk <kaduk@MIT.EDU> wrote:
>> >
>> >
>> >> (Or should I just not worry about it and assume that any potential
>> >> improvements would be lost in the noise?)
>> >
>> > other than i believe you still cannot use journaling on the caching
>> > partition, there isnt much to do.
>> >
>> > however, as with all disks, the closer to the beginning of the disk
>> > the faster the filesystem will perform. this is why people now suggest
>> > putting swap at the beginning of the disk (ignoring any tiny boot
>> > partitions you might need).
>> > _______________________________________________
>> > OpenAFS-info mailing list
>> > OpenAFS-info@openafs.org
>> > https://lists.openafs.org/mailman/listinfo/openafs-info
>> >
>
>
--20cf307f3b7217dead04b51c7424
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
assuming that the heads aren't off on another track...<br><br>On Tuesda=
y, December 27, 2011, chas williams - CONTRACTOR <<a href=3D"mailto:chas=
@cmf.nrl.navy.mil">chas@cmf.nrl.navy.mil</a>> wrote:<br>> information=
is generally denser on the outer tracks because there is<br>
> simply more space for data which requires less seeks.<br>><br>> =
On Tue, 27 Dec 2011 12:51:15 -0600<br>> Ted Creedon <<a href=3D"mailt=
o:tcreedon@easystreet.net">tcreedon@easystreet.net</a>> wrote:<br>><b=
r>
>> Not necessarily true with on disk caching<br>>><br>>> =
Disk heads dont recal after every seek<br>>><br>>> On Tuesday, =
December 27, 2011, chas williams - CONTRACTOR <<br>>> <a href=3D"m=
ailto:chas@cmf.nrl.navy.mil">chas@cmf.nrl.navy.mil</a>> wrote:<br>
>> > On Mon, 26 Dec 2011 15:16:16 -0500 (EST)<br>>> > Ben=
jamin Kaduk <<a href=3D"mailto:kaduk@MIT.EDU">kaduk@MIT.EDU</a>> wrot=
e:<br>>> ><br>>> ><br>>> >> (Or should I just=
not worry about it and assume that any potential<br>
>> >> improvements would be lost in the noise?)<br>>> >=
;<br>>> > other than i believe you still cannot use journaling on =
the caching<br>>> > partition, there isnt much to do.<br>>> =
><br>
>> > however, as with all disks, the closer to the beginning of th=
e disk<br>>> > the faster the filesystem will perform. =A0this is =
why people now suggest<br>>> > putting swap at the beginning of th=
e disk (ignoring any tiny boot<br>
>> > partitions you might need).<br>>> > ________________=
_______________________________<br>>> > OpenAFS-info mailing list<=
br>>> > <a href=3D"mailto:OpenAFS-info@openafs.org">OpenAFS-info@o=
penafs.org</a><br>
>> > <a href=3D"https://lists.openafs.org/mailman/listinfo/openafs=
-info">https://lists.openafs.org/mailman/listinfo/openafs-info</a><br>>&=
gt; ><br>><br>>
--20cf307f3b7217dead04b51c7424--