{"id":234118,"date":"2021-02-05T00:02:00","date_gmt":"2021-02-04T23:02:00","guid":{"rendered":"https:\/\/www.borncity.com\/blog\/?p=234118"},"modified":"2021-01-05T09:08:11","modified_gmt":"2021-01-05T08:08:11","slug":"windows-server-2019-und-die-schlechte-netzwerk-performance","status":"publish","type":"post","link":"https:\/\/borncity.com\/blog\/2021\/02\/05\/windows-server-2019-und-die-schlechte-netzwerk-performance\/","title":{"rendered":"Windows Server 2019 und die schlechte Netzwerk-Performance"},"content":{"rendered":"<p><img loading=\"lazy\" decoding=\"async\" style=\"float: left; margin: 0px 10px 0px 0px; display: inline;\" src=\"https:\/\/borncity.com\/blog\/wp-content\/uploads\/2013\/03\/winb.jpg\" width=\"58\" height=\"58\" align=\"left\" \/>[English]Administratoren von Windows Server 2019-Systemen beklagen sich h\u00e4ufiger \u00fcber eine schlechte Netzwerkperformance. Blog-Leser Alexander verfolgt das Thema und hat mich auf eine m\u00f6gliche Ursache hingewiesen, die man nur als Skandal bezeichnen kann.<\/p>\n<p><!--more--><\/p>\n<h2>Kleiner R\u00fcckblick auf das Netzwerk-Performance-Thema<\/h2>\n<p><img loading=\"lazy\" decoding=\"async\" src=\"https:\/\/vg05.met.vgwort.de\/na\/64c7f99cc44f4f1da103297eac624555\" alt=\"\" width=\"1\" height=\"1\" \/>Im Februar 2020 hatte ich hier im Blog den Beitrag <a href=\"https:\/\/borncity.com\/blog\/2020\/02\/20\/windows-10-server-2019-langsames-netzwerk-bei-hyper-v-gsten\/\">Windows 10 \/ Server 2019: Langsames Netzwerk\u2013 bei Hyper-V-G\u00e4sten und Bar-Metal-Clients<\/a>, in dem ich auf Grund eines Leserhinweises einige Hinweise zu Optimierungen der Performance im Netzwerkbetrieb gegeben habe. Dort meldete sich Blog-Leser Alexander Fuchs mit folgendem Kommentar (danke daf\u00fcr):<\/p>\n<blockquote><p>Ich habe mittlerweile noch ein weiteres Problemkind gefunden, welches auf dem 2019er Server vermehrt zu Performanceproblemen f\u00fchrt, der Windows Defender.<\/p><\/blockquote>\n<p>Alexander liefert auch gleich eine L\u00f6sung mit, indem er vorschl\u00e4gt, den Windows Defender \u00fcber die PowerShell auf Windows Server 2019 zu deinstallieren. Ich hatte das im Blog-Beitrag <a href=\"https:\/\/borncity.com\/blog\/2020\/03\/08\/windows-server-2019-und-defender-performance-probleme\/\">Windows Server 2019 und Defender-Performance-Probleme<\/a> n\u00e4her ausgef\u00fchrt.<\/p>\n<h2>Ursache vermutlich gefunden<\/h2>\n<p>Jetzt meldete sich Blog-Leser Alexander F. vorige Woche mit den Worten: <em>Ich habe nun endlich herausgefunden, woran die Probleme mit der Netzwerkperformance beim Server 2019 (und \u00e4lter) nun wirklich lagen. <\/em>So etwas ist immer gut &#8211; aber schauen wir uns an, was Alexander herausgefunden hat. Er hat mich in seiner Mail auf den Spiceworks-Beitrag <a href=\"https:\/\/community.spiceworks.com\/topic\/2282473-the-real-disaster-behind-the-network-performance-disaster-with-server-2019\">The real disaster behind the network performance disaster with Server 2019<\/a> vom 28. Juli 2020 hingewiesen. Dort diskutiert er das Problem mit der Community und liefert ausf\u00fchrlichere Erkl\u00e4rungen &#8211; allerdings in Englisch. Hier ein Auszug:<\/p>\n<blockquote><p>Hi Friends,<\/p>\n<p>as promised now follows the reason for so much trouble and suffering that we have had the last few days, weeks and years with the network performance of the Microsoft operating systems.<\/p>\n<p>This will come as a surprise to some of you, but Microsoft doesn't have much to do with most of the problems. OK, one thing yes, but I'll get to that later.<\/p>\n<p>But let's start from the beginning. Our journey of knowledge begins in March 2007, at the latest with the birth of Windows Server 2003 SP2.<\/p>\n<p>And so, NDIS 5.20 came into force with these two operating system. Now many are probably wondering what is NDIS and why is the old version 5.20 so important.<\/p>\n<p>\u201eNDIS\" stands for \u201eNetwork Driver Interface Specification\"<\/p>\n<p>And with Server 2003 SP2 and NDIS version 5.20, RSS has also found its way into the operating system.<\/p><\/blockquote>\n<p>Das K\u00fcrzel <em>RSS <\/em>steht hier f\u00fcr receive side scaling, und das Prinzip ist in <a href=\"https:\/\/docs.microsoft.com\/en-us\/windows-hardware\/drivers\/network\/introduction-to-receive-side-scaling\" target=\"_blank\" rel=\"noopener noreferrer\">diesem Beitrag<\/a> beschrieben. Im Spiceworks-Beitrag geht der Autor auf NDIS und RSS ein und verlinkt auf weiterf\u00fchrende Artikel. \u00dcber die verschiedenen NDIS-Versionen wurden wohl verschiedene Parameter benutzt. Der Parameter <em>*MaxNumRssCpus<\/em> sollte niemals gr\u00f6\u00dfer als 32 gesetzt werden. In NDIS 6.30 wurde die Unterst\u00fctzung f\u00fcr <em>RSSProfile<\/em> hinzugef\u00fcgt. Die Werte f\u00fcr die Parameter im RSSProfile f\u00fcr die diversen NDIS-Versionen l\u00e4sst sich in <a href=\"https:\/\/docs.microsoft.com\/de-de\/windows-hardware\/drivers\/network\/standardized-inf-keywords-for-rss\" target=\"_blank\" rel=\"noopener noreferrer\">diesem Microsoft-Dokument<\/a> nachlesen.<\/p>\n<p>Das bedeutet, dass die RSSProfile-Konfigurationsparameter von den NIC-Herstellern sp\u00e4testens seit Windows 7 \/ Server 2008 R2 und NDIS 6.2 sp\u00e4testens ab Oktober 2009 verwendet und im Treiber konfiguriert werden sollten. Dass scheint aber nach wie vor nicht der Fall zu sein. Die Werte lassen sich in der Registrierung ablegen und konfigurieren.<\/p>\n<h3>TCP Offload Engine in Windows seit etwa 3 Jahren deaktiviert<\/h3>\n<p>In <a href=\"https:\/\/community.spiceworks.com\/topic\/2225989-server-2019-network-performance?page=16#entry-8933999\" target=\"_blank\" rel=\"noopener noreferrer\">diesem Post<\/a> kommt man dann, mit Hilfe von Blog-Leser Karl der Ursache auf die Spur: Die TCP Offload Engine wurde aus den Netzwerkfunktionen entfernt, da 'Legacy Code'. Die Funktionalit\u00e4t wurde in die Stack TCP Engine \u00fcbertragen. Hier der betreffende Textauszug:<\/p>\n<blockquote><p>on the topic did you spot this Alex?<br \/>\nTCP Offload EngineRemoving this legacy code. This functionality was previously transitioned to the . For more information, see Why Are We Deprecating Network Performance Features? Windows 1709<br \/>\n<a href=\"https:\/\/docs.microsoft.com\/en-us\/windows\/deployment\/planning\/windows-10-removed-features\" target=\"_blank\" rel=\"noopener noreferrer\">https:\/\/docs.microsoft.com\/en-us\/windows\/deployment\/planning\/windows-10-removed-features<\/a><\/p><\/blockquote>\n<p>Die Erkl\u00e4rung findet sich in <a href=\"https:\/\/techcommunity.microsoft.com\/t5\/core-infrastructure-and-security\/why-are-we-deprecating-network-performance-features-kb4014193\/ba-p\/259053\" target=\"_blank\" rel=\"noopener noreferrer\">diesem Techcommunity-Beitrag<\/a> aus 2018. Dort werden auch potentielle Nachteile genannt.<\/p>\n<ul>\n<li>If there is a flaw in the TCP implementation in the network card, for example a security issue, you are potentially looking at a firmware update on the network card, or worse, you may be stuck with it, depending on the card implementation and the vendor's support policy for the network card.<\/li>\n<li>Under heavy network loads, performance may actually drop, because you're limited to the resources on the network card, which may be a bottleneck relative to a fast operating system stack with fast, available processor cores.<\/li>\n<li>The cost for all TCP connection offloading is fixed; there's no way for the operating system to optimize specific use cases. The feature assumes that the fixed cost will be offset by the CPU savings, thus there will be an overall improvement in performance. However, improvements in processor performance combined with what real-life TCP workloads look like suggest that, in 2017, ~99% of real-life connections will send enough data for the performance arithmetic to work out.<\/li>\n<li>The NIC code wasn't necessarily written with TCP in mind; thus, not all TCP features are implemented. For example, the TCP performance enhancement known as Selective Acknowledgement ( RFC 2018 , from 1996 [!!]), can't be used with TCP Chimney.<\/li>\n<\/ul>\n<p>Alexander hat dann weiter geforscht und seine Erkenntnisse auf administrator.de in <a href=\"https:\/\/administrator.de\/forum\/bringen-tcp-offload-features-hardware-engine-windows-3-jahren-deaktiviert-ist-592409.html\" target=\"_blank\" rel=\"noopener noreferrer\">diesem Beitrag<\/a> kompakter zusammen gefasst.<\/p>\n<ul>\n<li>Die Funktionalit\u00e4t f\u00fcr TCP Offload Engine wurde mit Windows 1709 und Windows Server 2016 aus dem Betriebssystem entfernt.<\/li>\n<li>Die hardwareseitigen TCP Offload-Features der Netzwerkkarten sind damit \u00fcberfl\u00fcssig, da diese betriebssystemseitig (om TCP Stack) nicht mehr unterst\u00fctzt\/angesprochen werden.<\/li>\n<\/ul>\n<p>Lange Rede kurzer Sinn: Wie es ausschaut, hat Microsoft im Betriebssystem was ausgebaut, was die Hersteller von Netzwerkkarten nicht mitbekommen haben. Und so kommt es zu den Performance-Problemen im Netzwerk von Windows Server 2019.<\/p>\n","protected":false},"excerpt":{"rendered":"<p>[English]Administratoren von Windows Server 2019-Systemen beklagen sich h\u00e4ufiger \u00fcber eine schlechte Netzwerkperformance. Blog-Leser Alexander verfolgt das Thema und hat mich auf eine m\u00f6gliche Ursache hingewiesen, die man nur als Skandal bezeichnen kann.<\/p>\n","protected":false},"author":2,"featured_media":0,"comment_status":"open","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[123,2557],"tags":[4307,872,7024],"class_list":["post-234118","post","type-post","status-publish","format-standard","hentry","category-netzwerk","category-windows-server","tag-netzwerk","tag-performance","tag-windows-server-2019"],"_links":{"self":[{"href":"https:\/\/borncity.com\/blog\/wp-json\/wp\/v2\/posts\/234118","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/borncity.com\/blog\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/borncity.com\/blog\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/borncity.com\/blog\/wp-json\/wp\/v2\/users\/2"}],"replies":[{"embeddable":true,"href":"https:\/\/borncity.com\/blog\/wp-json\/wp\/v2\/comments?post=234118"}],"version-history":[{"count":0,"href":"https:\/\/borncity.com\/blog\/wp-json\/wp\/v2\/posts\/234118\/revisions"}],"wp:attachment":[{"href":"https:\/\/borncity.com\/blog\/wp-json\/wp\/v2\/media?parent=234118"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/borncity.com\/blog\/wp-json\/wp\/v2\/categories?post=234118"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/borncity.com\/blog\/wp-json\/wp\/v2\/tags?post=234118"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}