Discussion :

[jdewalqu]

Bonjour,

je suis entrain de faire une application donc chaque frame utilise une JTable.
Dans chaque JTable, il peut y avoir une centaine de celulle(une cellule = une journée). Chaque cellule contient une autre table composé d'une seule ligne mais peut atteindre jusqu' à 1440 celulle(une cellule = 1 minute).

Mon problème est le suivant, le rafraichissement de la table principale est trop lent si mon nombre de cellule est très important. Par exemple si je scrolle la table pour voir d'autres données(cellule). un rafraichissement se fait. Si je scrolle du début à la fin, mon scroll est sacadé. Le scroll n'est qu'un exemple, il y a aussi le drag au dessus de ma table qui est lent car il y a un rafraichissemnt continu jusqu'à ce que je ne soit plus sous ma table.

Je pensais à des threads pour que les différentes actions puissent se faire en même temps.

Quelqu'un a déjà eu le même problème ?
Une début de piste serait déjà pas mal !
Je suis assez perdu là.

Merci

[seiryujay]

Que font tes méthodes getValueAt()? Un simple accés aux données ou un calcul?

[g_rare]

Dans chaque JTable, il peut y avoir une centaine de celulle(une cellule = une journée). Chaque cellule contient une autre table composé d'une seule ligne mais peut atteindre jusqu' à 1440 celulle(une cellule = 1 minute).

144 000 cellules de tableau (à gérer en mémoire) ...
tu m'étonnes que ça rame un peu!

[seiryujay]

144 000 cellules de tableau (à gérer en mémoire) ...
tu m'étonnes que ça rame un peu!

Moi j'ai une table de 16.000 éléments, et ça va super vite.
Ok, lui c'est 10 fois plus, mais bon faut voir...

[jdewalqu]

Re,

dans notre application, on a la possibilité de faire un zoom, c'est à dire qu'on regroupe plusieurs colonnes en une seule. En zoom fois 10, ca va naturellement plus vite. C'est pas encore le top mais c'est utilisable.

Pour résoudre en partie le problème de lenteur on a plus une JTable dans une autre JTable mais on dessine des blocs qui correspondent à des cellules dans chaque cellule de la JTable principale. Ca va déjà plus vite mais ca reste encore insuffisant. Le traitement reste trop important quand on doit dessiner trop de bloc.

On continue à optimiser pour que le traitement soit minimum

[seiryujay]

J'ai testé une JTable classique avec 100.000 éléments et j'ai pas de problèmes de lenteur.
Cela vient peut-être du fait que tu imbriques une table dans une table ou de ton dessin de cellules dans une cellule, ou alors c'est ce que tu fais dans ta méthode getValueAt() qui prend du temps.

Si tu as des calculs à l'intérieur de cette méthode, ça va ralentir ton appli. Tu ne dois faire qu'accéder aux valeurs stockées et ne RIEN calculer...

[jdewalqu]

je n'ai rien dans la méthode getValueAt vu que je n'ai pas de valeur.
Ce qui prend du temps, c'est la méthode paint(qui dessine mes blocs) et getTableCellRendererComponent de ma classe qui implémente TableCellRenderer qui est appelé lorsque je fais un drag au dessus de la table.
Le mouseDrag fait automatiquement le refresh de la table.
Idem si je bouge je scroll ma barre de défilement.
Je suis obligé de faire un minimum de traitement dans la méthode paint
parce que l'utilisateur peut changer le zoom(le nombre de blocs par cellule, la taille, la couleur d'un bloc peut changer à n'import quel moment,...)