Mesurez la référence, appliquez 200 à 300 ms de Lag à une cible autorisée, répétez une action, inspectez messages et expirations, arrêtez Clumsy puis rejouez la référence.
01
Fonctionnement du simulateur de latence Clumsy
Lorsque Lag est activé, Clumsy retient les paquets correspondants pendant le délai puis les libère. L'application conserve son chemin réseau normal ; aucun proxy ni changement de code n'est requis. Ce fonctionnement global aide à observer un véritable parcours de bureau ou navigateur plutôt qu'une requête simulée isolée.
La latence diffère de la bande passante. Une connexion peut avoir un débit élevé mais rendre chaque interaction lente parce que la réponse tarde à commencer. Un faible débit peut démarrer immédiatement puis progresser lentement. Utilisez Lag pour délai, aller-retour, chargement, expiration et réactivité ; Throttle pour le débit soutenu.
La version 0.3 a porté la limite Lag à 15 secondes, mais une valeur extrême n'est pas un bon premier essai. Commencez avec un délai ressemblant à une mauvaise connexion plausible et augmentez uniquement pour trouver une limite définie.
| Condition | Changement | Question produit |
|---|---|---|
| Latence | Temps avant la poursuite des paquets | L'interface explique-t-elle l'attente ? |
| Bande passante | Données par unité de temps | Le transfert montre-t-il sa progression ? |
| Perte | Certains paquets n'arrivent pas | Les tentatives récupèrent-elles ? |
| Variation type jitter | Le délai varie | L'expérience reste-t-elle stable ? |
02
Concevoir le test avant Start
Nommez une action et un résultat. Exemple : l'ouverture d'une commande avec 300 ms ajoutées doit afficher immédiatement le chargement, empêcher un double envoi et afficher la bonne commande sans perdre l'écran précédent. C'est plus exploitable que « voir si c'est lent ».
Mesurez d'abord sans Clumsy. Notez durée, états visibles et journaux à comparer. Choisissez ensuite une cible et un délai. Laissez Drop, Duplicate, Out of order et Tamper désactivés afin d'isoler la cause.
Décidez de la récupération à l'avance. Après Stop, répétez la même action et confirmez la plage de référence. Sinon, l'environnement n'est pas rétabli et le résultat ne constitue pas une preuve isolée de latence.
- Une action par scénario.
- Un filtre sur la cible autorisée.
- Une valeur Lag par exécution.
- Un critère visible et une référence.
- Stop et récupération obligatoires.
03
Exécuter un test de latence étape par étape
Téléchargez et extrayez Clumsy 0.3 officiel puis exécutez-le avec les droits approuvés. Saisissez un filtre WinDivert étroit. Obtenez la syntaxe dans la documentation officielle, pas dans une configuration de lag switch dont vous ignorez la portée.
Activez Lag et entrez 200 ou 300 millisecondes. Vérifiez que les autres modules sont désactivés. Cliquez sur Start, effectuez l'action une fois et observez interface, journaux et serveur. Ne changez pas la valeur pendant l'exécution.
Cliquez sur Stop, consignez le résultat et répétez sans dégradation. Pour une autre limite, créez une exécution séparée à 600 ou 1 000 ms. La séparation clarifie comparaisons et rapports de bogue.
- RéférenceMesurer l'action normale.
- PortéeDéfinir un filtre étroit.
- DélaiActiver Lag avec une valeur documentée.
- ObservationContrôler messages, délais, annulation, tentatives et journaux.
- RécupérationCliquer sur Stop et prouver la référence.
04
Construire une matrice pratique de délais
Une progression apporte plus de preuves qu'une seule valeur spectaculaire. Commencez près d'une mauvaise connexion normale, puis testez une limite modérée et sévère. Ces valeurs servent à planifier ; le temps aller-retour déjà présent s'ajoute à la dégradation.
Testez une interaction rapide et un parcours long. Une suggestion doit répondre très vite ; une synchronisation tolère davantage si elle communique sa progression et réessaie sans danger. Le résultat attendu dépend du vrai besoin produit.
Le délai seul ne représente pas un réseau mobile. Il existe aussi jitter, perte, variation de débit et changement de cellule. Établissez la latence puis ajoutez d'autres conditions dans des scénarios distincts et documentés.
| Délai ajouté | But | À observer |
|---|---|---|
| 200 ms | Délai léger | Réponse immédiate de l'interface |
| 300-600 ms | Mauvaise connexion interactive | Chargement, doubles clics et files |
| 1 000 ms | Délai sévère | Expirations, annulation et interface périmée |
| Plusieurs secondes | Limite explicite | Messages longs et récupération |
05
Observer davantage que la durée totale
Mesurez le premier accusé visible après une action. Une réponse tardive ne doit pas donner l'impression d'un bouton mort. Cherchez chargement, blocage des doublons, message de progression ou retour immédiat. Vérifiez clavier et navigation pendant l'attente.
Inspectez les expirations de chaque couche. Navigateur, bibliothèque, proxy et serveur peuvent avoir des minuteries différentes. Clumsy révèle le symptôme ; les journaux identifient la minuterie. Capturez identifiants et horodatages.
Testez conservation et récupération de l'état. Formulaire, filtres et navigation ne doivent pas disparaître. Quand le réseau s'améliore, l'application doit terminer sans danger ou proposer une nouvelle tentative claire sans doublon.
Il ne suffit pas que la requête finisse : l'interface doit rester compréhensible et protéger l'état pendant l'attente.
06
Éviter les erreurs courantes
Ne ciblez pas tout le trafic pour un seul service. Une portée large retarde authentification, autres onglets et outils d'observation. N'activez pas Drop au premier test : perte et retard suivent des récupérations différentes.
Ne vous fiez pas au ressenti. Notez référence, délai, horodatage et résultat. Ne laissez pas Clumsy actif : Stop, fermeture et contrôle de référence. N'utilisez pas la latence pour gagner dans un jeu ou perturber un service.
Si le résultat n'est pas reproductible, réduisez à une requête, un filtre et un délai. Répétez plusieurs fois, notez chaque durée et comparez les journaux avant d'ajouter de la complexité.
Consignez aussi la version de l'application, le filtre exact, la valeur appliquée, les heures de début et de fin, puis confirmez le retour à la mesure de référence après Stop.
Questions fréquentes
Questions sur le simulateur de latence Clumsy
Quel délai ajouter d'abord ?
200 à 300 ms constituent un point de départ utile. Adaptez au besoin produit et à la référence.
Lag équivaut-il à Throttle ?
Non. Lag retarde les paquets ; Throttle limite le débit. Testez séparément.
Clumsy simule-t-il le jitter ?
Ses contrôles peuvent créer de la variation, mais documentez exactement la configuration au lieu de l'appeler modèle standard.
Pourquoi reste-t-il lent après Stop ?
Fermez Clumsy, confirmez la fin du processus, rejouez la référence et examinez VPN, proxy, pare-feu, caches et état.
Puis-je utiliser ces réglages dans un jeu ?
Ce guide concerne les tests autorisés. Il ne fournit ni lag switch ni contournement anti-triche.