[phpBB Debug] PHP Warning: in file [ROOT]/includes/bbcode.php on line 130: preg_replace(): Compilation failed: subpattern name expected at offset 56 SSD - Optimisation et conseils -
Ce sujet a pour but de récolter les conseils (quoi mettre dans le SSD, ...) et comment optimiser au mieux, sans tomber dans la parano, le SSD. On lit beaucoup d'infos sur le net, dont certaines sont maintenant obsolètes, bref c'est un peu la jungle.
Ce sujet débouchera ensuite sur une page dans le wiki.
Si Clément et Jacques-Philippe passent par là ...
Desktop - Manjaro-KDE x86_64 Stable / Arch-KDE x86_64 - CPU : Intel® i5-3570K @ 3.40GHz - RAM 8 GO - Carte-mère : MSI Z77A-G45
Carte graphique : Intel® HD Graphics 4000 - Audio device: Intel Corporation Panther Point High Definition Audio Controller Laptop – Manjaro-XFCE x86_64 - CPU : Intel Pentium Dual-Core B940 - Carte graphique : Intel HD Graphics 3000
[Dupont]Je dirais même plus ,pas de swap et Fstrim.timer et relatime [/dupond]. Plus sérieusement ,n'ayant que 2 gigas de RAM ,j'ai laissé une swap équivalente qui ne sert en gros que lors des grosses mises à jour. si la durée de vie d'un cluster est de 1000 écritures ,ça me laisse pas mal de mises à jour devant moi....
Noyau récent MANJARO x86_64 bits: 64 Xfce 4.16
ASUSTeK model: PRIME B350M-A v: Rev X.0x
6-Core: AMD Ryzen 5 2600X
AMD Baffin [Radeon RX 460/560D / Pro
driver: amdgpu v: kernel
Display: x11 server: X.Org driver: amdgpu,ati unloaded: modesetting
OpenGL: renderer: Radeon RX 560 Series
Arch en Dual. Aucun lien publicitaire ne saurait être toléré dans la signature!
lemust83 a écrit :si la durée de vie d'un cluster est de 1000 écritures ,ça me laisse pas mal de mises à jour devant moi....
la swap est gérée exactement comme de la RAM donc tu peux très bien avoir un million d'écritures en une seconde
#a ne pas utiliser lorsque tu es en swap: #écriture 9999999999999 fois sur le (swap)ssd d'une variable temporaire :( for $i=1 to 9999999999999 begin $i = $i * ($i+1) # gros calcul :) end echo $i
Puisqu'il est dit de rajouter relatime dans le fstab pour les partitions ext4 du SSD, j'en profite pour mettre quatre fstab d'origines, chacun différent.
Otacon a écrit :Arf, 8 heures d'avion devant moi.. Fstrim.timer et relatime , pas de swap. Plus complet dans huit jours.
Pour moi : * fstrim.timer (modifié en daily) * swap sur le disque à plateaux, mais elle a l'air de ne jamais servir malgré mes 4 Go seulement de RAM, car je n'hiberne jamais, tellement le démarrage est rapide ... * relatime, data-ordered (qui est en fait l'option par défaut)
Ben je prends l'exemple d'un Crucial M4, il fallait mettre son firmware à jour car il y avait le bug des 5000 heures. Quand même plus parlant que le bug des 6 mois , 3 semaines et 4 jours
ewolnux a écrit :SSD, quels avantages/inconvénients ? Quant à la partition Data, quel intérêt à la mettre sur le SSD ? Plus judicieux à la laisser sur un HDD mécanique ?
Avantages : rapidité, notamment au démarrage avec sa corrélation de rendre la veille prolongée et la swap inutiles à partir de 4 Go de RAM. Inconvénient : actuellement le cout du Go qui impose de garder un HDD classique en parallèle pour les DATA volumineuses, et de les gérer par des raccourcie et non en intégration classique dans le home.
Tout est dit...
EDIT Il est peut-être un peu tôt pour affirmer une fiabilité et durabilité supérieures aux "plateaux", de plus, comme pour les "plateaux", ça dépend +++ de la marque !
Avec mes 4 SSD sur des machines différentes, je fais toujours la même chose : - Système d'exploitation et home sur le SSD (/home pas forcément sur une partition différente). - Les données sont sur un ou des disques à plateaux (HDD classique).
Suivant l'utilisation de la machine : monter les partitions au démarrage (fstab), faire des liens symboliques, etc.
asus% df -h Sys. de fichiers Taille Utilisé Dispo Uti% Monté sur /dev/sda5 34G 25G 7,8G 76% /
Je sais j'ai plein de gros logiciels (Flight Gear et autres) qui tiennent une place folle et dont je ne me sers que quand la famille est là, mais il n'y a même pas le /home dedans.