>> Y'a t'il un moyen de superviser les allocations memoire ?
Herve AGNOUX: > Pour les allocations m�moire je sais pas trop. Mais de toutes fa�ons > personnes ne contr�le les allocations m�moires, il me semble ? C'est > pour quoi que tu veux le faire ? Tout simplement pour eviter qu'une appli consomme toute la memoire (et de ce fait bloque le bureau et toutes les autres applis). J'avais pense a redefinir la classe Object (ca marche) mais la consequence est que chaque appli a des classes totalement differentes et donc ne sont plus compatibles (ne peuvent etre affichees sur le meme bureau. Je n'ai rien trouve non plus du cote de JPDA. Une troisieme possibilite envisagee est la modification du bytecode: remplacer les "new MaClasse()" par des appels a "Usine.createMaClasse()". Mais ca ne m'a pas l'air simple. Reste la piste des proxys. (voir message separe) >> Y'a t'il moyen de controler le temps passe dans le thread swing >> pour chaque appli ? (- Si vous avez des idees... -) > Pour swing il y a peut �tre moyen de se d�brouiller (un peu) en > for�ant le thread group de swing. Je l'ai jamais fait, mais un jour > il faudra certainement que je me le tape pour �tre s�r de r�cup�rer > les erreurs swing. En fait il n'y a pas de group pour swing mais un seul thread. L'idee est effectivement de le controler... surement avec un autre thread de priorite superieure. En fait je pense recuperer la EventQueue et filtrer les evenements selon les applis. Et placer un delai maximal d'execution pour chaque evenement... Ca simplifierait quand meme pas mal les choses si Swing etait multi-threade. > Il suffit peut �tre de cr�er un ThreadGroup d�s le d�part > (normalement tous les thread cr��s � partir de lui, dont swing, > devrait y �tre int�gr�s, ou bien de passer par le > SecurityManager.getThreadGroup. Mais cela oblige � fixer soit le > ThreadGroup, soit le SecurityManager. J'ai deja un SecurityManager personnalise, c'est lui qui grace a getClassContext() me permet de determiner quelle appli est en cours. Et chaque appli s'execute dans son propre threadgroup. Mais ceci n'est pas utilisable pour la partie Swing (car mono-thread). A+ Guillaume
