[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [linux-team] Re[2]:UDMA + PARTIONNEMENT idéal.
On Fri, 20 Aug 1999, Cedric Amand wrote:
> Quel est la structure idéeale d'un partionnement sur un disque dur qui
> assure la maximum de vitesse ?
>
> Sous SunOS, ils sont partisant du / -> /swap -> /usr (/opt)
> En clair;
> * placer / sur les parties les plus proches du centre du disque
> * le swap au milieu, donc sauter le SWAP pour acceder aux apps.
> * les apps. en fin de disque, la ou les disque tournent le plus vite.
>
> Perso, je partitionne toujours en
> /swap - / - /usr - /var , soit tout le contraire de chez Sun.
> J'estime que le swap doit etre la partie la plus lente, qu'on ne doit
> surtout jamais sauter un swap space pour quelque fonctionnement
> normal que ce soit, et que /var doit etre la partie la plus rapide
> de sorte que le logging ne ralentisse pas ma machine.
>
> Ya t'il un article sérieux sur le sujet, qui tient compte de la
> vitesse de rotation des plateaux, du fait qu'il faut "sauter" au
> dessus d'une partition pour avoir l'autre, etc. et une analyse de
> performance de ses problèmes de partionnement ?
Oui, cf. le Partition-HOWTO, Large-Disk-HOWTO etc... ce genre de choses y
sont mises. Je n'ai pas les references exactes, mais c'est topujours bon
de jeter un oeil du cote de metalab.unc.edu dans les docs linux. Regarde,
en general, le nom du howto est assez explitice quant a son contenu.
Bon, maintenant, est-ce reellement pertinent ? pour un seul user sur une
machine, amtho, c'est vraiment couper les cheveux en 4 pour pas grand
chose.
Je ne sais pas si la question se pose encore avec les disque
d'aujourd'hui, mais tout un temps, le grand debat c'etait le facteur
d'interleave. C'etait le genre de chose qu'on ne pouvait optimiser qu'en
rformatant x foix sont disque dur (reformater, pas fdisk+mkfs).
Bye
Gerd
---------
Visit the Linux Supertore Online: http://www.redcorp.com !
If you want to be deleted from the list, send a mail to
majordomo@rtfm.be with "unsubscribe linux-team" in the body.