Jonas Tremsal
PhenisysConsultant NPM
Ses articles

Infrastructure de collecte réseau (Partie 1)
Sans collecte de données, point de statistique et encore moins d’analyse. Les ingénieurs de Phenisys passent donc une bonne partie de leur temps à s’assurer de la qualité des données collectées. Nous jugeons qu’une collecte de données est bonne lorsqu’elle est : Souple Automatique Robuste Pertinente Et enfin, le plus important sans doute, qu’on a […]
Lire
Perfathon #1 – La puissance du Netflow
Time to R&D Chez Phenisys, ce ne sont pas les idées qui manquent mais plutôt le temps pour les réaliser. Toutefois, en pleine croissance, nous nous devons de rester à la pointe de notre métier, dont je vous rappelle la raison d’être : Accompagner nos clients dans la maîtrise et l’optimisation de la performance de […]
Lire
Slack – Au coeur de notre communication
La genèse Lorsque je suis arrivé chez Phenisys en 2015, la communication se faisait « à l’ancienne » : mails, textos, coups de téléphone. Bien que très efficace de pair à pair, cette forme de communication perd en efficience dès lors que l’équipe contient plus de deux membres. Il nous manquait également un endroit pour partager nos […]
Lire
Découvrez SteelCentral AppResponse pour AWS !
En externalisant l’hébergement de vos applications chez Amazon, votre service informatique perd inexorablement en visibilité de la performance. Riverbed a récemment mis à jour sa solution AppResponse pour la rendre compatible avec le cloud d’AWS : AppResponse Cloud. Le déploiement d’AppResponse Cloud s’effectue en deux étapes : Installer et configurer AppResponse Cloud dans votre VPC AWS […]
Lire
Etude de cas – Slow connection time
Le temps de connexion TCP est également appelé Handshake ou Connection time. Il consiste en un bref échange réseau entre un client et un serveur : Cas d’usage Performance Vision permet de calculer en temps réel le temps d’initialisation de la connexion TCP entre deux tiers applicatifs. Prenons l’exemple d’un frontal qui dialogue avec sa base de données. Sur […]
Lire
Load testing #1 – Répartition de charge
Le tir de charge (ou Load Testing) est une manière simple pour mettre en évidence des défauts dans le fonctionnement d’une application. En stressant l’application, nous pouvons provoquer les facteurs limitants en cas de forte charge. Pour cela, nous nous appuyons sur deux outils très complémentaires : Octoperf pour sa capacité rendre user-friendly JMeter et […]
Lire
Logon performance #3 – Profil utilisateur
Avez-vous jeté un oeil sur la partie 2 concernant la concurrence d’accès à l’ouverture de session ? Non ? Alors c’est par ici ! Vos utilisateurs se plaignent des lenteurs à l’ouverture de session Windows, que ce soit en local, sous RDS ou Citrix ? Le mécanisme d’ouverture de session est complexe dans son exécution. Il existe toutefois […]
Lire
Etude de cas – Latence réseau dans un LAN Fibre
L’algorithme de Nagle a été inventé pour améliorer l’efficacité du protocole TCP lors de l’échange de paquets à charge utile faible (payload). C’est par exemple le cas de Telnet qui envoie chaque caractère tapé en temps réel. Ainsi pour éviter une congestion du réseau inutile, le mécanisme de Nagle va utiliser une mémoire tampon (buffer) […]
Lire
Logon performance #2 – Concurrence d’accès
Avez-vous jeté un coup d’oeil sur la partie 1 concernant l’importance des Hotfix Citrix pour l’ouverture de session ? Non ? Alors c’est par ici ! Cet article a pour but de vous illustrer l’une des nombreuses causes de lenteurs lors des ouvertures de sessions Windows par les utilisateurs. Sans indicateurs fiables, capables de factualiser dans le […]
Lire