optimisation memoire - Page 1

existe t il un programme qui serait une sorte de "defragmenteur" pour ti89?

pas que je sache.

bah ca sert à rien de tte maniere la caltos le fait tte seule qd elle en a besoin

Oui ça existe et c'est même livré sur toutes les calculettes en standard :
- pour la RAM ça s'appelle HeapCompress()
- pour la Flash ça s'appelle EM_GC(FALSE)

Thibaut a écrit :
Oui ça existe et c'est même livré sur toutes les calculettes en standard :
- pour la RAM ça s'appelle HeapCompress()
- pour la Flash ça s'appelle EM_GC(FALSE)

Je ne recommande vraiment pas l'utilisation de EM_GC qui fait le celebre "Garbage Colector" de nos chez TI, car il ne faut pas oublier que la FLASH a une durée de vie TRES limité !!! donc autent laisser faire la TI uniquement quand elle en a besoin ! Donc Autent eviter au maximum l'utilisation de cette fonction !

HeapCompress, par contre, tu peut l'utiliser AUTENT que tu veux !

ps
la mem n'est pas fragmentée sur une TI : un fichier est obligatoirement enregistré d'un bloc.

Je pense que c'est pour ça qu'il a mis le mot "defragmenteur" entre guillemets.

la FLASH a une durée de vie TRES limité

Ta Ti a plus de chance de crever en tombant ds le trou des chiottes pdt que tu te tapes un tetris sur le "trone" que d'une panne de la flash, je penses

squale92 a écrit :
Ta Ti a plus de chance de crever en tombant ds le trou des chiottes pdt que tu te tapes un tetris sur le "trone" que d'une panne de la flash, je penses

Surement, mais economison la flash quand meme, je veux dire que si TI a changer l'effacement des fichier dans la flash entre les ROM 1 et 2 c'est qu'il y a une raison !

Autent essayer de garder la flash le plus longtemps possible (garanti 1 million (100mille ? 10mille ? Je suis plus tres sur) de cycle d'effacement)
Autent eviter de trop jouer au garbage colector sur nos Tis. Enfin perso, un prog qui force le garbage collector finira direct poubelle, j'en ai po besoin, la ti le fait tt seul

100 milles, je crois

oué, moi aussi, la Ti le fait tout seul et ça suffit comme ça

1 millions, minimum. C le standart.
Sinon, le garbage collect est vraiment un défragmenteur pourris (si c'en est bien un), parceque même aprés un garbage, ça m'arrive souvent de pas pouvoir archiver un fichier alors qu'ils reste largement assez de place (en enlevant les 64Ko inutilisable, bien sur).

C'est pareceque tu as beaucoup de petits fichiers (comme moi) et quelques gros fichiers. Ca laisse des "trous" à la fin de chaque segment, et les gros fichiers sont... trop gros pour y entrer.

L'idéal serait que la fonction de GC réorganise les fichiers de la façon suivante, et à mon avis il n'y aurait plus aucun problème
- placer les plus gros fichiers en premier (en changeant de segment si le trou n'est plus assez gros)
- repartir du début et placer les fichiers un peu moins gros en deuxième (en changeant de segment si le trou n'est plus assez gros)
- repartir du début et ... etc, jusqu'à ce que tous les fichiers aient été déplacés.

Le problème : il faudrait je-ne-sais-pas-combien de fois plus de temps pour les GC !!

MacIntoc> oui, ce pb peut arriver
à la limite, même en faisant plusieurs GC à la suite, je penses pas que ça marche

Thibaut> clair

nan, ça fonctionne pas (déjas tester). C pour ça que l'algo de TI est merdique (tu me diras, c pas le premier), et que Thibaut devrait en refaire un pour Einstein..

Je ne préfère pas m'y risquer car ça implique une manipulation très complexe des données !
Comme je l'ai dit ça a l'air simple, mais quand il faut le programmer

et en calculant des bloc de 64 Ko à partir de la taille des fichiers, nan ?

Et en plus sa ta un pointeur qui devient fou, je te raconte po le bordel...

Vaux mieus laisser le tios s'en charger, apres tt, il n'y a jamais eu de fichier déféctueux apres un gc

bah nan, mais y a plein de place gaspiller

Le prob c que l'archive de la TI est coupé en block de 64Ko, et chaque bloc contient au moins 1 fichier. Donc quand la ti viens pour faire un GC, elle regarde si dans le dernier bloc de flash, il reste de la place pour le fichier en cours, si non, elle zap au bloc suivant.

De toute facon, reli le pavé que ta eu avec ta TI, il est bien spécifié que dans certain cas, les fichiers gros peuvent ne pas etre archivé, meme si la TI dit que ta assé de place !

Perso, se que j'amerait bien c un prog qui nous indique le plus gd trou libre dans la flash, comme sa on serait encore plus sur

c pour ça qu'il faudrait faire un vrai défragmenteur

Mouai, mais par contre un prog qui analyse la mémoire, et qui dit la taille du plus gros bloc libre de flash, sa m'interesserait bien

Qq'un se sent de le faire ???

ce serait une idée pour Thibaut, ça

Ok, j'ajoute cette fonctionnalité à Einstein ß3.0

Coool

et ben voilà, suffisait de demander

MacIntoc a écrit :
1 millions, minimum. C le standart. Sinon, le garbage collect est vraiment un défragmenteur pourris (si c'en est bien un), parceque même aprés un garbage, ça m'arrive souvent de pas pouvoir archiver un fichier alors qu'ils reste largement assez de place (en enlevant les 64Ko inutilisable, bien sur).

Nimporte koi, c 100 000 pour tous les modèles de Flash standard (je suis assez plongé dedans pour le savoir!!)

A ouais ?
En elec, pour le projet, on utilisait de la 1 million

projet de koi ??

bah sinon c cool, t'as un modèle très nettement supérieur...

une affranchisseuse. Mais ça m'étonne quand même que ce soit que 100 000 fois. Déjas qu' 1 millions c pas énorme...

c koi une affranchisseuse ? c pas une horloge pointeuse...?

mais je te le dis c 100 000 cycles d'effacement/écriture avant problèmes (y'A jamé écrit "catastrophiques" sur les sites des fabriquants ) (MTBF an anglais)

100 000 c énorme, ça représente plus de 10 ans d'utilisation intensive de la TI à faire des unarchive/archive toutes les semaines..