Auteur Sujet: Le SSD de LaFibre.info  (Lu 23506 fois)

0 Membres et 1 Invité sur ce sujet

hwti

  • Abonné Orange Fibre
  • *
  • Messages: 2 237
  • Chambly (60)
Le SSD de LaFibre.info
« Réponse #24 le: 20 novembre 2016 à 18:12:53 »
Sous Linux, le Trim ne s'active pas, il se lance.
On peut aussi utiliser l'option de montage discard, qui va lancer la commande trim quand les blocs sont libérés.
Mais ça peut nuire aux performances, à part pour les SSD qui supportent le trim asynchrone (et attention aux bugs...).
https://wiki.archlinux.org/index.php/Solid_State_Drives#Continuous_TRIM

vivien

  • Administrateur
  • *
  • Messages: 47 211
    • Twitter LaFibre.info
Le SSD de LaFibre.info
« Réponse #25 le: 20 novembre 2016 à 18:27:12 »
Donc sur mon PC perso (jamais allumé la nuit), le fait que j'ai

# fstrim -v /
/: 21,3 GiB (22874333184 bytes) trimmed
# fstrim -v /home
/home: 136,9 GiB (146981949440 bytes) trimmed


Cela signifie qu'il ne s'est jamais lancé (cela dois faire 1mois que j'ai installé ce SSD sur mon PC)

En fait le trim qui se lance dans la crontab une fois par semaine la nuit, c'est bien pour des serveurs, mais pour un PC perso jamais allumé la nuit, c'est pas terrible.

BadMax

  • Client Free adsl
  • Expert
  • *
  • Messages: 3 481
  • Malissard (26)
Le SSD de LaFibre.info
« Réponse #26 le: 20 novembre 2016 à 18:50:14 »
En effet, il faut reprogrammer la tache en journée et/ou à une heure où on a l'habitude de s'en servir. Si on la programme 1x/sem, on a toutes les chances de la louper.

On peut aussi utiliser l'option de montage discard, qui va lancer la commande trim quand les blocs sont libérés.
Mais ça peut nuire aux performances, à part pour les SSD qui supportent le trim asynchrone (et attention aux bugs...).
https://wiki.archlinux.org/index.php/Solid_State_Drives#Continuous_TRIM

J'ai découvert cette option assez récemment mais vu que tout le monde la déconseille, je préfère ne même plus en parler.

corrector

  • Invité
Le SSD de LaFibre.info
« Réponse #27 le: 20 novembre 2016 à 20:16:32 »
J'ai en moyenne 20 modifications de la base de donnée par seconde pour LaFibre.info avec les commandes insert, update et delete (chaque consultation d'une page met à jour des compteurs par exemple du nombre de vue par exemple)
Tu ne peux pas mettre cette table en RAM et faire des sauvegardes incrèmentales?

Si il devait y avoir une écriture systématique, les performances seraient mauvaises avec un disque dur traditionnel.

Le modification de ce paramètre se fait au moment de monter le système de fichier, c'est l'option commit=300 pour 300 secondes = 5 minutes

Par défaut, les données sont écrites sur un disque dur un maximum de 30 secondes. Si tu envoi un fichier de 500 Mo vers une clé USB, tu vois que c'est presque immédiat et que la clé travaille bien après que le transfert soit théoriquement terminé.

commit=secondes
Définir l’intervalle d’écritures périodiques, 30 secondes par défaut. Les plus grandes valeurs décalent la synchronisation des données vers le stockage permanent, avec des  conséquences  évidentes si le système plante. Aucune limite haute n’est forcée, mais un avertissement est affiché si elle est supérieure à 300 secondes (5 minutes).

Et si tu utilises un système journalisé pour SSD?

BadMax

  • Client Free adsl
  • Expert
  • *
  • Messages: 3 481
  • Malissard (26)
Le SSD de LaFibre.info
« Réponse #28 le: 20 novembre 2016 à 21:45:10 »
Le but est de limiter le nombre d'écritures sur le SSD pour éviter de réduire sa durée de vie.

corrector

  • Invité
Le SSD de LaFibre.info
« Réponse #29 le: 20 novembre 2016 à 22:05:02 »
Le nombre de modifications ou bien la quantité de données écrites?

BadMax

  • Client Free adsl
  • Expert
  • *
  • Messages: 3 481
  • Malissard (26)
Le SSD de LaFibre.info
« Réponse #30 le: 20 novembre 2016 à 22:22:01 »
Un peu des deux :D

vivien

  • Administrateur
  • *
  • Messages: 47 211
    • Twitter LaFibre.info
Le SSD de LaFibre.info
« Réponse #31 le: 24 novembre 2016 à 06:58:39 »
J'ai en moyenne 20 modifications de la base de donnée par seconde pour LaFibre.info avec les commandes insert, update et delete (chaque consultation d'une page met à jour des compteurs par exemple du nombre de vue par exemple)
Si il devait y avoir une écriture systématique, les performances seraient mauvaises avec un disque dur traditionnel.

Le modification de ce paramètre se fait au moment de monter le système de fichier, c'est l'option commit=300 pour 300 secondes = 5 minutes

Par défaut, les données sont écrites sur un disque dur un maximum de 30 secondes. Si tu envoi un fichier de 500 Mo vers une clé USB, tu vois que c'est presque immédiat et que la clé travaille bien après que le transfert soit théoriquement terminé.

commit=secondes
Définir l’intervalle d’écritures périodiques, 30 secondes par défaut. Les plus grandes valeurs décalent la synchronisation des données vers le stockage permanent, avec des  conséquences  évidentes si le système plante. Aucune limite haute n’est forcée, mais un avertissement est affiché si elle est supérieure à 300 secondes (5 minutes).


Je l'ai mis en place sur mon PC perso (plus pour tester avant de mettre en prod sur LaFibre.info) :

# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
# <file system> <mount point>   <type>  <options>       <dump>  <pass>
# / was on /dev/sda5 during installation
UUID=3db51002-de26-4ce6-8488-d059e81d5e2a /               ext4    commit=300,errors=remount-ro 0       1
# /boot/efi was on /dev/sda2 during installation
UUID=BC6E-E649  /boot/efi       vfat    umask=0077      0       1
# /home was on /dev/sda7 during installation
UUID=830f10b9-dacd-4f60-a251-6830442099c4 /home           ext4    commit=300,defaults        0       2
# swap was on /dev/sda6 during installation
UUID=d0361555-30f9-4791-ad98-e8c6505293c9 none            swap    sw              0       0
# Placer /tmp sur un RamDisque
tmpfs                                     /tmp            tmpfs   defaults,size=4g 0       0

C'est mis en place avec le reboot de 6h53 :
$ dmesg | grep EXT4
[    3.260881] EXT4-fs (sda2): mounted filesystem with ordered data mode. Opts: (null)
[    3.945954] EXT4-fs (sda2): re-mounted. Opts: commit=300,errors=remount-ro
[    4.032655] EXT4-fs (sda4): mounted filesystem with ordered data mode. Opts: commit=300


corrector

  • Invité
Le SSD de LaFibre.info
« Réponse #32 le: 24 novembre 2016 à 07:12:43 »
Le but est de limiter le nombre d'écritures sur le SSD pour éviter de réduire sa durée de vie.
Est-ce qu'il existe des systèmes mixtes combinant SSD et disques?

Nico

  • Modérateur
  • *
  • Messages: 44 486
  • FTTH 1000/500 sur Paris 15ème (75)
    • @_GaLaK_
Le SSD de LaFibre.info
« Réponse #33 le: 24 novembre 2016 à 07:53:24 »
Oui, les SSHD.

corrector

  • Invité
Le SSD de LaFibre.info
« Réponse #34 le: 24 novembre 2016 à 08:13:47 »
Oui, je connais, c'est un disque magnétique avec une mémoire aléatoire devant; tu peux faire la même chose avec un simple DD avec une batterie!

Je pensais plus à faire le contraire : un disque magnétique devant un SSD.

BadMax

  • Client Free adsl
  • Expert
  • *
  • Messages: 3 481
  • Malissard (26)
Le SSD de LaFibre.info
« Réponse #35 le: 24 novembre 2016 à 18:49:04 »
Et ça serait quoi l'intérêt ?

Quand on met un SSD ou une mémoire alimentée par une batterie devant un disque "mécanique", c'est pour servir de cache : l'écriture est acknowledgé immédiatement au système puis est écrite sur le disque en différé. Cela permet aussi d'avoir un journal d'écriture (avec ZFS par exemple).

Donc faire l'inverse, je vois pas.

Par contre, j'ai déjà vu une RAM sur batterie en face d'un SSD.