🐰 Lapineige 🐇 @Lapineige@mamot.fr

Je note que très très majoritairement on utilise toujours le même œil… (vous aussi ça vous fait bizarre quand vous changez ? :D)

Personnellement je m'essaye actuellement à essayer dans changer, voir dans quel situation ça pourrait être plus pratique, notamment pour garder le gauche ouvert avec la vision d'ensemble en plus du droit dans le viseur 🤔

Merci pour les partages et réponses, ça commence à avoir l'air représentatif 🙂
(jusqu'à hier c'était très équilibré 50/50 entre les deux yeux, c'était étonnant)

Et donc d'après https://fr.wikipedia.org/wiki/%C5%92il_directeur, dans la population 1/3 à l'œil gauche directeur, 2/3 l'œil droit.
Ici l'œil utilisé majoritairement c'est 62% de droit (57/91) et 37% de gauche.
Soit à peu près autant (on doit être dans la marge d'erreur). Intéressant, je suppose qu'on utilise donc majoritairement son œil directeur 🤔

Ceci nous donne une consommation moyenne de ~38Go écrits/jours, ce qui me semble être une moyenne particulièrement élevée.
Un usage plus classique sera probablement bien en dessous.

Endurance théorique de mon SSD* "pas cher" (mémoire QLC, la moins résistante): 200To écrits.
En 7 mois et 1861h de fonctionnement:
- 10To lus (ça on s'en fiche)
- 8,6 To écrits.
Sachant qu'au début j'ai fait des benchmarks dessus, en écrivant quelques dizaines de fois ~5Go, c'est un peu surestimé.

Extrapolation de la durée de vie restante (en arrondissant au dessous pour prendre de la marge) : 11 ans.

Et vu ce qu'il y a là ⬆️, ça peut être nettement plus.

* Un Intel 660p

Et donc après correction : y'avait une (grosse) erreur dans mon opération, avec une déduplication qui se faisait sur les snapshots (ce qui est inutile, elles sont déjà dédupliquées).

Et donc, la vraie valeur, pour 5816 fichiers traités (sur les 92000) : environ 150 à 200Mo de mémoire utilisés.
Et un fichier .dat de 630Mo.

ping @sebsauvage @aplufr

Ah pour info dans le manuel y'a la formule de calcul de la taille du fichier .dat, si ça vous intéresse.
("Hashfile Size = Num Hashes X 90 + Num Files X 270", je vous laisse regarder les détails si besoin)

Et bien en effet, ça donne pile 2,4Go dans mon cas.

Note: je me suis rendu compte qu'il passait aussi sur les snapshots, donc en fait c'est plutôt 3To et 276 000 fichiers 😅 #gloups

En fait, plus je le lance, plus il consomme ? 😅
5,5Go maintenant.
Pourtant, même si c'est le même fichier .dat, je ne travaille que sur un sous-ensemble 🤔 😅

Ah intéressant, en mode verbeux on a des infos du genre: «Skipping small file [fichier]"» quand il fait les hash des nouveaux fichiers.

Il a l'air d'éviter de "perdre" du temps sur les petits fichiers.
Est-ce que ça fait perdre (beaucoup ?) en déduplication ? 🤔
Peut-être que ça ne concerne que des fichiers d'une taille similaire à la taille de l'extend, où ça n'aurait pas d'intérêt (face à une déduplication de fichiers).

Mise à jour: j'ai dû couper puis relancer l'opération.
Et j'ai pu observer plus longuement le processus, et… la pointe est à ~4,1Go de RAM.
"Un peu" plus 😅

Et le fichier de cache des hash (XXX.dat, qui est une base de donnée) fait 2,4Go.
J'en déduis que l'essentiel de la consommation en RAM vient de la taille de ce fichier ? 🤔

En complément: c'est redescendu à 500~600Mo actuellement