Wie man sich doch irren kann...
Ich hatte ja bereits geschrieben das es Probleme mit der
Win32_NetworkAdapter-Klasse gibt und die Console aus nicht ersichtlichen Gründen extrem träge wird.
Trotz Codeoptimierung machte ein Blick auf den Taskmanager nicht wirklich Freude...
Auch wenn es sich hier um eine VM auf meinem Core i7 handelt, wird doch deutlich, das mein Addin so garantiert zu Problemen auf den WHS-Atoms führen wird, da selbst die VM eine weit höhere Rechenleistung besitzt.
Eine Erklärung hatte ich nicht, warum ausgerechnet diese Klasse soviel mehr an Rechenleistung benötigt als andere....
Ein etwas genauerer Blick auf den Taskmanager brachte dann den Groschen zum Fallen:
Nicht das Addin selbst, sondern VB Express kommt hier mit den Debuginformationen in's Schleudern, so dass es aussieht als würde die Konsole in Zeitlupe laufen.
Nachdem mir das nun bewusst wurde, machte ich mal kurz einen Test mit der echten Konsole.
Und siehe da: Sie läuft so wie es sein soll.
Ein Blick auf den Taskmanager gefällig?
Bitteschön...
Bei einer Aktualisierungsgeschwindigkeit von "Normal" des Taskmanagers kommt die Konsole bei der Abfrage eines Client-PCs momentan auf einen Maximalwert von 3%.
Dieser dürfte sich auch bei mehreren Clienten nur geringfügig erhöhen, da die Abfragen leicht zeitlich versetzt erfolgen; um genau zu sein: exakt eine Millisekunde.
Wie es sich mit der Auslastung auf den Atoms verhält, kann ich im Augenblick noch nicht sagen. Das wird sich dann während der Betaphase zeigen.
Ich gehe aber nicht davon aus das hier wesentlich höhere Werte zu erwarten sind.
So rechenintensiv ist das Auslesen und Sortieren der Infos nun auch wieder nicht.
Was vielleicht noch interessant für den einen oder anderen sein dürfte, ist die Belastung des Netzwerkes durch das Addin.
Auch hier kann ich Entwarnung geben.
Erklärung:
Ein Peak entspricht einem
kompletten Abfragedurchlauf eines Clienten.
Die Zeit zwischen den Durchläufen beträgt exakt 10 Sekunden.
Also alle 10 Sekunden werden die Abfragen wiederholt und die Werte neu ausgelesen.
Bei Gigabit-Anbindung kommt die Auslastung momentan auf ca. 0,2%, was in etwa 2Mbit in der Spitze beträgt.
Auch bei mehreren Clienten dürfte sich diese nicht, oder nur kaum erhöhen, da auch hier die zeitliche Verschiebung der Abfragen zum Tragen kommen.
Die Peaks werden also nicht, bzw. kaum höher, dafür aber länger, womit z.B. Probleme beim Streamen ausgeschlossen sein sollten.
Mit etwa 2Mbit ist außerdem sichergestellt, das WLAN-Clienten ebenfalls keine Probleme bereiten sollten.
Hier sind lediglich die Pingzeiten etwas höher, was aber nunmal in der Natur von WLAN liegt.
Ist also nicht meine Schuld...
Da das Addin, wie man sieht, problemlos läuft, habe ich die erste ListView für den Netzwerkkartenreiter nun auch fertig.
Hier also nun die endgültigen Infos:
Anmerkung 1:
Ich habe mich dazu entschlossen hier nur physikalisch vorhandenen Adapter, bzw. virtuelle Adapter mit eigenem Treiber (z.B. VMware) aufzulisten.
Sämtliche Tunneladaptoren werden nicht aufgelistet.
Anmerkung 2:
Die MAC-Adressen sehen nur auf den Screenshots unleserlich aus....
So....
Und damit das Ganze hier nicht in einem Monolog endet... zum Abschluss noch eine kleine Denksportaufgabe:
Welchen kleinen Fehler in meiner Netzwerkkonfiguration erkennt man beim Intel(R)Pro/1000 GT-Desktopadapter?
Der Gewinner mit der richtigen Antwort erhält eine Wildcard für die Beta.
Mitarbeiter von McDonalds und deren Angehörige dürfen nicht teilnehmen.
Eine Gewinnbarauszahlung ist nicht möglich.
Der Rechtsweg ist wie immer ausgeschlossen.
Gruß
sTunTe