Wenn Sie nichts finden, mit dem Sie in Bezug auf die Anwendung zufrieden sind, ist es eine schwere (aber dennoch befriedigende) Lösung, eine Netzwerküberwachung mit Microsoft Network Monitor (v3) durchzuführen .4 im Moment) was würde Ihnen dann die Möglichkeit geben, n Würfel zu schneiden, wie Sie wollten?
Gerade nach oben , obwohl - es wird Ihnen nicht genau geben , was Sie nach (a per-Application Level - Protokoll) , aber es wird Ihnen die Möglichkeit geben , die Daten in Scheiben schneiden auf diese Informationen zu erhalten, wenn Sie kreativ sich fühlen.
(Es macht auch Spaß zu sehen, wohin Ihre Daten gehen.)
Einführung: Microsoft Network Monitor 3.4
Ich führe gerade ein Capture durch, während ich diese Antwort schreibe und dem Mix etwas Abwechslung hinzufüge - ich suche nach Windows-Updates und führe den IE aus, um einige Dateien abzurufen - aber wie Sie auf dem Screenie hier sehen können:
Es kann ein bisschen Zuerst überwältigend, gebe ich zu, aber hauptsächlich würde ich Ihren Blick auf die linke Box lenken, die Ihnen alle Prozesse zeigt, die als Generierung von Netzwerkverkehr erfasst werden. Wenn Sie die Anwendung öffnen, wird sie in Konversationen unterteilt, auf die Sie weiter eingehen können. Es ist wahrscheinlich besser, nur ein kurzes Stück zu spielen, als einen Berg von Wörtern zu verschwenden, aber kurz gesagt - es wird jedes bisschen Netzwerkverkehr protokolliert, das es kann - das wird im mittleren Bereich angezeigt.
Filtern Sie alles zurück, damit Sie nicht verrückt werden ...
Sie können Filter auf die von Ihnen erfassten Daten anwenden, um beispielsweise das, was Sie gerade sehen, einzuschränken und bestimmte IP-Adressen, Protokolle oder sogar bestimmte Prozesse (oder sogar Gespräche, wenn Sie dies wünschen) auszuschalten.
Die Filtersprache ist in der Hilfe dokumentiert und es gibt einige gute Beispiele, aber nur damit Sie sehen können, ohne das Paket herunterzuladen, wären einige Beispiele:
Conversation.ProcessName == "iexplore.exe" // restrict your examination to iexplore.exe
(Conversation.ProcessName == "firefox.exe" and Conversation.ProcessId == 3824) // only look at firefox process 3824
IPv4.Address == 64.34.119.12 // traffic in both directions to superuser.com
IPv4.SourceAddress == 64.34.119.12 // traffic coming from superuser.com
... und zu etwas besser lesbarem aggregieren (NMTopUsers)
Recht. Auf diese Weise können Sie auf eine bestimmte Zielgruppe zurückgreifen. Wenn Sie sich jedoch nicht besonders masochistisch fühlen und gerne Frame-Header lesen, sollten Sie sich an den NMTopUsers-Experten wenden
Dieser Experte verarbeitet alle Daten, die Sie darauf werfen, NACHdem sie gefiltert wurden (zu diesem Zweck öffnen Sie eine Erfassungsdatei, wenden Ihre Filter an, um beispielsweise firefox.exe zu isolieren, und rufen dann den Experten auf) und geben Ihnen eine Ausgabe, die ungefähr so aussieht:
Diagramme sind auch verfügbar, wenn Sie das entsprechende Paket installiert haben (ich nicht auf diesem Computer) und die Ausgabe es Ihnen ermöglicht, nach Zielort zu schauen, wohin Ihr Verkehr geht (und von woher er kommt), zusammen mit der Überschrift Zahlen, die Ihnen auf Umwegen zeigen, wonach Sie suchen.
Jemand hat vielleicht einen Experten entwickelt, der genau das macht, wonach Sie suchen, aber mir ist keiner bekannt, sorry. Ich würde anbieten, etwas zu bauen, aber ich bin ein bisschen aus der Übung: P
Auf diese Weise können Sie, wenn Sie Lust auf ein Stück haben, das Problem "Was zum Teufel zerkaut meine Bandbreite?" Mit einer grundlegenden Protokollierung Ihrer Benutzeroberfläche unter Verwendung von Perfmon angehen (was Ihnen dabei helfen kann, zu isolieren, wann etwas passiert, oder ...) Wenn es sich um ein anhaltendes Grundlastproblem handelt, richten Sie parallel (oder nach dem Ereignis) einen Netzwerkmonitor-Trace ein, um die Daten zu erfassen, an denen Sie interessiert sind (je mehr Sie sich auf die Erfassung konzentrieren können, desto besser laaaaarge erfassen Dateien, wenn Sie es für längere Zeit tun).
Sobald Sie das alles haben, können Sie NMTopUsers ausführen und einen Drilldown durchführen, um zu sehen, welche Apps besonders hungrig sind, und auch, wo alles in gewisser Weise vor sich geht, und ob es sich um HTTP oder etwas anderes handelt.