Forum TI-Planet.org

Rappelons que les interpréteurs Micropython 32 bits de nos calculatrices font appel à 3 types de mémoires :

• La mémoire de stockage qui comme son nom l'indique stocke physiquement tes fichiers de scripts Python.
• La pile (stack) qui référence, à l'exécution, les objets Python créés par tes scripts. Sa capacité limite donc le nombre total d'objets Python pouvant coexister simultanément en mémoire.
• Le tas (heap) qui reçoit, à l'exécution, le contenu des objets Python créés. Il limite donc le volume global de données utilisées pour ces différents objets.

Voici quelques indications de consommation heap mesurées en Python 64 bits sur nos ordinateurs, via la méthode sys.getsizeof(...) :

• pour un entier : 24 octets de base + 4 octets si non nul + 4 octets pour chaque groupe de 30 bits utilisés au-delà des premiers 31 bits dans sa représentation binaire
• pour une liste : 56 octets de base + 8 octets par élément + les tailles de chaque élément
• pour un tuple : 40 octets de base + 8 octets par élément + les tailles de chaque élément
• pour une chaîne : 49 octets de base + 1 octet par caractère
• pour un tableau d'octets (bytes) : 33 octets de base + 1 octet par octet

Ce n'est pas exactement pareil en Micropython 32 bits où nous ne disposons de plus pas de la méthode sys.getsizeof(...) pour des mesures fiables, mais le fonctionnement en reste similaire.

Dans tous les cas comme tu peux le constater le langage Python a le très gros défaut d'être un énorme consommateur de heap, mémoire qui sera bien souvent le facteur le plus limitant pour tes projets sur calculatrices. Rappelons les pires modèles sur ce critère :

• NumWorks avec seulement 64,9 Ko de heap si ta machine est verrouillée sur le firmware officiel
• éditions Python des TI-83 Premium CE et TI-84 Plus CE avec encore bien pire 19,7 Ko de heap

Voici maintenant les pires modèles sur le critère de l'espace de stockage utilisable pour les scripts Python :

• éditions Python des TI-83 Premium CE et TI-84 Plus CE qui en pratique n'autorisent que 80 Ko d'espace de stockage pour les scripts Python (si on les dépasse, l'application Python refusera de se lancer, et il faudra archiver ou supprimer des scripts jusqu'à redescendre en-dessous de cette limite)
• NumWorks avec encore bien pire 43 Ko si ta machine est verrouillée sur le firmware officiel

Des modèles qui cumulent les inconvénients.

Enfin, traitons du cas de l'application de mathématiques intégrée KhiCAS, disponible pour les modèles couleur TI-Nspire CX II, anciennes TI-Nspire CX, NumWorks, Casio Graph 90+E et fx-CG50.

img2calc choisissait ici parmi 2 formats de couleurs :

• tuples (rouge, vert, bleu)
• chaînes nommant les couleurs mais avec quelques différences par rapport aux NumWorks : uniquement des noms complets (pas d'initiales), et avec un peu moins de couleurs reconnues

Code: Select all

palette = (
"black", (104,40,120), (136,112,80), "green", (248,132,24), (160,168,160), "yellow", "cyan", "red", "", (248,172,176), "blue"
)

Les données de la palette occupaient ici :

• 156 octets en mémoire de stockage
• $mathjax$40+12\times 8 + 5\times\left(40+3\times\left(8+24+4\right)\right)+7\times 49+5+5+6+4+3+0+4$mathjax$
  soit 1,246 Ko à l'exécution en mémoire heap

Résumons les consommations, du meilleur au pire :

	tas/heap (octets)	stockage (octets)
nsp	468	86
hpprime	468	112
kandinsky	766	100
graphic	1246	156
ti_draw ti_graphics casioplot	1872	158

Une économie de mémoire fort modeste par rapport à tout ce que nous venons de survoler, les scripts générés pour KhiCAS se classant alors à l'avant-dernière place niveau consommation mémoire.

Or la bibliothèque graphique graphic de KhiCAS reconnaissait un autre format de couleur fort intéressant mais non utilisé ici, l'entier 16 bits. Un oubli fort regrettable de notre part, ne rendant ainsi pas honneur aux formidables possibilités de KhiCAS...