Utilisation mémoire avec MATLAB 7.3

Bonjour à tous,

Je fait faire plein d'actions à mon Matlab via des scripts (ouverture fermeture de model Simulink).
Avec la version 6.5 de Matlab, cela marchait bien et la mémoire était libérée.
Avec la version 7.3, la consommation mémoire monte jusqu'à remplir toute la mémoire paginée.

Quand j'interrompt mon action j'ai rien en workspace mais beaucoup d'objets dans "inmem" qui doivent être les fonctions en mémoire. Certains de ces objets sont "unlockés" et pourtant impossible à "clearer".

J'ai pas l'impression d'avoir beaucoup de fuite mémoire puisque ça marche bien en Matlab 6.5.

Qu'est-ce qui a pu évoluer au point de me faire exploser la mémoire?

Mici d'avance pour vos idées

Citation:

---

Envoyé par sybilla

Quand j'interrompt mon action j'ai rien en workspace mais beaucoup d'objets dans "inmem" qui doivent être les fonctions en mémoire. Certains de ces objets sont "unlockés" et pourtant impossible à "clearer".

---

Désolé d'insister, mais es-tu sûr ?

How can I clear locked functions from memory?

Bonjour Dut,

Mon matlab utilise 1Go de Paginée,
Je fais un "Whos", j'ai rien.
Un "clear variables" et un "clear global" ne donne rien (en conso mémoire)
Un "clean functions" ferme Matlab et là évidemment 800Mo disparaissent.

C'est pour çà que je me suis orienté vers "inmem" pour voirs l'ensemble des fonctions.

(Je suis sous XP mais sous Win2000, j'ai le même problème. Ce n'est donc pas une histoire de Thème XP.
L'histoire du Thème XP est qu'avec Matlab 7.3 si on ouvre et ferme rapidement des fenêtres Simulink dans une boucle, les objets mémoires ne sont pas deleter par Matlab et on arrive vite à 10 000 handles de windows = plantage Matlab.
La solution est de désactiver le service Thème XP de windows.
Mais ici ce ne semble pas être le même problème)

Je cherche donc toujours en testant les différents memory manager de Matlab mais ça na pas l'air concluant.

++

Aïe, je crois avoir une piste:
Simulink -> Stateflow.
Ils ne s'interrogent plus pareil et je dois voirs l'utilité du SFexit...

Bonjour,

J'ai tester sans StateFlow, j'ai le même problème.
En revanche j'ai une communication en OLE avec Word (Office)
Il est possible que la fuite mémoire viennent de là.

++

Finalement, le bug vient d'un print -deps.
Sous Matlab 7.3 il consomme beaucoup trop or j'ai 3000 images à printer.
Y'a t-il un moyen de libérer la mémoire de ces prints?

As-tu essayé de modifier la propriété Renderer de l'objet Figure ?

Citation:

---

Renderer: [ {painters} | zbuffer | OpenGL | None ]

---

Je ne suis pas franchement sûr de l'impact que cela peut avoir sur PRINT :?

Bonjour, j'ai tester les types de prints.
Le bug survient lorsque je print une figure d'un model avec un Stateflow.
Même si je print (print('-depsc', '-zbuffer', hHandleFigure, 'Figure.eps');) une partie sans stateflow, je prends 1Mo de + en mémoire à chaque coup.

Si j'ai pas de stateflow dans mon modèle c'est OK

Si j'utilise R 6.5 c'est OK (même avec stateflow)

En gros y'a comme une incompatibilité entre print et un stateflow.

Code:

---

1 2 3 4 5 6

for i=1:100 load_system('MonSystem'); hHandleFigure= get_param('MonSystem/UnSS', 'Handle'); print('-depsc', '-zbuffer', hHandleFigure, 'Figure.eps'); close_system('MonSystem'); end;

---

Si tu met un Stateflow dans MonSystem = +1Mo/print, sinon OK

Pour les objets stateflow if existe une fonction sfprint. Je ne sais pas si ça peux mais essaye toujours.

Sfprint c'est pour les Stateflow mais le problème survient en faisant print d'un simple block non StateFlow

Confirmation chez Mathworks, ils aurait une fuite mémoire à ce niveau.
Condition: avoir un model avec des Stateflows et d'autres blocks.
Le print des autres block a une fuite mémoire.
Le sfprint du Stateflow se passe bien.

Je vous tiens au courant...