NetNamedPipe: variation du temps de réponse lorsque la communication est inactive

Question

J'ai deux applications WCF communiquant unidirectionnelles sur des canaux nommés. Tout est bien, sauf pour une chose: Normalement, le cycle demande/réponse prend zéro (temps marginal). Cependant, s'il y avait une période de, disons, une demi-minute sans aucune communication, la demande/réponse augmente jusqu'à ~ 300-500ms. J'ai regardé autour du filet et j'ai eu l'idée d'utiliser un mécanisme de rythme cardiaque/ping pour garder le canal de communication occupé. À l'aide d'essais et d'erreurs, j'ai constaté que lorsque je fais une requête toutes les 10 secondes, les temps de réponse restent bas. À partir d'environ 15 secondes, les temps de réponse "hoquet" commencent à apparaître.

Maintenant, je me demande d'où vient ce phénomène. J'ai essayé de mettre tous les délais d'attente imaginables des deux côtés à> 1 minute, mais cela n'a pas aidé.

Quelqu'un peut-il expliquer ce qui se passe là-bas?

Answer 1

Découvrez le blog post de Wenlong Dong, Why Does WCF Become Slow After Being Idle For 15 Seconds?

Le poste comprend également une solution de contournement jusqu'à ce qu'il se fixe.

Answer 2

Est-il possible que le processus de ralenti soit paginé sur le disque? Si vous conservez les processus aux deux extrémités occupées, mais ne faites pas la connexion occupé, cela arrive-t-il encore?

Cela peut ne pas être le cas, mais cela vaut la peine d'essayer.