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 :

[C++ CLI] Plus rapide que le TIMER


Sujet :

C++/CLI

Vue hybride

Message précédent Message précédent   Message suivant Message suivant
  1. #1
    Membre éclairé
    Inscrit en
    Mars 2006
    Messages
    492
    Détails du profil
    Informations forums :
    Inscription : Mars 2006
    Messages : 492
    Par défaut [C++ CLI] Plus rapide que le TIMER
    Bonjour,

    je fais la capture de paquets et comme vous le savez tous, la vitesse peut aller j'usqu'a 1000mb/s (GIGABIT) .
    jai fais un timer qui fait la capture chaque 1ms, mais avec ça, il reste très long (beaucoup de packets qui sote), et en plus le système devient impeut lourd, est ce qu'il existe un autre moyen pour faire une capture rapide??

    Merci infiniment

  2. #2
    Membre éclairé
    Inscrit en
    Mars 2006
    Messages
    492
    Détails du profil
    Informations forums :
    Inscription : Mars 2006
    Messages : 492
    Par défaut
    Rebonjour,

    Jai fais une boucle while true avec un timer, ça marche bien, mais il y'a un grand problem, c'est quand il rempli la listView l'interface beug, quand il fini de remplir les paquets il devien comme il etait, comment enlever ce problem??,
    est ce que l'utilisation de delegate résoud le pb

    Merci énormement

  3. #3
    Membre chevronné
    Homme Profil pro
    Ingénieur développement logiciels
    Inscrit en
    Mai 2006
    Messages
    507
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Pas de Calais (Nord Pas de Calais)

    Informations professionnelles :
    Activité : Ingénieur développement logiciels
    Secteur : Communication - Médias

    Informations forums :
    Inscription : Mai 2006
    Messages : 507
    Par défaut
    Citation Envoyé par abbd
    Bonjour,
    Bonjour !

    je fais la capture de paquets et comme vous le savez tous, la vitesse peut aller j'usqu'a 1000mb/s (GIGABIT) .
    jai fais un timer qui fait la capture chaque 1ms, mais avec ça, il reste très long (beaucoup de packets qui sote), et en plus le système devient impeut lourd, est ce qu'il existe un autre moyen pour faire une capture rapide??
    Si tu n'as pas le temps de traiter tes paquets, fais des buffers, le temps de laisser le temps à ta machine de traiter les données... Si tu n'arrives même pas à stocker tes paquets parce-qu'il en arrive trop en même temps, où tu as un problème de conception dans ton soft ou alors change de machine pour en avoir une plus puissante!

    Jai fais une boucle while true avec un timer, ça marche bien, mais il y'a un grand problem, c'est quand il rempli la listView l'interface beug, quand il fini de remplir les paquets il devien comme il etait, comment enlever ce problem??
    Je ne comprends pas ce que tu veux dire...

  4. #4
    Membre éclairé
    Inscrit en
    Mars 2006
    Messages
    492
    Détails du profil
    Informations forums :
    Inscription : Mars 2006
    Messages : 492
    Par défaut
    Bonjour,

    Jai une strucrure comme celle la:

    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    3
    4
    5
    6
    7
    8
    9
    10
    11
    12
    13
     
    private: System::Void button1_Click(System::Object^  sender, System::EventArgs^  e) {
     timer5->Interval=10;
     timer5->Start();
    }
     
    private: System::Void timer5_Tick(System::Object^  sender, System::EventArgs^  e) {
     
    While (il y a des paquets qui arrivent) {
     
    listView->Items->add (un paquets)
     
    }
    je croyais que la listView qui rend mon application lourde, mais jai tort,
    jai essayé ensuite de stocket tous les paquets dans un tableau puis faire copier du tableau vers la listView, et malheureusement c'est la meme chose, il reste toujours lourd,

    Aidez moi svp a régler cet énorme problem qui m'inquiete énormement

    Merci infiniment

  5. #5
    Rédacteur
    Avatar de nico-pyright(c)
    Profil pro
    Inscrit en
    Octobre 2003
    Messages
    6 414
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Octobre 2003
    Messages : 6 414
    Par défaut
    ca veut dire quoi il reste lourd ?
    quand on a une boucle qui prend du temps, on fait pas de traitement GUI, sinon ca bloque tout

  6. #6
    Membre éclairé
    Inscrit en
    Mars 2006
    Messages
    492
    Détails du profil
    Informations forums :
    Inscription : Mars 2006
    Messages : 492
    Par défaut
    Rebonjour,

    il reste lourd, ç-à-d je oeux pas bougé mon interfave, ni déroulé le scrollbar de lisView,

    est ce qu'il existe pas un moyen de ne pas alourdire mon application??,

    Merci énormement

  7. #7
    Rédacteur
    Avatar de nico-pyright(c)
    Profil pro
    Inscrit en
    Octobre 2003
    Messages
    6 414
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Octobre 2003
    Messages : 6 414
    Par défaut
    ben oui, en ne faisant pas de traitement qui bloquent la pompe à message de windows
    utilise un thread http://dotnet.developpez.com/faq/cpp...trolFromThread

Discussions similaires

  1. Access plus rapide que SQL server ????? (débutante)
    Par 24 faubourg dans le forum MS SQL Server
    Réponses: 10
    Dernier message: 21/12/2005, 17h36
  2. [D7] composants plus rapides que dbExpress pour Oracle 8i
    Par Magnus dans le forum Bases de données
    Réponses: 2
    Dernier message: 10/10/2005, 12h06
  3. Plus rapide que bresenham ?
    Par mathieu_t dans le forum Algorithmes et structures de données
    Réponses: 3
    Dernier message: 01/06/2005, 13h28
  4. [VB6] timer plus rapide que 1 d'interval
    Par windob dans le forum VB 6 et antérieur
    Réponses: 12
    Dernier message: 24/02/2004, 00h16
  5. Réponses: 8
    Dernier message: 31/10/2003, 16h21

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