[linux] Problem s odmountovanim /usr filesystemu pre restarte
Matus "fantomas" Uhlar
uhlar na fantomas.sk
Pondělí Srpen 18 14:18:28 CEST 2003
> On Mon, Aug 18, 2003 at 01:41:01PM +0200, Bohdan Kolecek wrote:
> > /usr je podle mne vhodne oddelit na pocitaci, ktery zpracovava vetsi
> > mnozstvi dynamickych dat umistenych ve /var (napr. posta, ruzne
> > vyrovnavaci pameti). Umistenim oddilu /usr za oddil /var dosahneme vetsi
> > rychlosti oddilu /var, jelikoz /var bude umisten blize zacatku disku. V
> > tom pripade je vhodne umistit swap nekde bezi korenovy oddil a oddil
> > /var, cimz minimalizujeme cestovani hlav po disku pri vyuziti
> > odkladaciho oddilu (nazavazi oddil /usr). Rychlost /usr je mene
> > dulezita, jelikoz je typicky zatizen pri spousteni programu, ale ne
> > prilis za jeho behu, proto jej doporucuji umistit jako posledni
> > systemovy oddil.
ak pouzivate swap tak casto ze ma zmysel optimalizovat jeho umiestnenie na
disku, je lepsie prikupit RAM :)
On 18.08 14:02, Lubomir Host wrote:
> Ale to cele iba za predpokladu, ze data na harddisku su skor
> pristupne (rychlejsie citanie) v strede disku, teda pri rotacnej osi
> disku.
>
> Podla mna by mohlo byt rychlejsie citanie na vonkajsom okraji, kde
> sa to toci rychlejsie (vyssia obvodova rychlost). Samozrejme,
> rychlost citania je velmi ovplyvnena aj tym, kolko presunov musi
> robit hlavicka disku. Takze snahou by malo byt minimalizovat pocty
> presunov hlavicky disku.
na vonkajsom okraji sa rychlo citaju suvisle bloky dat - velke subory.
v strede disku (tam kde su hlavy kolmo na stopy) sa zase rychlo seekuje
(hlavy to maju najrychlejsie) - stredne velke ale casto pouzivane subory.
Mne z toho vyplyva, ze /usr je najlepsie mat na zaciatku a /var niekde za
polovicou alebo dvoma tretinami. :)
--
Matus "fantomas" Uhlar, uhlar na fantomas.sk ; http://www.fantomas.sk/
Warning: I don't wish to receive e-mail advertising to this address.
Varovanie: Nezelam si na tuto adresu dostavat akukolvek reklamnu postu.
42.7 percent of all statistics are made up on the spot.
Další informace o konferenci linux