APPLI MULTITHREAD SYNCRONISÉE ET COMMENTAIRES XML

Commentaire de MPi le 23/04/2006 02:04:40

D'accord avec Lucyberad

Il y a trop de gens qui utilisent des variables du genre
Dim T as Whatever
Dim a as UnAutre

a = T - Y% + X&

et on finit par s'y perdre...

Les commentaires, c'est bien.
Les noms de variables ou de procédures, c'est encore mieux.
Il ne faut pas être avares de lettres. De simples Ctrl_C et Ctrl-V peuvent faciliter le travail pour ceux qui détestent entrer des lettres au clavier

Michel

Commentaire de vr3h le 24/04/2006 15:23:40

Pardon, pas les guillemets mais les apostrophes...

Commentaire de vr3h le 24/04/2006 16:08:55

Donc le but final de ce code est juste de montrer comment créer des commentaires qui apparaissent ensuite dans les infos-bulles lors de la saisie...
Ca c'est pour la partie Documentation XML.

Pour ce qui est du Mutex voilà grosso modo comment ca marche :
Quand tu appelles WaitOne, tu as 2 cas possibles :
1/ le mutex est libre, et à ce moment là l'état du mutex est défini sur "occupé"
2/ le mutex est deja sur l'état occupé et à ce moment là le processus qui vient d'appeler WaitOne attend que le mutex soit libéré (en appelant ReleaseMutex) avant de continuer.

Donc quand tu as 2 threads qui risquent d'accéder au même moment aux mêmes données, tu utilise un mutex pour savoir si un processus y accède déjà.

Commentaire de Lucyberad le 03/05/2006 01:27:24

voui c en cours.
(mais c jsute ralenti a cause de guild wars faction :p)

Commentaire de Lucyberad le 03/05/2006 10:53:34

ben la je suis au 2/3 du tuto.
apparté, assasin c du papier maché j'ai meme pas essayé et ritualiste j'aime pas aider les autres lol. moi c'est Necro/Ritualiste.
et pour le tuto ben je m'y remet car ca fait 2 jour que j'ai fini le jeux avec l'armure 60K de la fin. (merci les anglais d'etre les seuls a etre bon dans ce jeux a par ma guilde ^^).

et arretez de me parler de ce jeux car c'est pas un forum pour papotter ici de ca, et ca me donne envie de retourner dessus et le tuto avance pas ^^.
au lieu de jouer tu devrais me filer des infos sur le mutex ^^.

Commentaire de vr3h le 03/05/2006 13:44:30

lol lucy tu veux savoir quoi sur le mutex ?

Commentaire de vr3h le 04/05/2006 10:32:57

Voilà c'est ça. Le mutex est un petit objet qui fonctionne un peu comme les tickets que tu prends dans un hopital
pour passer à la caisse. Quand tu arrives aux caisses, tu prends un ticket (appel à waitone). Ensuite tu attends
que ton numéro sorte pour aller au guichet (que le mutex soit libre pour l'occuper). Une fois que tu as fini, tu
parts de la caisse, laissant la place libre à la personne d'après (release mutex).

Commentaire de vr3h le 05/05/2006 09:42:15

lol bon courrage pour le tuto et ta soutenance alors :)
et merci pour la citation :)

Commentaire de Lucyberad le 15/05/2006 19:11:27

Bon alors voila, apres des tonnes de recherche sur le mutex, il s'avere que en fait c'est un outil qui permet d'eviter que 2 thread accede a al meme ressource en meme temps d'un des threads.
d'ou l'utilisation de tickets.

j'ai donc regardé ton code sour visual studio, il a deja indiqué ce qui est vrai que sachant que
                Mut.WaitOne()
                Me.NombreEntier += 1
                Mut.ReleaseMutex()
est dans une classe, le Mut n'est plus reconnu (et il le surligne en bleu).
donc je l'ai viré et lancé, j'obtient 91ms.
quand je vire tout les mutex je merde pas et obtient 31ms.
donc voila, le mutex dans ton cas ne sert apparament a rien.

je me suis renseigné et vu que le mutex ne sert en fait qu'a proteger si un thread accede a une donnée qui necessite .close comme un stream par exemple ou des traitement asynchrone comme un ping asynchrone (alors que dans mon tuto je montre l'exemple d'un ping sur un thread different qui est largement mieux, le multithread est 10x mieux que les demandes asynchrone).

voilou, donc avec ces infos, sachant que je fais un tuto pour debuter et approfondir legerement et surtout faire un code propre, je ne mettrait pas dans un premier temps le mutex.