Application ne repond pas + optimisations

Bonjour

J ai quelques questions sur l optimisation de mon appli qui effectue un tres grand nombre de calculs et qui, une fois lancée se 'fige' quand j en lance une autre...

j utilise un acces natif à sqlite.

J extrais une chaine serie de ma bdd (de 5 à 100 nombres) que je tris dans une atre table et sur laquelle je fais entre 400 et des miliers de passes.

Serait il plus judicieux (gain de temps) de trier une TstringList (ou un tableau) pour gagner du temps d execution ?
Cela empecherait il le fameux '.. ne reponds pas...'

aussi est il plus rapide pour remplir ma bdd de parcourir un fichier ou de mettre le fichier dans une tstringlist et de parcourir cette liste ? (d autant que je fais un stringreplace durant cette operation pour tester et remplacer le separateur decimal ?

enfin, la taille de la chaine en memoire influence t elle le temps d execution et est elle limitée par autre chose que la memoire de mon pc ?

Merci pour vos conseils ?

Il faudrait surtout savoir à quoi servent ces fonctions de tri puisque qu'elles pourraient déjà être appliquées à la lecture de la BD.

Ensuite les conversions de localisation, c'est le début de la fin :? Mieux vaut lire et écrire dans un fichier en utilisant toujours la même convention et utiliser les routines de formatage (avec FormatSettings) pour l'affichage ou la saisie.

Quant à la BD, le séparateur décimal ne devrait pas rentrer en ligne de compte...

Sinon, pour ne pas figer l'écran, exécute ces fonctions dans un thread.

Citation:

---

Envoyé par sp2308

J extrais une chaine serie de ma bdd (de 5 à 100 nombres) que je tris dans une atre table et sur laquelle je fais entre 400 et des miliers de passes.

Serait il plus judicieux (gain de temps) de trier une TstringList (ou un tableau) pour gagner du temps d execution ?
Cela empecherait il le fameux '.. ne reponds pas...'

---

On ne peut pas te répondre sans savoir précisemment ce que tu fais.
A vu de nez, je dirais qu'en même qu'il ne faut pas faire de calculs en allant continuellement chercher des données dans une table, même sqllite.
Il est sûrement préférable de charger les données dont tu as besoin au début, de faire tous tes calculs sur les données en mémoire, en passant par des structures adaptées à tes besoins (liste triées, dictionnaire hashcodé...), puis enregistrer uniquement le résultat final en base, une fois tous les calculs terminés.

Windows affiche "l'application ne répond pas" parce que l'application ne traite pas les messages Windows pendant tes calculs lourds.
Pour que les messages puissent être traités tu as deux possibilités :
- Soit tu fais en sorte que Application.ProcessMessages soit appelé de temps en temps pour traiter les messages Windows (mais attention, l'utilisateur peut alors reprendre la main sur l'IHM, profiter d'un ProcessMessages pour relancer un autre traitement, et tout planter...).
- Soit tu appliques la solution donnée par Andnotor : Tu déportes les traitements de calcul dans un Thread secondaire pendant que le thread principal continue à gérer l'IHM normalement.

La solution du thread peut être un peu plus délicate à gérer, mais le résultat sera nettement meilleur.

merci, je vais revoir mon prog

Concernant mes calculs il s agit d un test de sperman http://rfv.insa-lyon.fr/~jolion/STAT/node123.html