Segment Garbage. - Page 2

cool, v voir

repondu

Dis, elle vient d'où ta signature ?
Elle est pas mal

1) pour fls, on le remplit completement avt de l'effacer, et au lieu d'archiver +ieurs fois la sauvegarde, je vois pas ou est la difference
2) on verra.
3) fallait le sortir avt

Thibaut -> forum/post.php?forum=4&sujet=253

Je vois pas trop en quoi ca use la flash plus qu'autre chose, en plus, il n'y a pas besoin de faire un garbage collection avant de l'utiliser, puisque ce bloc est tjrs libre.
Et comment veux-tu faire autrement pour faire un prog qui utilise 150Ko de RAM ?

150ko ça irait, non ?

150Ko, c'est difficilement faisable :
il suffit que le prog soit lance depuis un shell ou autre pour que ca ne marche pas, et puis il y a rarement 150Ko de libre sur les calcs des newbies !

Pollux : GenLib ne fait pas de nostub.

Oui, 150 KO, c'est limite, surtout si on a quelques TSRs installés.

1) je v pas a 30 fps, simplement c'est limite a cause de la synchronisation verticale... et puis c'est genial, avec 90 fps tu vas plus vite que le refresh des grays, donc c'est affreux...
2) tu m'as dit que tu utilisais la meme methode
3) j'ai un peu de mal a comprendre comment tu peux aller aussi vite sans utiliser bcp de mem...

FlashZ, je te comprends très bien ton point de vue sur ce segment qui te donnerait la possibilité d'avoir plein de mem, mais je te freine : la mémoire flash a pour defaut principal de s'user rapidement : au bout de 10000 flashages, le constructeur dit que le mémoire est grillée, morte, inutilisable quoi !
donc si on joue beaucoup a ton jeu, plus tout le garbages, plus les autres progs ... t'arrive au bout du compte ...
c'est un peu tuer la calc à chaque fois !
Et crois moi, c'est pas des conneries, malheureusement ...

Fz, tu n'as pas besoin de reecrire dans ce segment chaque fois.
Teste si ce qui ext ecrit est encore bon.
Y'a pas de garbage tous les jours

Ben voilà tu as trouvé
Ca "bouche les trous" en ecrasant les fichiers effacés. Car un fichier effacé est toujours en Flash, et aucun autre fichier peut prendre sa place. Un garbage déplace les fichiers dans ces "trous" afin de libérer de la mémoire, et souvent de libérer entièrement les derniers secteurs, en mettant plusieurs petits fichier dans un seul "trou".

Cette gestion particulière (différente des fichiers en RAM) sert simplement à réduire le nombre d'écriture au minimum, je pense que ça te paraît logique.

Avec une limite de 100.000 écritures on n'a pas à s'inquiéter
Imaginons qu'on fait 1 GC par jour (c'est exagéré comme moyenne ), il faudrait 273 ans avant de foutre en l'air sa calto...

Ce bloc est là pour permettre un GC meme avec la RAM pratiquement pleine: soit on gardait de la RAM, soit de la flash; mais comme disait Thibaut, on n'a pas trop à s'inquieter de l'usure de la flash. Et il vaut mieux avoie plus de RAM de libre...

ça ça marchera pas !

j'ai du lire une vieille doc, alors car je suis sur de mon, chiffre !
heueusement que l'on m'a corrigé en plus !
et puis moi en moyenne, quand je me sers de la calc pour programmer, j'en fais au moins 20 par jour, mais bon, ça passe largement !

c clair moi aussi, quand je programme je prefere tt foutre en archive, sinon je passerais tt mon temps a reevoyer un groupe de fichiers a cause d'un bug
et les GC moi aussi y en a ttes les heures

pas bete !