On part souvent du principe que l’on va g\u00e9rer nos donn\u00e9es en les accumulant dans le temps de fa\u00e7on infinie…<\/p>\n
Mais est-ce vrai?<\/p>\n
C’est en partie vrai.<\/p>\n
Les capacit\u00e9s de stockage \u00e9voluent assez rapidement dans le temps. Nous enregistrons de nouveaux fichiers assez r\u00e9guli\u00e8rement dans le temps mais pas forc\u00e9ment de fa\u00e7on continu. Ici, pour la r\u00e9flexion, on ne va retenir qu’une moyenne constante d’enregistrement de donn\u00e9es.<\/p>\n
Que se passe-t-il si on ajoute r\u00e9guli\u00e8rement suffisamment de capacit\u00e9s de stockage, suffisamment pour ne jamais arriver \u00e0 saturation?
\nTout se passe bien, on ne perd rien.<\/p>\n
Et si la capacit\u00e9 de stockage n’augmente pas assez vite (dans le cas extr\u00eame o\u00f9 elle ne peut plus \u00eatre augment\u00e9e) ? Le stockage de donn\u00e9es sous la forme propos\u00e9e pour nebule risque dans certains cas de g\u00e9n\u00e9rer, et donc de stocker, \u00e9norm\u00e9ment de donn\u00e9es. On doit pr\u00e9voir ce m\u00e9canisme d’oubli nativement.<\/p>\n La perte d’information ma\u00eetris\u00e9e impose de permettre cette gestion \u00e0 la main<\/em>. Mais quelle efficacit\u00e9 d’une gestion \u00e0 la main<\/em> pour plusieurs millions de fichiers? Sur quels crit\u00e8res d\u00e9clarer un fichier p\u00e9rim\u00e9<\/em>? Doit-on supprimer imm\u00e9diatement un fichier p\u00e9rim\u00e9<\/em>? Une fois un objet marqu\u00e9 comme p\u00e9rim\u00e9, comme propager son marquage? C’est \u00e0 dire, comment vont se comporter les relais avec ces objets dits p\u00e9rim\u00e9s? On part souvent du principe que l’on va g\u00e9rer nos donn\u00e9es en les accumulant dans le temps de fa\u00e7on infinie… Mais est-ce vrai? C’est en partie vrai. Les capacit\u00e9s de stockage \u00e9voluent assez rapidement dans le temps. Nous enregistrons de nouveaux fichiers assez r\u00e9guli\u00e8rement dans le temps mais pas forc\u00e9ment de fa\u00e7on continu. Ici, pour … Continuer la lecture de M\u00e9moire fini<\/span><\/a><\/p>\n","protected":false},"author":2,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":[],"categories":[91,106,111,114,23],"tags":[235,252,258,259],"_links":{"self":[{"href":"https:\/\/blog.nebule.org\/index.php?rest_route=\/wp\/v2\/posts\/41"}],"collection":[{"href":"https:\/\/blog.nebule.org\/index.php?rest_route=\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/blog.nebule.org\/index.php?rest_route=\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/blog.nebule.org\/index.php?rest_route=\/wp\/v2\/users\/2"}],"replies":[{"embeddable":true,"href":"https:\/\/blog.nebule.org\/index.php?rest_route=%2Fwp%2Fv2%2Fcomments&post=41"}],"version-history":[{"count":1,"href":"https:\/\/blog.nebule.org\/index.php?rest_route=\/wp\/v2\/posts\/41\/revisions"}],"predecessor-version":[{"id":2393,"href":"https:\/\/blog.nebule.org\/index.php?rest_route=\/wp\/v2\/posts\/41\/revisions\/2393"}],"wp:attachment":[{"href":"https:\/\/blog.nebule.org\/index.php?rest_route=%2Fwp%2Fv2%2Fmedia&parent=41"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/blog.nebule.org\/index.php?rest_route=%2Fwp%2Fv2%2Fcategories&post=41"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/blog.nebule.org\/index.php?rest_route=%2Fwp%2Fv2%2Ftags&post=41"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}
\nC’est dans ce cas que doit \u00eatre pr\u00e9vu un m\u00e9canisme de nettoyage (d’oubli), et donc de pertes ma\u00eetris\u00e9es<\/em>.<\/p>\n
\nDes m\u00e9canismes d’assistance ou d’automatisation doivent \u00eatre propos\u00e9s. Ils peuvent avoir plusieurs formes.<\/p>\n
\nPlusieurs crit\u00e8res peuvent \u00eatre pris en compte, et plusieurs combinaisons complexes peuvent \u00eatre calcul\u00e9es de crit\u00e8res simples :
\n– le temps de possession de l’objet, plus il est vieux plus il a de chance d’\u00eatre p\u00e9rim\u00e9 ;
\n– si le fichier dispose d’une nouvelle version, il n’est peut-\u00eatre plus int\u00e9ressant de le conserver ;
\n– l’attractivit\u00e9, ou un crit\u00e8re d’appr\u00e9ciation, donne de l’importance \u00e0 un fichier dans le temps et doit faciliter sa conservation ;
\n– l’intensit\u00e9 de l’appr\u00e9ciation peut \u00eatre exploit\u00e9e en absolu, un fichier qui appel un tr\u00e8s fort sentiment positif ou n\u00e9gatif a des chances de devoir \u00eatre conserv\u00e9 longtemps ;
\n– un fichier li\u00e9 \u00e0 plusieurs autre fichiers jug\u00e9s importants a surement besoin d’\u00eatre lui aussi conserv\u00e9, il va peut-\u00eatre h\u00e9riter par calcul d’une note d’appr\u00e9ciation ;
\n– d’autres fichiers font r\u00e9f\u00e9rences \u00e0 ce fichier, il faut s\u00fcrement le conserver ;
\n– mes amis ont gard\u00e9 ce fichier, il doit \u00eatre important.<\/p>\n
\nCelui-ci peut peut-\u00eatre servir \u00e0 quelqu’un d’autre? A-t-on la place de le garder en attendant? Peut-on se contenter de le supprimer lorsque l’on aura besoin de la place qu’il occupe? Doit-on les marquer p\u00e9rim\u00e9s en attendant ou g\u00e9rer une liste des objets p\u00e9rim\u00e9s?
\nL’analyse des fichiers \u00e0 marquer peut se faire en continu, moyennant une occupation constant et relativement importante de ressources. L’analyse peut se faire lors d’une phase de repos (activit\u00e9 de sommeil). Une liste peut aussi \u00eatre maintenu en temps r\u00e9el sans analyse, juste en classant les objets de fa\u00e7on croissante dans une liste et en faisant \u00e9voluer la place des objets en fonction de l’\u00e9volution de leurs param\u00e8tres.<\/p>\n
\nCette propri\u00e9t\u00e9 de p\u00e9remption doit-elle \u00eatre visible des entit\u00e9s tierces? Ou est-elle purement interne?<\/p>\n","protected":false},"excerpt":{"rendered":"