dej�, quel est la taille de ta JVM, a partir de ca, on peux commencer � immaginer une solution. Tes 5 ou 6 ouvertures de tableau, ce sont toujours le meme tableau avec les m�mes donn�es ou pas ? Dans le cas pr�sent, si c'est le meme tableau, un faut que tu imagines une structure te permettant de r�cup�rer la r�f�rence du tableau de la fenetre qui a �t� ouvert auparavant .., c'est pas trop dur, un objet static+finalize pour la destruction d'objet et c'est parti comme en quanrante.
-----Message d'origine----- De : Aurelien Mazurie [mailto:[EMAIL PROTECTED]] Envoy� : jeudi 28 novembre 2002 22:52 � : [EMAIL PROTECTED] Objet : Manipulation de gros tableaux: 2 J'oubliai =) J'ai regard� pas mal de documentation l� dessus, et je suis tomb� sur une histoire de SoftReference, qui apparemment pourrais me servir: si j'ai bien compris l'id�e c'est de charger mes donn�es dans un gros Object[][], et d'en garder une r�f�rence via une SoftReference, qui me garde les donn�es en m�moire (pas de garbage collect) tant que l'application n'a pas besoin de cette m�moire. Si c'est le cas, l'objet est vir�, et sera �ventuellement recharg� plus tard si l'utilisateur en a besoin. Cela semble �tre la panac�e ? De fa�on g�n�rale, pouvez-vous me confirmer que c'est du c�t� du garbage collector et des syst�mes de r�f�rences qu'il faut que je regarde pour g�rer de grosses quantit�s de donn�es ? Aur�lien Mazurie
