Ubuntu 14.04 connaitra la fonctinnalité TRIM par défaut
Le
P4nd1-P4nd4

Des années après Windows, Ubuntu utlisera TRIM
Vos diques SSD vous en remercieront et ne seront plus pourri par cette
daube de Linux
En tout cas, pour de l'avancée technologique, c'est vraiment une grosse
bouffonerie
;>)
Vos diques SSD vous en remercieront et ne seront plus pourri par cette
daube de Linux
En tout cas, pour de l'avancée technologique, c'est vraiment une grosse
bouffonerie
;>)
Oui regarde sous windows 7 ce qui pourri le ssd
Le planificateur de tache qui active la défragmentation sur le ssd en plus
Complètement débile cet article. Tant qu'à faire ils auraient du
recommander de laisser l'ordi éteint pour être sûr que le SSD ne s'use pas.
Pas l'ensemble de l'article. Tous ce qui est sur l'optimisation du
placement des fichiers ne sert pas pour un SSD.
Trois points où l'article est complétement à l'ouest :
- Déplacement du temp sur un autre disque ;
- Désactivation de la protection système. Personnellement, rarem ent
utilisé, mais content qu'elle soit là . Par contre pour madame M ichouâ¦
- Désactivation du superFetch : L'accès sur un ssd n'a qu'un e latence
faible, ne sert pas à grand chose d'hydrater le cache. Par contre, je
comprend pourqoi le disque gratté autant au démarrage de mon Wi ndows
(il y a quelques annèes).
--
Hi! I'm a .signature virus! Copy me into your ~/.signature, please!
David Moreira ()
perso: /
6629 55A7 6AF3 45F4 E27D 9C1F DFB3 057C 93A2 EC9F
Le support du TRIM date officiellement d'octobre 2009 pour Windows et
février 2010 pour Linux (sur ext4). Au passage la commande Trim fait
partie de la norme ATA8 qui est encore à l'état de /draft/.
Et ces dites optimisations devraient donc eÌtre supprimé.
Sert ok, mais est vitale pour que l'application reste active. Pourquoi
ne pas placé automatique ce répertoire sur un ram disque ?
Ceci est de la poudre aux yeux pour des systèmes qui restent allumà ©s
longtemps pour invalidés toutes ces mises en cache..
En effet, on croit que le système va vite une fois chargé car il prend
des décisions pas prises par les Linux. Linux prend une politique /laz y/
et ne mettre en cache qu'une fois que le programme n'aie été dema ndé au
moins une fois.
Ce sont deux visions complétement opposés mais qui ont des argume nts en
leurs faveurs. Personellement je penche plus vers la décision de Linux
(et celle généralement prise par d'autres os), car j'attend que m on
système ne subisse pas de redémarrages abusifs.
--
Hi! I'm a .signature virus! Copy me into your ~/.signature, please!
David Moreira ()
perso: /
6629 55A7 6AF3 45F4 E27D 9C1F DFB3 057C 93A2 EC9F
Trolleur Polémiqueur
Pas con le conseil d'éviter de swapper sur le ssd ! ;D
Non un `swapoff -a' pour désactiver tous les swaps.
--
Hi! I'm a .signature virus! Copy me into your ~/.signature, please!
David Moreira ()
perso: /
6629 55A7 6AF3 45F4 E27D 9C1F DFB3 057C 93A2 EC9F
De la meÌme manière tu peux passer par la commande service ou pas ser
directement par le script (via /etc/init.d/crond) pour désactivation
temporaire.
Pour une désactivation permanente.
--
Hi! I'm a .signature virus! Copy me into your ~/.signature, please!
David Moreira ()
perso: /
6629 55A7 6AF3 45F4 E27D 9C1F DFB3 057C 93A2 EC9F
Lepostulat de base parlait d'un seul et unique clic.
Au final il y'en a 8.
C'est _beaucoup_ plus long que d'ouvrir une console et de modifier un
fichier texte.
--
Doug - Linux user #307925 - Slackware64 roulaize ;-)
++++++++++++++ Live long and prosper ++++++++++++++
Oui, mais la manip indiquée là dans Windows permet non seulement
d'activer/désactiver le swap, mais aussi de changer sa taille, et de le
définir disque par disque.
L'édition du /etc/fstab permet juste de désactiver. Pour le reste il
faut aller toucher au partitionnement, ce qui pour le coup est
*beaucoup* plus long :-)