tomdev

Forum Replies Created

Affichage de 4 réponses de 1 à 4 (sur un total de 4)
  • Replies
    tomdev
    Participant

      voici en ne laissant que « autre ».

      Dans homeval.cgx, la valeur est censée êtr où ?

      Attachments:
      You must be logged in to view attached files.
      0
      0
      tomdev
      Participant

        bonsoir cdlog2,
        Merci pour le suivi du sujet et les différentes analyse que vous faites.
        Par contre, vous faites erreur sur plusieurs points.

        1) les graphiques sont générés par le navigateur via jquery ou autre librairie JS. Les fichiers HTML, JS, CSS sont statiques : le WES ne fait que les transmettre au navigateur, il n’y a donc aucune intelligence la dedans.
        Les seuls fichiers dynamiquement générés par le WES lors d’un appel HTTP sont les fichiers CGX.
        Dans la copie d’écran de la console network on voit bien que ce sont n’importe quel type d’appel HTTP qui pose problème (CGX ou fichier statique)

        2) Les timing d’attente que j’indique (barre orange) ne sont pas des temps de réception du fichier (qui est forcément plus long pour les gros fichiers) mais c’est le temps d’attente avant d’avoir une connexion TCP ouverte sur le WES (la requête HTTP n’est même pas encore faite).
        Les autres étapes d’une requête HTTP, envoi de la requête HTTP, attente de la réponse (barre verte) et réception de la réponse (barre bleue) se trouve à droite de la barre orange => ils ont généralement courts donc pas de problème à ce niveau

        Je vous invite à faire le test sur votre WES : ouvrez la console network, cochez la case « disable cache » et aller sur l’accueil du WES.
        Faites le test plusieurs fois et communiquez nous les résultats.

        Voici 2 nouvelles copies d’écran de mon WES lorsque le cache navigateur est désactivé.
        Clairement, lorsque le cache navigateur est activé c’est beaucoup mieux car il n’y a que 4 ou 5 requêtes HTTP a traiter par le WES (index.htm + les CGX)

        Attachments:
        You must be logged in to view attached files.
        0
        0
        tomdev
        Participant

          Bonsoir,
          certains messages on disparu du sujet.

          Comme vous l’avez préconisé dans l’autre sujet, j’utilise google chrome pour faire les tests.
          Assez rarement le shift-f5 fonctionne sans problème, la console network ressemble alors à votre 2e copie d’écran.
          Dans ce cas, attendre 5 secondes puis refaire shift-f5, ca plante à tous les coups.

          Concernant votre copie d’écran n°2, on constate plusieurs choses qui ne sont pas habituelles :
          – chrome arrive à établir seulement 4 connexions simultanées au WES
          – les tentatives de connexions suivantes restent bloquées (barre orange) encore 3 secondes après la réponse du premier lot de 4 requetes
          – au total il faut quasi 10 secondes pour charger l’index.hml et ses ressources
          => Est-ce une limitation lié à la plateforme materielle du WES ?

          Pendant ces freeze de quelques secondes le WES ne répond plus du tout : 3 secondes sur votre copie d’écran mais moi je constate des freeze de 1 secondes (cas du shift-f5 qui fonctionne) à plus de 20 secondes

          0
          0
          tomdev
          Participant

            Je viens de vérifier ce soir et effectivement c’est bon.
            Je ne sais pas ce qu’il s’est passé hier.
            Désolé pour la fausse alerte

            0
            0
          Affichage de 4 réponses de 1 à 4 (sur un total de 4)