Bonjour,
Y a-t-il quelque chose de particulier à faire pour utiliser un SSD ?
A l'installation ?
Configuration (moins loguer, écritures sur le SWAP) ?
Merci d'avance
--
Benoit
Bonjour,
Y a-t-il quelque chose de particulier à faire pour utiliser un SSD ?
A l'installation ?
Configuration (moins loguer, écritures sur le SWAP) ?
Merci d'avance
--
Benoit
Bonjour,
Y a-t-il quelque chose de particulier à faire pour utiliser un SSD ?
A l'installation ?
Configuration (moins loguer, écritures sur le SWAP) ?
Merci d'avance
--
Benoit
Bonjour,
Y a-t-il quelque chose de particulier à faire pour utiliser un SSD ?
A l'installation ?
Configuration (moins loguer, écritures sur le SWAP) ?
Bonjour,
Y a-t-il quelque chose de particulier à faire pour utiliser un SSD ?
A l'installation ?
Configuration (moins loguer, écritures sur le SWAP) ?
Bonjour,
Y a-t-il quelque chose de particulier à faire pour utiliser un SSD ?
A l'installation ?
Configuration (moins loguer, écritures sur le SWAP) ?
Bonjour,
Y a-t-il quelque chose de particulier à faire pour utiliser un SSD ?
A l'installation ?
Configuration (moins loguer, écritures sur le SWAP) ?
Merci d'avance
--
Benoit
Bonjour,
Y a-t-il quelque chose de particulier à faire pour utiliser un SSD ?
A l'installation ?
Configuration (moins loguer, écritures sur le SWAP) ?
Merci d'avance
--
Benoit
Bonjour,
Y a-t-il quelque chose de particulier à faire pour utiliser un SSD ?
A l'installation ?
Configuration (moins loguer, écritures sur le SWAP) ?
Merci d'avance
--
Benoit
voici un tuto presque complet ayant trait à la question :
http://www.dmesg.fr/gestion-hardware/144-optimiser-un-disque-dur-ssd-sous" target="_blank" class="text-blue hover:opacity-90 " style="word-break: break-all;" rel="noopener nofollow">http://www.dmesg.fr/gestion-hardware/144-optimiser-un-disque-dur-ssd-sous -debian-linux-mint-ubuntu-et-derives
https://wiki.debian.org/SSDOptimization" target="_blank" class="text-blue hover:opacity-90 " style="word-break: break-all;" rel="noopener nofollow">https://wiki.debian.org/SSDOptimization
voici un tuto presque complet ayant trait à la question :
http://www.dmesg.fr/gestion-hardware/144-optimiser-un-disque-dur-ssd-sous -debian-linux-mint-ubuntu-et-derives
https://wiki.debian.org/SSDOptimization
voici un tuto presque complet ayant trait à la question :
http://www.dmesg.fr/gestion-hardware/144-optimiser-un-disque-dur-ssd-sous" target="_blank" class="text-blue hover:opacity-90 " style="word-break: break-all;" rel="noopener nofollow">http://www.dmesg.fr/gestion-hardware/144-optimiser-un-disque-dur-ssd-sous -debian-linux-mint-ubuntu-et-derives
https://wiki.debian.org/SSDOptimization" target="_blank" class="text-blue hover:opacity-90 " style="word-break: break-all;" rel="noopener nofollow">https://wiki.debian.org/SSDOptimization
Bonjour,
J'ai plusieurs systèmes sur des SSD depuis 3 ou 4 ans maintenant, pa s de choses particulières mise à part des trucs très lights :
- les options "discard,noatime,nodiratime" sur les montages "utilisateur " (home directory),
- le répertoire /tmp monté en tmpfs pour les machines de 8Go d e mémoire ou plus pour éviter des écritures inutiles.
Les SSD sont très bien gérés par le système.
En général, ils sont garantie 3 ans dans une utilisation assez important (écriture de + de 20% du disque par jour soit une 3-4 é criture complète du disque / mois), ceci n'arrive pas en pratique sur des ordinateurs de bureau...
Si tu as un 2eme disque à plateau classique, tu peux mettre /tmp /ho me /var dessus, mais tu n'auras pas un amélioration aussi spectaculair e des performances...
Bonjour,
J'ai plusieurs systèmes sur des SSD depuis 3 ou 4 ans maintenant, pa s de choses particulières mise à part des trucs très lights :
- les options "discard,noatime,nodiratime" sur les montages "utilisateur " (home directory),
- le répertoire /tmp monté en tmpfs pour les machines de 8Go d e mémoire ou plus pour éviter des écritures inutiles.
Les SSD sont très bien gérés par le système.
En général, ils sont garantie 3 ans dans une utilisation assez important (écriture de + de 20% du disque par jour soit une 3-4 é criture complète du disque / mois), ceci n'arrive pas en pratique sur des ordinateurs de bureau...
Si tu as un 2eme disque à plateau classique, tu peux mettre /tmp /ho me /var dessus, mais tu n'auras pas un amélioration aussi spectaculair e des performances...
Bonjour,
J'ai plusieurs systèmes sur des SSD depuis 3 ou 4 ans maintenant, pa s de choses particulières mise à part des trucs très lights :
- les options "discard,noatime,nodiratime" sur les montages "utilisateur " (home directory),
- le répertoire /tmp monté en tmpfs pour les machines de 8Go d e mémoire ou plus pour éviter des écritures inutiles.
Les SSD sont très bien gérés par le système.
En général, ils sont garantie 3 ans dans une utilisation assez important (écriture de + de 20% du disque par jour soit une 3-4 é criture complète du disque / mois), ceci n'arrive pas en pratique sur des ordinateurs de bureau...
Si tu as un 2eme disque à plateau classique, tu peux mettre /tmp /ho me /var dessus, mais tu n'auras pas un amélioration aussi spectaculair e des performances...
Pas de bol ! :(
https://wiki.debian.org/SSDOptimization#WARNING
Pour mon Samsung SSD 850 EVO
/* devices that don't properly handle queued TRIM commands */
{ "Samsung SSD 8*", NULL, ATA_HORKAGE_NO_NCQ_TRIM |
ATA_HORKAGE_ZERO_AFTER_TRIM, },
https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/tree/drivers/ata/libata-core.c#n4268
Cela veut-il dire que je ne vais pas pouvoir activer la commande TRIM (
*Discard)* avec ce modèle de disque ? :(
Pas de bol ! :(
https://wiki.debian.org/SSDOptimization#WARNING
Pour mon Samsung SSD 850 EVO
/* devices that don't properly handle queued TRIM commands */
{ "Samsung SSD 8*", NULL, ATA_HORKAGE_NO_NCQ_TRIM |
ATA_HORKAGE_ZERO_AFTER_TRIM, },
https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/tree/drivers/ata/libata-core.c#n4268
Cela veut-il dire que je ne vais pas pouvoir activer la commande TRIM (
*Discard)* avec ce modèle de disque ? :(
Pas de bol ! :(
https://wiki.debian.org/SSDOptimization#WARNING
Pour mon Samsung SSD 850 EVO
/* devices that don't properly handle queued TRIM commands */
{ "Samsung SSD 8*", NULL, ATA_HORKAGE_NO_NCQ_TRIM |
ATA_HORKAGE_ZERO_AFTER_TRIM, },
https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/tree/drivers/ata/libata-core.c#n4268
Cela veut-il dire que je ne vais pas pouvoir activer la commande TRIM (
*Discard)* avec ce modèle de disque ? :(
- les options "discard,noatime,nodiratime" sur les montages
"utilisateur" (home directory),
- le répertoire /tmp monté en tmpfs pour les machines de 8Go de
mémoire ou plus pour éviter des écritures inutiles.
Si tu as un 2eme disque à plateau classique, tu peux mettre /tmp /home
/var dessus, mais tu n'auras pas un amélioration aussi spectaculaire
des performances...
- les options "discard,noatime,nodiratime" sur les montages
"utilisateur" (home directory),
- le répertoire /tmp monté en tmpfs pour les machines de 8Go de
mémoire ou plus pour éviter des écritures inutiles.
Si tu as un 2eme disque à plateau classique, tu peux mettre /tmp /home
/var dessus, mais tu n'auras pas un amélioration aussi spectaculaire
des performances...
- les options "discard,noatime,nodiratime" sur les montages
"utilisateur" (home directory),
- le répertoire /tmp monté en tmpfs pour les machines de 8Go de
mémoire ou plus pour éviter des écritures inutiles.
Si tu as un 2eme disque à plateau classique, tu peux mettre /tmp /home
/var dessus, mais tu n'auras pas un amélioration aussi spectaculaire
des performances...
....
Les SSD sont très bien gérés par le système.
....
Les SSD sont très bien gérés par le système.
....
Les SSD sont très bien gérés par le système.
En outre, à ma connaissance, l'option discard a plutôt un effet négatif
sur les performances. Cf. le point 3 de l'article ci-dessous :
http://blog.neutrino.es/2013/howto-properly-activate-trim-for-your-ssd-on-linux-fstrim-lvm-and-dmcrypt/
Je lui préfère donc, comme cela est préconisé dans l'article, un petit
« /sbin/fstrim / » lancé via cron.
En outre, à ma connaissance, l'option discard a plutôt un effet négatif
sur les performances. Cf. le point 3 de l'article ci-dessous :
http://blog.neutrino.es/2013/howto-properly-activate-trim-for-your-ssd-on-linux-fstrim-lvm-and-dmcrypt/
Je lui préfère donc, comme cela est préconisé dans l'article, un petit
« /sbin/fstrim / » lancé via cron.
En outre, à ma connaissance, l'option discard a plutôt un effet négatif
sur les performances. Cf. le point 3 de l'article ci-dessous :
http://blog.neutrino.es/2013/howto-properly-activate-trim-for-your-ssd-on-linux-fstrim-lvm-and-dmcrypt/
Je lui préfère donc, comme cela est préconisé dans l'article, un petit
« /sbin/fstrim / » lancé via cron.
Mais alors, si jamais on monte un disque SSD sans l'option discard
_et_ sans prendre le soin de faire un fstrim régulièrement, alors que
se passe-t-il ? Le disque va se remplir inexorablement au fil du temps
et à un moment donné je ne pourrai tout simplement plus écrire dessus
(bien que le filesystem, lui, ne soit pas à 100%) ?
Personnellement, j'aurais plutôt pensé que le SSD fait le trim
lui-même tout seul comme un grand, quand ça l'arrange. Je me trompe ?
Ou alors ce n'est vrai que pour des SSD d'une certaine qualité ?
Mais alors, si jamais on monte un disque SSD sans l'option discard
_et_ sans prendre le soin de faire un fstrim régulièrement, alors que
se passe-t-il ? Le disque va se remplir inexorablement au fil du temps
et à un moment donné je ne pourrai tout simplement plus écrire dessus
(bien que le filesystem, lui, ne soit pas à 100%) ?
Personnellement, j'aurais plutôt pensé que le SSD fait le trim
lui-même tout seul comme un grand, quand ça l'arrange. Je me trompe ?
Ou alors ce n'est vrai que pour des SSD d'une certaine qualité ?
Mais alors, si jamais on monte un disque SSD sans l'option discard
_et_ sans prendre le soin de faire un fstrim régulièrement, alors que
se passe-t-il ? Le disque va se remplir inexorablement au fil du temps
et à un moment donné je ne pourrai tout simplement plus écrire dessus
(bien que le filesystem, lui, ne soit pas à 100%) ?
Personnellement, j'aurais plutôt pensé que le SSD fait le trim
lui-même tout seul comme un grand, quand ça l'arrange. Je me trompe ?
Ou alors ce n'est vrai que pour des SSD d'une certaine qualité ?