CALCULER LES PERFORMANCES DES THREADS

Commentaire de MAURICIO le 03/03/2008 16:17:29

Salut Cari,
je n' ai pas Delphi sous la main (juste Notepad mais j' ai vu ce que je voulais!) mais comme toutes les bonnes sources postées, celle-ci semble "désinteresser" (comprenez ici que les bonnes source demmandent un certains savoir et/ou un effort de compréhension) la majorité des membres de DelphiFr.

Pour ceux que cette source "répugne", sachez que les threads sont la base de tout appli (au moins un thread) et permettent en multithread, de ne pas bloquer la fenêtre principale à cause d' un long procédé par exemple.

Bien plus que calculer les performances des threads, cette source montre comment les utiliser et rien que pour ça, mérite d' être testée et téléchargée (aller hop, on se motive).

En tout cas moi, j' attends toujours avec impatiente tes sources (je sais que c' est frustrant de poster une bonne source sans avoir de commentaires) ...

A+

Commentaire de Caribensila le 03/03/2008 21:53:13

« Va falloir trouver du temps pour étudier la chose »
Boaf... Tu feras ça entre la thèse et l'antithèse de ta prochaine dissert' de philo sans problème. Y'a vraiment rien de terrible quand on connaît les APIs à utiliser.

Pour l'optimisation, je crois bien qu'il y a encore matière à quelques tutos. Moi aussi, je ramasse ça et là des tactiques intéressantes. Il faudra qu'on en reparle quand on sera moins emm.. par les vicissitudes de la vie.  ;)

Commentaire de Caribensila le 03/03/2008 22:43:22

Non, Môssieur Cantador! Je ne fais pas partie de ces privilégiés qui ne codent que de la musique et qui draguent la skieuse pour les copains (si vous voyez de qui je parle?).

Moi, je vais mettre les mains dans le ciment, pour changer un peu. Je suis opticien de formation, mais finalement je préfère le bâtiment ( en plus, c'est vrai! lol )

Promis, je reparlerai des Threads à mon retour. En particulier un Thread dont on conserve le contrôle d'exécution et qui n'est donc pas préempté à tous bouts de champ par le système d'exploitation... 'me reste juste à savoir à quoi ça pourrait bien servir.  lol

@ plus!

Commentaire de cirec le 04/03/2008 12:51:23 administrateur CS

Je vois que tous le monde est logé à la même enseigne ...

pas ou peut d'intérêt pour des sources qui n'ont pourtant jamais étés publiés
ceci entrainant des rétentions sur des dépôts plus intéressants.

Je conserve ainsi sous le coude, depuis des mois, des sources que j'avais l'intention de déposer ici (Ex le cube que certains ici on vu)  mais surtout un composant GDI+ qui s'intègre au TImage (sans installation) et qui ouvre tous les types d'images reconnues par Windows (depuis un fichier, une ressource, un stream, presse-papier) il peut les convertir dans différents formats (PNG GIF TIF JPG BMP avec Alpha Chanel ...) ,appliquer  Filtres, Transparences, Rotations, Miroirs, Négatifs, luminosités, etc ... etc et bien sur on peut conserver les changements ;)

Caribensila à l'air de prendre cela comme une fatalité mais je pense au contraire que les mentalités on changées et ce depuis un certain temps et pas dans le bon sens. et je pense ne pas être le seul à avoir la même vision des choses.

Sinon c'est vrai que les Thread sont important et utiles à condition de s'en servir correctement (n'est ce pas Cantador lol) et surtout quand c'est justifié.

Encore une source bien utile qui n'est pas estimé à sa juste valeur.

@+

Commentaire de MAURICIO le 04/03/2008 13:10:18

Merci Cirec, ça rejoint ce que j' essayai de dire: c' était une sorte de coup de gueule mal exprimé ...
En ce qui concerne ton compo, il m' interesse grave mais je ne suis pas sur mes compos pour le moment: je garde au chaud! Pour les "Requisite", ça marche sous tous les Windows ton compo?

Hop, j' en profite pour voter, c' est mérité. Ça passera inaperçu mais "les esclaves" (je me comprends) que nous sommes ont besoin aussi de motivation!!!
A+

Commentaire de cirec le 11/03/2008 12:23:06 administrateur CS

@Caribensila
Alors ... Bug ou pas bug sur les résultats du Thread Idle ??

Commentaire de Caribensila le 11/03/2008 21:35:09

Voilà. J'ai reposté.
Je teste la fin du Thread avec un PostMessage maintenant.
Ca devrait marcher.

Commentaire de Caribensila le 12/03/2008 02:06:21

Quel effroi ! ! !
Je n'avais pourtant pas oublié les oeufs de caille pourris...
- Dis, Jacquouille? T'avais pas un rôle dans "Les Visiteurs"?   mdrrr

Pas facile de corriger un bug que je n'ai pas chez moi...
Et tu n'envisagerais pas de changer de région par hasard? (passe que je ne sais plus quoi faire, moi.)

Commentaire de Caribensila le 12/03/2008 14:07:52

... Je parlais d'un FileTime, mon p'tit fillot ;)
GetThreadTimes() renvoie un FileTime, parce que ce serait trop simple avec un TDateTime.

The FILETIME structure is a 64-bit value representing the number of 100-nanosecond intervals since January 1, 1601.

typedef struct _FILETIME { // ft  
    DWORD dwLowDateTime;
    DWORD dwHighDateTime;
} FILETIME;

Commentaire de Caribensila le 12/03/2008 22:30:03

@Mauricio
En parlant ciné, j'espère que tu iras voir "Bienvenue chez les Ch'tis" et que ça te rappellera de bons souvenirs.  ;)

@Cirec
Palsambleu, ça me turlupine ce bug!
Ca pourrait (peut-être) venir du fait que tu as et avais un PC multicore, contrairement à moi.
Si c'est le cas, essaie de slasher la ligne "sleep(5);" dans la procédure "TMainForm.btnLancerThreadsClick(Sender: TObject)".

Si ça ne marche pas, je ne vois vraiment pas d'où ça pourrait venir ce bug.