IdentifiantMot de passe
Loading...
Mot de passe oubli� ?Je m'inscris ! (gratuit)
Navigation

Inscrivez-vous gratuitement
pour pouvoir participer, suivre les r�ponses en temps r�el, voter pour les messages, poser vos propres questions et recevoir la newsletter

C++/CLI Discussion :

Temps d'ex�cution mat�riel et logiciel


Sujet :

C++/CLI

Vue hybride

Message pr�c�dent Message pr�c�dent   Message suivant Message suivant
  1. #1
    Membre averti
    Profil pro
    Inscrit en
    Mars 2007
    Messages
    38
    D�tails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Mars 2007
    Messages : 38
    Par d�faut Temps d'ex�cution mat�riel et logiciel
    Je me pose plusieurs question suite � des observations sur le comportement de mon application.

    Cette application permet de stocker dans un fichier les donn�es en provenance d'un port s�rie. Ceci est r�alis� par le biais d'une fonction ("dataReceived") appel�e � chaque r�ception sur la liaison s�rie utilis�e. Cette fonction appelle elle m�me une autre fonction (qui elle va mettre en m�moire les donn�es), en safe-thread. Voil� pour le fonctionnement g�n�ral.

    L'autre comportement de cette application est que :
    Chaque fois qu'une erreur de r�ception est signal�e on revient � la ligne dans le fichier. Bien que (� priori, et c'est �galement une de mes questions) l'on ne puisse pas faire correspondre (temporellement) l'�v�nement ErrorReceived � l'�v�nement DataReceived, je les ai entrelass�s pour pouvoir � peu pr�s savoir quelle donn�e re�ue � fait l'objet d'un ErrorReceived.


    Note : le fichier est �galement affich� dans une TexBox pour voir son avancement en temps r�el.

    Voil� ce qui me trouble :
    Le transfert que j'effectue, je le connais. C'est-�-dire que je connais exactement o� vont se trouver les erreurs de r�cepetion du c�t� pc, ainsi que le nombre et la valeur des donn�es.
    Et bien, se transfert qui prend 4s en temps r�el, en prend 8 � la r�ception. Bon OK on peut se dire que c'est le buffer de r�ception (mat�riel) du port s�rie qui se remplit. Mais dans ce cas lors du traitement on ne devrait plus avoir de ErrorReceived, puisque c'est un �v�nement ponctuel qui n'a pas de lien directe avec les donn�es lues.

    Bref je me demande simplement qu'est-ce qu'il se passe du c�t� windows, qu'est-ce qu'il met en m�moire tempon, met-il �galement toutes les occurences de ErrorReceived ? O� est-ce qu'il met �a ... ? Est-ce possible de savoir exactement qu'elle donn�e re�ue a g�n�r� l'ErrorReceived ?

    Merci d'avance. Si je n'e suis pas assez clair, n'h�sitez pas � me demander des pr�cisions ...

  2. #2
    Membre �prouv� Avatar de GP77
    Profil pro
    Inscrit en
    Mars 2006
    Messages
    111
    D�tails du profil
    Informations personnelles :
    Localisation : Belgique

    Informations forums :
    Inscription : Mars 2006
    Messages : 111
    Par d�faut
    Tes tests sont mode d�bug ???
    Perso mon app en d�bug avait des performances assez mauvaises, mais en release tout se passe � une vitesse normale...
    Essaie ton app en release, on ne sait jamais...

  3. #3
    Membre averti
    Profil pro
    Inscrit en
    Mars 2007
    Messages
    38
    D�tails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Mars 2007
    Messages : 38
    Par d�faut
    eh non, je suis bien en release...

Discussions similaires

  1. R�ponses: 9
    Dernier message: 20/06/2005, 12h17
  2. [C#] Calcul du temps d'ex�cution.
    Par lozzko dans le forum Windows Forms
    R�ponses: 4
    Dernier message: 12/06/2005, 16h12
  3. R�ponses: 2
    Dernier message: 25/05/2004, 15h33
  4. Affichage du temps d'ex�cution d'une requ�te
    Par milka dans le forum PostgreSQL
    R�ponses: 1
    Dernier message: 22/03/2004, 17h48
  5. Temps d'ex�cution des instructions FPU
    Par ubi dans le forum Assembleur
    R�ponses: 2
    Dernier message: 24/10/2003, 18h39

Partager

Partager
  • Envoyer la discussion sur Viadeo
  • Envoyer la discussion sur Twitter
  • Envoyer la discussion sur Google
  • Envoyer la discussion sur Facebook
  • Envoyer la discussion sur Digg
  • Envoyer la discussion sur Delicious
  • Envoyer la discussion sur MySpace
  • Envoyer la discussion sur Yahoo