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

Réseau .NET Discussion :

Pistes pour debuggage/test car la je seche.


Sujet :

Réseau .NET

  1. #1
    Nouveau membre du Club
    Profil pro
    Inscrit en
    Mars 2003
    Messages
    59
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Mars 2003
    Messages : 59
    Points : 27
    Points
    27
    Par défaut Pistes pour debuggage/test car la je seche.
    Bonjour,


    Je plante le décor,réseau "mobile" Wifi avec 1 AP, 80 pda sous Wince, appli en compact Framework, une appli serveur en c# qui tourne sur un portable.
    90 % des pda envoient de la data, en faible quantité, 1 a 3ko max, toutes les 30s à quelques minutes au serveur et ne reçoivent que OK/NOK en retour.
    Les 10% restant font l'inverse, juste une commande en envoi et un retour de data de quelques ko.
    Le serveur utilise un classe Socket en asynchrone et le client fait du synchrone mais un dans un thread différent.

    A la base rien d'exceptionnel.

    Sauf que parfois (sinon c'est pas drôle...) tout fonctionne bien pendant 2/3h et pouf tout tombe d'un seul coup.
    Le client retourne cette erreur " A connection attempt failed because the connected party did not properly respond after a period of time, or established connection failed because connected host has failed to respond" et le serveur n'indique rien si ce n'est qu'a priori il ne reçoit rien.

    Bien entendu quand ça se produit soit je ne suis pas la, soit je n'ai pas les outils (Wireshark) pour pousser l'investigation.

    J'ai essayé de mon coté de simuler une forte charge avec une appli imitant 100/120 pda mais ça tient sans soucis. J'ai pensé a un moment a un problème d’épuisement de port TCP provisoire, mais au pire je suis a 1000 TIME_WAIT donc loin de ce problème.

    J'avoue que je ne sais plus de quel coté chercher ou comment essayer d'arriver a reproduire le problème ou quoi logger pour avoir une piste.

    Seule chose que je ne peux tester c'est un test réel avec les 80 PDA car je n'ai pas assez de stock de dispos...

    Je suis preneur de toutes les pistes que vous pouvez avoir.

    Merci !

    Edit : je ne jamais eu cet effondrement avec une quantité moindre de PDA (60\65) ce qui laisse supposer une "surcharge" a un moment donné, mais ou ca...

  2. #2
    Expert éminent sénior

    Avatar de François DORIN
    Homme Profil pro
    Consultant informatique
    Inscrit en
    Juillet 2016
    Messages
    2 761
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 40
    Localisation : France, Charente Maritime (Poitou Charente)

    Informations professionnelles :
    Activité : Consultant informatique
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : Juillet 2016
    Messages : 2 761
    Points : 10 546
    Points
    10 546
    Billets dans le blog
    21
    Par défaut
    Bonjour,

    Pour ma part, si tes tests de charge sont ok, j'essaierai de voir du côté du réseau. Pas impossible que ce soit le réseau qui tombe. Est-ce que tu peux faire des essais quand ça ne marche plus pour voir comment il se comporte ?

  3. #3
    Expert éminent sénior Avatar de Pol63
    Homme Profil pro
    .NET / SQL SERVER
    Inscrit en
    Avril 2007
    Messages
    14 184
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 42
    Localisation : France, Puy de Dôme (Auvergne)

    Informations professionnelles :
    Activité : .NET / SQL SERVER

    Informations forums :
    Inscription : Avril 2007
    Messages : 14 184
    Points : 25 140
    Points
    25 140
    Par défaut
    les sockets sont détruits après chaque envoi ou tu n'en utilise qu'un ?
    si détruits par la méthode dispose ? (et y a pas un stream à dispose aussi à la main ?)

  4. #4
    Nouveau membre du Club
    Profil pro
    Inscrit en
    Mars 2003
    Messages
    59
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Mars 2003
    Messages : 59
    Points : 27
    Points
    27
    Par défaut
    Les sockets sont détruit a chaque fois, ils sont dans un using.
    pareil pour les stream.

    Je penche aussi pour un effondrement du réseau, mais je vois pas pourquoi, le volume de donnée est ridicule, seule chose c'est le nombre d'appareils. 80 appareils en 802.11g est-ce que ca divise par 80 les 54mbs ou ça affecte quand il y'a besoin ?

    Malheureusement difficile de constater sur place, nos prestations sont sur toute la France est bien entendu quand je suis la tout fonctionne...

  5. #5
    Expert éminent sénior Avatar de Pol63
    Homme Profil pro
    .NET / SQL SERVER
    Inscrit en
    Avril 2007
    Messages
    14 184
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 42
    Localisation : France, Puy de Dôme (Auvergne)

    Informations professionnelles :
    Activité : .NET / SQL SERVER

    Informations forums :
    Inscription : Avril 2007
    Messages : 14 184
    Points : 25 140
    Points
    25 140
    Par défaut
    le wifi est à éviter à mon avis
    déjà avec des switch pas cher tu divises vite par le nombre de personnes (peu d'ip en mémoire donc broadcast pour le reste)
    mais en wifi je crois que c'est direct une division

    ajouté à cela que le wifi c'est une vitesse théorique, sur du g à 54mbs théorique tu peux te retrouver entre 5 et 30 selon la distance

    (...)
    de ce que je viens de lire, les wifi récents sont pas vraiment fait pour plus de 100 appareils connectés en même temps, donc le g ca doit être moins (ca serait entre 40 et 60)
    il y aurait bien un mécanisme anti collision (car 2 qui parlent en même temps ca risque de poser problème) donc ca doit surement etre un mécanisme de jeton pour savoir qui peut parler, ce qui expliquerait que le nombre influence
    il faudrait peut etre tirer un cable pour rajouter un deuxième point wifi un peu plus loin, et sur une autre bande de fréquence pour éviter les interférences

  6. #6
    Expert éminent sénior

    Avatar de François DORIN
    Homme Profil pro
    Consultant informatique
    Inscrit en
    Juillet 2016
    Messages
    2 761
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 40
    Localisation : France, Charente Maritime (Poitou Charente)

    Informations professionnelles :
    Activité : Consultant informatique
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : Juillet 2016
    Messages : 2 761
    Points : 10 546
    Points
    10 546
    Billets dans le blog
    21
    Par défaut
    Le problème du Wifi est qu'il est très sensible à l'environnement, notamment :
    • le nombre d'appareils connectés ;
    • le nombre de réseaux aux alentours (phénomène d'interférence, même sur des canaux différents s'ils sont proches) ;
    • sensible à l'ensoleillement (ca peut paraître surprenant mais ça peut arriver. J'ai détecté des instabilités réseaux à chaque fois qu'il faisait beau dans le cadre d'un projet !).
    • et j'en oublie sans doute...

  7. #7
    Membre régulier
    Homme Profil pro
    Développeur .NET
    Inscrit en
    Novembre 2013
    Messages
    51
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Rhône (Rhône Alpes)

    Informations professionnelles :
    Activité : Développeur .NET
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : Novembre 2013
    Messages : 51
    Points : 72
    Points
    72
    Par défaut
    Il faut aussi envisager des verrous inter-processus. Je ne sais pas comment fonctionne ton service mais si deux appels accèdent à la même case mémoire en même temps ils se bloquent mutuellement.

  8. #8
    Nouveau membre du Club
    Profil pro
    Inscrit en
    Mars 2003
    Messages
    59
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Mars 2003
    Messages : 59
    Points : 27
    Points
    27
    Par défaut
    Je vais tenter d'ajouter un AP supplémentaire pour limiter la charge.
    L'AP d'origine possède 4 port RJ45, je vais ajouter un AP "simple" derrière qui prendra le premier AP comme DHCP et je diviserai mes connections sur les deux.

    La dernière fois il était plus de 23h donc ce n'était pas le soleil

    Il y'a un moyen de savoir si un environnement est plus "perturbé" qu'un autre?

  9. #9
    Expert éminent sénior Avatar de Pol63
    Homme Profil pro
    .NET / SQL SERVER
    Inscrit en
    Avril 2007
    Messages
    14 184
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 42
    Localisation : France, Puy de Dôme (Auvergne)

    Informations professionnelles :
    Activité : .NET / SQL SERVER

    Informations forums :
    Inscription : Avril 2007
    Messages : 14 184
    Points : 25 140
    Points
    25 140
    Par défaut
    je crois que certains points d'accès peuvent te donner ce genre d'infos via le serveur web intégré

Discussions similaires

  1. Mode debuggage pour les tests Junit
    Par weed dans le forum Eclipse Java
    Réponses: 1
    Dernier message: 07/11/2008, 22h38
  2. [VB.net] Piste pour Alias Macro (débutant)
    Par Petit padawan dans le forum Windows Forms
    Réponses: 3
    Dernier message: 26/07/2005, 21h17
  3. [SRC] Cherche piste pour TLabel orientable
    Par Kaejar dans le forum C++Builder
    Réponses: 16
    Dernier message: 08/06/2005, 18h13
  4. Méthodologie pour les tests
    Par Maitre B dans le forum Test
    Réponses: 7
    Dernier message: 10/03/2005, 18h57
  5. [Stratégie] Ant pour les tests en Java ?
    Par franckR dans le forum Tests et Performance
    Réponses: 5
    Dernier message: 08/03/2004, 10h38

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