C'est vrai et regrettable, maintenant il y a quand même moyen d'améliorer notablement les choses:
-Choix d'une uSD classe A1 ou A2 (norme crée pour extension stockage smartphone, donc adaptées à un use-case 24/7 et permettant un wear-levelling statique avec ses opérations en arrière plan et donc des perfs plus constantes, ce que les bons modèles font et les rapproche de la gestion d'un SSD au TRIM près) de bonne factures.
-Monter la fréquence de l'interface, par défaut à 50MHz, plus proche du max de 100 (je suis depuis des années à 83 sans souci sur un PI3B).
-Aller voir côté sysfs les réglages vmm (virtual memory management): On peut régler la bufferisation, les temps de commit... tout ce qu'il faut pour permettre de mieux grouper les écritures par le FS: Gros gains de perf et longévité accrue, minimisant les écritures et donc les cycles d'effacement, surtout si on a conservé les logs sur la uSD et pas mis cela dans un tmpfs (au risque de plus les avoir pour un debug post-mortem). Si on a une alimentation à travers une batterie tampon évitant des pertes en cas de coupure brutale à la mesure des réglages, c'est vraiment une option à tester.
Rien que les cartes Ax, l'actuelle a 3 ans en usage domotique 24/7 et sans perte trop notable de perf qui annonce en général la fin: C'est mieux que les modèles industriels que j'utilisais jusque là et qui en wear-levelling dynamique restaient sujettes aux points chauds et peinaient à tenir 18 mois. Ces indus étaient mieux que les cartes de base (10/12 mois), mais on restait dans des cartes faites pour un usage "j'allume un bidule, il va faire qq accès surtout séquentiels, j'éteins": Pas de possibilité d'opérations d'arrière plan pour se garder un pool de secteurs pré-effacés, gérer des compteurs d'effacement par secteur physique flash et bouger les données vers un autre plus frais au besoin pour éviter les points chauds...
[^] # Re: On peut faire du bureau avec ?
Posté par lym . En réponse à la dépêche Raspberry Pi 5, évolution ou révolution ?. Évalué à 2.
C'est vrai et regrettable, maintenant il y a quand même moyen d'améliorer notablement les choses:
-Choix d'une uSD classe A1 ou A2 (norme crée pour extension stockage smartphone, donc adaptées à un use-case 24/7 et permettant un wear-levelling statique avec ses opérations en arrière plan et donc des perfs plus constantes, ce que les bons modèles font et les rapproche de la gestion d'un SSD au TRIM près) de bonne factures.
-Monter la fréquence de l'interface, par défaut à 50MHz, plus proche du max de 100 (je suis depuis des années à 83 sans souci sur un PI3B).
-Aller voir côté sysfs les réglages vmm (virtual memory management): On peut régler la bufferisation, les temps de commit... tout ce qu'il faut pour permettre de mieux grouper les écritures par le FS: Gros gains de perf et longévité accrue, minimisant les écritures et donc les cycles d'effacement, surtout si on a conservé les logs sur la uSD et pas mis cela dans un tmpfs (au risque de plus les avoir pour un debug post-mortem). Si on a une alimentation à travers une batterie tampon évitant des pertes en cas de coupure brutale à la mesure des réglages, c'est vraiment une option à tester.
Rien que les cartes Ax, l'actuelle a 3 ans en usage domotique 24/7 et sans perte trop notable de perf qui annonce en général la fin: C'est mieux que les modèles industriels que j'utilisais jusque là et qui en wear-levelling dynamique restaient sujettes aux points chauds et peinaient à tenir 18 mois. Ces indus étaient mieux que les cartes de base (10/12 mois), mais on restait dans des cartes faites pour un usage "j'allume un bidule, il va faire qq accès surtout séquentiels, j'éteins": Pas de possibilité d'opérations d'arrière plan pour se garder un pool de secteurs pré-effacés, gérer des compteurs d'effacement par secteur physique flash et bouger les données vers un autre plus frais au besoin pour éviter les points chauds...