donc, si je comprends bien, il m'est jste possible d'acheter un barette
DIMM DDR Synchronous 667 MHz (1,5 ns) de 1 Go pour porter à 2 Go ma RAM,
c'est bien ça ???
Est-ce utile ???
Il est ressorti d'une autre discussion que finalement le swap en premier en partition primaire, ce n'est pas mal (en début de disque, donc avec en principe les temps d'accès les plus courts.
Ensuite le "/". Pour le "/home", si tu le sens tu peux la monter en lvm (ou plutôt lvm2), c'est génial. Personnellement c'est ce que fais, donc sur 3 partitions primaires en tout dont la dernière est déclarée pour lvm.
euh, je suis ignare là-dessus, c'est quoi lvm ? v pour virtual ?
Remarque: la considération sur la vitesse supposée plus importante en début de disque peut aussi conduire à inverser les deux premières partitions, car en pratique le swap est peu sollicité. A toi de voir.
Ben là, pour l'instant après un petit essai en 32 bits et avec qq applis ouvertes, j'avais 0 octets pour le swap, depuis que j'ai 4 Go de RAM, la RAM n'était d'ailleurs pas toute utilisée.
le /home c'est essentiellement les fichiers, donc la vitesse importe moins, il sont chargés en RAM.
le / c'est les bins, alors la vitesse a son importance.
Oui, mais la différence ne doit pas être très importante (voir remarque de Pascal), et puis la partition SWAP est très petite par rapport à la taille du disque: au début ou à la fin c'est pratiquement la même zone.
Pour lvm, "RTFM" ! C'est une gestion dynamique d'un système de fichier. En gros, on déclare une partition (ou un disque) (= "pvcreate") qui est découpé en blocs, que l'on assemble selon les besoins pour créer des "VG" et des "LV" (volumes logiques):
- possibilité de redimensionner "à chaud" les volumes, - miroir, raid, - snapshot, etc..
On peut bien sûr s'en passer, mais ça vaut le détour et il vaut mieux s'entrainer avant! Je te conseille l'approche suivante:
- tu laisses au début ton /home monté sur la racine
- tu installes ce qui faut (lvm2) puis tu créé un système de fichiers basé sur lvm, monté sur un répertoire test, en expérimentant les fantastiques possibilités (agrandissement / rétrécissement)
- quand tu es sûr de ton coup: tu recopies ton /home dedans, et tu le montes dans fstab sur /home
Il faut lire la doc, car c'est entièrement en mode ligne de commande. Les essais d'outils graphiques se sont révélés catastrophiques (en tout cas pour moi).
Windows (dont tu n'es pas familier) à tenté de singer ces fonctions avec ses "disques dynamiques" mais ce n'est pas très convaincant (pas plus de commentaire!)
Le 16/12/2011 17:40, Une Bévue a écrit :
denis.paris<denis.paris@free.fr> wrote:
Il est ressorti d'une autre discussion que finalement le swap en premier
en partition primaire, ce n'est pas mal (en début de disque, donc avec
en principe les temps d'accès les plus courts.
Ensuite le "/". Pour le "/home", si tu le sens tu peux la monter en lvm
(ou plutôt lvm2), c'est génial. Personnellement c'est ce que fais, donc
sur 3 partitions primaires en tout dont la dernière est déclarée pour lvm.
euh, je suis ignare là-dessus, c'est quoi lvm ? v pour virtual ?
Remarque: la considération sur la vitesse supposée plus importante en
début de disque peut aussi conduire à inverser les deux premières
partitions, car en pratique le swap est peu sollicité. A toi de voir.
Ben là, pour l'instant après un petit essai en 32 bits et avec qq applis
ouvertes, j'avais 0 octets pour le swap, depuis que j'ai 4 Go de RAM, la
RAM n'était d'ailleurs pas toute utilisée.
le /home c'est essentiellement les fichiers, donc la vitesse importe
moins, il sont chargés en RAM.
le / c'est les bins, alors la vitesse a son importance.
Oui, mais la différence ne doit pas être très importante (voir remarque
de Pascal), et puis la partition SWAP est très petite par rapport à la
taille du disque: au début ou à la fin c'est pratiquement la même zone.
Pour lvm, "RTFM" ! C'est une gestion dynamique d'un système de fichier.
En gros, on déclare une partition (ou un disque) (= "pvcreate") qui est
découpé en blocs, que l'on assemble selon les besoins pour créer des
"VG" et des "LV" (volumes logiques):
- possibilité de redimensionner "à chaud" les volumes,
- miroir, raid,
- snapshot, etc..
On peut bien sûr s'en passer, mais ça vaut le détour et il vaut mieux
s'entrainer avant! Je te conseille l'approche suivante:
- tu laisses au début ton /home monté sur la racine
- tu installes ce qui faut (lvm2) puis tu créé un système de fichiers
basé sur lvm, monté sur un répertoire test, en expérimentant les
fantastiques possibilités (agrandissement / rétrécissement)
- quand tu es sûr de ton coup: tu recopies ton /home dedans, et tu le
montes dans fstab sur /home
Il faut lire la doc, car c'est entièrement en mode ligne de commande.
Les essais d'outils graphiques se sont révélés catastrophiques (en tout
cas pour moi).
Windows (dont tu n'es pas familier) à tenté de singer ces fonctions avec
ses "disques dynamiques" mais ce n'est pas très convaincant (pas plus de
commentaire!)
Il est ressorti d'une autre discussion que finalement le swap en premier en partition primaire, ce n'est pas mal (en début de disque, donc avec en principe les temps d'accès les plus courts.
Ensuite le "/". Pour le "/home", si tu le sens tu peux la monter en lvm (ou plutôt lvm2), c'est génial. Personnellement c'est ce que fais, donc sur 3 partitions primaires en tout dont la dernière est déclarée pour lvm.
euh, je suis ignare là-dessus, c'est quoi lvm ? v pour virtual ?
Remarque: la considération sur la vitesse supposée plus importante en début de disque peut aussi conduire à inverser les deux premières partitions, car en pratique le swap est peu sollicité. A toi de voir.
Ben là, pour l'instant après un petit essai en 32 bits et avec qq applis ouvertes, j'avais 0 octets pour le swap, depuis que j'ai 4 Go de RAM, la RAM n'était d'ailleurs pas toute utilisée.
le /home c'est essentiellement les fichiers, donc la vitesse importe moins, il sont chargés en RAM.
le / c'est les bins, alors la vitesse a son importance.
Oui, mais la différence ne doit pas être très importante (voir remarque de Pascal), et puis la partition SWAP est très petite par rapport à la taille du disque: au début ou à la fin c'est pratiquement la même zone.
Pour lvm, "RTFM" ! C'est une gestion dynamique d'un système de fichier. En gros, on déclare une partition (ou un disque) (= "pvcreate") qui est découpé en blocs, que l'on assemble selon les besoins pour créer des "VG" et des "LV" (volumes logiques):
- possibilité de redimensionner "à chaud" les volumes, - miroir, raid, - snapshot, etc..
On peut bien sûr s'en passer, mais ça vaut le détour et il vaut mieux s'entrainer avant! Je te conseille l'approche suivante:
- tu laisses au début ton /home monté sur la racine
- tu installes ce qui faut (lvm2) puis tu créé un système de fichiers basé sur lvm, monté sur un répertoire test, en expérimentant les fantastiques possibilités (agrandissement / rétrécissement)
- quand tu es sûr de ton coup: tu recopies ton /home dedans, et tu le montes dans fstab sur /home
Il faut lire la doc, car c'est entièrement en mode ligne de commande. Les essais d'outils graphiques se sont révélés catastrophiques (en tout cas pour moi).
Windows (dont tu n'es pas familier) à tenté de singer ces fonctions avec ses "disques dynamiques" mais ce n'est pas très convaincant (pas plus de commentaire!)
Doug713705
Le 08-12-2011, Philippe nous expliquait dans fr.comp.os.linux.configuration :
Le 08/12/2011 20:38, Une Bévue a écrit :
J'entends configuration par installation et config de : Apache, php, rvm et ruby, libxml2, libxslt1 et nokogiri , zsh, expect etc...
J'imagine qu'il n'y a pas de solution pour ce genre de chose ?
Chez debian et associés:
dpkg --get-selections > fichier
Sauf erreur la page man de dpkg indique pas que seule la liste des paquets installés sera récupérée. La configuration des paquets ne sera pas transférer sur la nouvelle installation.
-- Doug - Linux user #307925 - Slackware64 roulaize ;-) http://usenet-fr.chainon-marquant.org http://newsportal.chainon-marquant.org http://news.chainon-marquant.org
Le 08-12-2011, Philippe nous expliquait dans
fr.comp.os.linux.configuration :
Le 08/12/2011 20:38, Une Bévue a écrit :
J'entends configuration par installation et config de :
Apache, php, rvm et ruby, libxml2, libxslt1 et nokogiri , zsh, expect
etc...
J'imagine qu'il n'y a pas de solution pour ce genre de chose ?
Chez debian et associés:
dpkg --get-selections > fichier
Sauf erreur la page man de dpkg indique pas que seule la liste des
paquets installés sera récupérée.
La configuration des paquets ne sera pas transférer sur la
nouvelle installation.
--
Doug - Linux user #307925 - Slackware64 roulaize ;-)
http://usenet-fr.chainon-marquant.org
http://newsportal.chainon-marquant.org
http://news.chainon-marquant.org
Le 08-12-2011, Philippe nous expliquait dans fr.comp.os.linux.configuration :
Le 08/12/2011 20:38, Une Bévue a écrit :
J'entends configuration par installation et config de : Apache, php, rvm et ruby, libxml2, libxslt1 et nokogiri , zsh, expect etc...
J'imagine qu'il n'y a pas de solution pour ce genre de chose ?
Chez debian et associés:
dpkg --get-selections > fichier
Sauf erreur la page man de dpkg indique pas que seule la liste des paquets installés sera récupérée. La configuration des paquets ne sera pas transférer sur la nouvelle installation.
-- Doug - Linux user #307925 - Slackware64 roulaize ;-) http://usenet-fr.chainon-marquant.org http://newsportal.chainon-marquant.org http://news.chainon-marquant.org
