BuTscH Posted March 3, 2021 Share Posted March 3, 2021 hey Beim kopieren im Netzwerk mit der neuen Version 6.9.0 ist mir aufgefallen das dass kopieren vom Server zum Client und umgekehrt langsamer geworden ist. Sobald ich wieder auf 6.8.3 wechsel läuft alles wie gewohnt. Vielleicht weiß ja jemand woran das liegen könnte. Bei den Screenshots kopiere ich grade eine Datei vom Server zum Client. Unter 6.8.3 schwankt es so zwischen 110-103MB/s und unter 6.9.0 zwischen 90-82MB/s Quote Link to comment
mgutt Posted March 3, 2021 Share Posted March 3, 2021 Was genau ist die Quelle? HDD/SSD? Verschlüsselt? Formatierung? Eigentlich dürfte das gar nicht langsamer werden, da die Parität beim Lesen ja gar nicht genutzt wird. Quote Link to comment
BuTscH Posted March 3, 2021 Author Share Posted March 3, 2021 (edited) Die Quelle ist eine HDD sie ist verschlüsselt und xfs. Wenn ich meine Cache SSD verschlüsselt und btrfs benutze komme ich auch nur noch im schnitt auf 85MB/s. Sowohl wenn ich was zum Server kopiere oder zum Client. Quote da die Parität beim Lesen ja gar nicht genutzt wird Ich nutze gar keine Paritäts Disk das scheidet schon mal aus als Fehlerquelle. Ich hab auch bemerkt das im Tipps & Tweaks Plugin das Dropdown menü in 6.9.0 nicht mehr geht die Option war bei mir in 6.8.3 aktiviert. Könnte es daran liegen? Edited March 3, 2021 by BuTscH Quote Link to comment
mgutt Posted March 3, 2021 Share Posted March 3, 2021 Deinstalliere mal Tipps und Tweaks und starte neu. Oder was von dem Plugin brauchst du? Quote Link to comment
BuTscH Posted March 3, 2021 Author Share Posted March 3, 2021 (edited) Hatte es eigentlich nur Installiert um den FTP dauerhaft zu deaktivieren weil er sonst manchmal von allein wieder anging. Werde ich versuchen. Schade aber das löschen hatte leider keinen Effekt. Ich habe grade auch mal iperf ausprobiert und es kommt wirklich nicht der volle Speed bei 6.9.0 durch root@Unimatrix01:~# iperf3 -c 192.168.10.10 Connecting to host 192.168.10.10, port 5201 [ 5] local 192.168.10.11 port 59456 connected to 192.168.10.10 port 5201 [ ID] Interval Transfer Bitrate Retr Cwnd [ 5] 0.00-1.00 sec 97.8 MBytes 821 Mbits/sec 0 214 KBytes [ 5] 1.00-2.00 sec 91.3 MBytes 766 Mbits/sec 0 211 KBytes [ 5] 2.00-3.00 sec 91.4 MBytes 767 Mbits/sec 0 214 KBytes [ 5] 3.00-4.00 sec 91.9 MBytes 771 Mbits/sec 0 211 KBytes [ 5] 4.00-5.00 sec 90.8 MBytes 762 Mbits/sec 0 220 KBytes [ 5] 5.00-6.00 sec 90.9 MBytes 762 Mbits/sec 0 208 KBytes [ 5] 6.00-7.00 sec 90.9 MBytes 762 Mbits/sec 0 211 KBytes [ 5] 7.00-8.00 sec 90.6 MBytes 760 Mbits/sec 0 211 KBytes [ 5] 8.00-9.00 sec 90.4 MBytes 759 Mbits/sec 0 211 KBytes [ 5] 9.00-10.00 sec 88.0 MBytes 738 Mbits/sec 0 208 KBytes - - - - - - - - - - - - - - - - - - - - - - - - - [ ID] Interval Transfer Bitrate Retr [ 5] 0.00-10.00 sec 914 MBytes 767 Mbits/sec 0 sender [ 5] 0.00-10.00 sec 913 MBytes 766 Mbits/sec receiver iperf Done. So grade nochmal auf 6.8.3 zurückgespielt und dort erhalte ich folgende Werte: root@Unimatrix01:~# iperf3 -c 192.168.10.10 Connecting to host 192.168.10.10, port 5201 [ 5] local 192.168.10.11 port 56480 connected to 192.168.10.10 port 5201 [ ID] Interval Transfer Bitrate Retr Cwnd [ 5] 0.00-1.00 sec 114 MBytes 954 Mbits/sec 0 237 KBytes [ 5] 1.00-2.00 sec 111 MBytes 932 Mbits/sec 0 237 KBytes [ 5] 2.00-3.00 sec 110 MBytes 924 Mbits/sec 0 242 KBytes [ 5] 3.00-4.00 sec 112 MBytes 940 Mbits/sec 0 237 KBytes [ 5] 4.00-5.00 sec 113 MBytes 946 Mbits/sec 0 237 KBytes [ 5] 5.00-6.00 sec 111 MBytes 934 Mbits/sec 0 240 KBytes [ 5] 6.00-7.00 sec 112 MBytes 940 Mbits/sec 0 237 KBytes [ 5] 7.00-8.00 sec 113 MBytes 944 Mbits/sec 0 237 KBytes [ 5] 8.00-9.00 sec 113 MBytes 945 Mbits/sec 0 240 KBytes [ 5] 9.00-10.00 sec 112 MBytes 943 Mbits/sec 0 240 KBytes - - - - - - - - - - - - - - - - - - - - - - - - - [ ID] Interval Transfer Bitrate Retr [ 5] 0.00-10.00 sec 1.09 GBytes 940 Mbits/sec 0 sender [ 5] 0.00-10.00 sec 1.09 GBytes 939 Mbits/sec receiver iperf Done. Ich kann mir leider nicht erklären wie dieser Unterschied zu stande kommt... Edited March 3, 2021 by BuTscH Quote Link to comment
Ford Prefect Posted March 3, 2021 Share Posted March 3, 2021 (edited) ...hat sich die MTU auf dem NIC geändert? Kann ja nicht sein, dass 6.9.0 nun 10 statt 8 Bits/Byte benutzt Edited March 3, 2021 by Ford Prefect Quote Link to comment
BuTscH Posted March 3, 2021 Author Share Posted March 3, 2021 Die MTU ist bei beiden versionen 1500. Die Netzwerkkarten einstellungen sind auch alle default daran habe ich nie etwas geändert. Quote Link to comment
Ford Prefect Posted March 3, 2021 Share Posted March 3, 2021 (edited) ...was für ein Setup (CPU) hast Du ...schlägt der CPU Govenor zu und die Performance dafür reicht nicht mehr...wird AES in der Verschlüsselung erkannt/genutzt? Edit: wobei iperf ja nix mit dem Thema Verschlüsselung zu tun hat.... Edited March 3, 2021 by Ford Prefect Quote Link to comment
BuTscH Posted March 3, 2021 Author Share Posted March 3, 2021 Ich verwende ein ASRock J4105-ITX mit 16 gb ram und onboard NIC. AES wird von der CPU unterstützt. Aber ich kann mir nicht wirklich vorstellen das in 6.9.0 aufeinmal die Hardware nicht mehr ausreicht für die selben aufgaben ^^ Quote Link to comment
Ford Prefect Posted March 3, 2021 Share Posted March 3, 2021 ...schon klar. Ich meine, wir hatten in einem anderen Thread das Thema CPU Gouvenor...der ist in 6.9.0 anders und ich meine nun defaultmässig auf einen stärkeren Power-Save Effekt eingestellt. Wenn Deine, doch recht schmale", CPU nun nicht mehr "hochkommt" weil das Scaling nicht funktioniert oder beschnitten ist, könnte das eine Auswirkung sein. Kenn mich aber leider mit dem Thema in der Config nicht aus. 1 Quote Link to comment
BuTscH Posted March 3, 2021 Author Share Posted March 3, 2021 (edited) Glaube das war mein Thema da ging es um Emby ^^ Ja das stimmt da war "powersave" schuld aber als ich das dann auf "performance" gestellt habe war alles wieder gut. ich hab zu test zwecken auch schon das Tipps und Tweaks wo man dies einstellt komplett deinstalliert aber daran lag es auch nicht. Wenn man am Limit lebt merkt man so kleine veränderungen schnell ^^ Edited March 3, 2021 by BuTscH Quote Link to comment
mgutt Posted March 3, 2021 Share Posted March 3, 2021 5 hours ago, Ford Prefect said: Edit: wobei iperf ja nix mit dem Thema Verschlüsselung zu tun hat.... Ja eben. Vom Prinzip kann das ja jetzt nur noch eine Treiber-Geschichte vom Netzwerk-Controller sein oder @ich777 ? 1 Quote Link to comment
ich777 Posted March 3, 2021 Share Posted March 3, 2021 5 hours ago, Ford Prefect said: Ich meine, wir hatten in einem anderen Thread das Thema CPU Gouvenor...der ist in 6.9.0 anders und ich meine nun defaultmässig auf einen stärkeren Power-Save Effekt eingestellt. Ja genau die 6.9.0 sollte theoretisch sparsamer sein. 15 minutes ago, mgutt said: Ja eben. Vom Prinzip kann das ja jetzt nur noch eine Treiber-Geschichte vom Netzwerk-Controller sein oder @ich777 ? Das ist natürlich möglich soweit ich gesehen habe ist auf dem Board ein Realtek RTL8111H und Linux und Realtek verstehen sich ja nicht sonderlich gut miteinander... Es kann aber auch durchaus sein das es eine andere Ursache hat, ich kann mir nur schwer vorstellen das die Kernel module jetzt schlechter statt besser geworden sind. Ich würde auf jeden fall einen Bug thread aufmachen, gib auf jeden Fall mit um welches Board es sich handelt und auch den Chip RTL8111H und bitte vergiss nicht die Diagnostics mit hochzuladen (Tools -> Diagnostics -> Download). 1 Quote Link to comment
BuTscH Posted March 3, 2021 Author Share Posted March 3, 2021 Quote Ich würde auf jeden fall einen Bug thread aufmachen ok dann werde ich das mal versuchen. Vielen Dank für eure Hilfe mal sehen was dabei raus kommt. ^^ 1 Quote Link to comment
jj1987 Posted March 3, 2021 Share Posted March 3, 2021 8 hours ago, BuTscH said: Hatte es eigentlich nur Installiert um den FTP dauerhaft zu deaktivieren weil er sonst manchmal von allein wieder anging. Ha, und ich hab schon an mir selbst gezweifelt... Weiß man woran das liegt/gibt's da nen Bug-Report zu? Und (kurzfristig) am wichtigsten, beseitigt das Plugin das Problem tatsächlich dauerhaft? Quote Link to comment
BuTscH Posted March 3, 2021 Author Share Posted March 3, 2021 Quote Weiß man woran das liegt Nein das weiß ich leider nicht. Ich hatte nur irgendwo im Forum gelesen das man das mit dem Plugin dauerhaft deaktivieren kann. Quote beseitigt das Plugin das Problem tatsächlich dauerhaft? ja, ich hatte das vor c.a. 6 Monaten damit ausgestellt und seitdem war ruhe ^^ 1 Quote Link to comment
Poweruser Posted March 3, 2021 Share Posted March 3, 2021 Ich habe heute Morgen von der 6.9 RC2 auf die 6.9 gewechselt. Also bei mir ist die Lesegeschwindigkeit von von ca. 750 MB/S auf 230 MB/S eingebrochen, dafür ist die Schreibgeschwindigkeit von ca. 800 MB/S auf 1 GB/S gestiegen Allerdings ist das Beispiel ein Raid 5 Pool. Beim Cache NVM eine Corsair MP600 sieht es ähnlich aus. Quote Link to comment
BuTscH Posted March 4, 2021 Author Share Posted March 4, 2021 Bezüglich: Quote Ich hab auch bemerkt das im Tipps & Tweaks Plugin das Dropdown menü in 6.9.0 nicht mehr geht die Option war bei mir in 6.8.3 aktiviert. Schrieb der Entwickler des Plugins: Quote You'll notice off to the right the CPU Scaling driver is intel_cpufreq. This is apparently a new governor for some Intel CPUs and replaces the intel_pstate driver. Tips and Tweaks is not setup for the intel_cpufreq driver. I am adding that driver and will issue an update once it is tested. Eventuell ist es ja doch vielleicht ein CPU Problem das sie nicht die volle Leistung abrufen kann obohl sie auf "Performance" läuft, wegen des neuem intel_cpufreq oder einem alten Eintrag der falsch gesetzt ist? Gibt es vielleicht ein Tool um die CPU zu Benchmarken um das zu überprüfen? Quote Link to comment
mgutt Posted March 4, 2021 Share Posted March 4, 2021 4 minutes ago, BuTscH said: This is apparently a new governor for some Intel CPUs and replaces the intel_pstate driver. Das gilt aber nur für alte CPUs: https://linrunner.de/tlp/settings/processor.html Quote intel_cpufreq Starting with kernel 5.7, the intel_pstate scaling driver selects “passive mode” aka intel_cpufreq for CPUs that do not support hardware-managed P-states (HWP), i.e. Intel Core i 5th gen. or older. Hast du so eine alte CPU? Quote Link to comment
BuTscH Posted March 4, 2021 Author Share Posted March 4, 2021 (edited) Quote Hast du so eine alte CPU? Nein meine sollte da nicht mit dazugehören: https://ark.intel.com/content/www/de/de/ark/products/128989/intel-celeron-j4105-processor-4m-cache-up-to-2-50-ghz.html Aber könnte denn die Möglichkeit bestehen das sie "falsch" erkannt wird oder "falsch" angesprochen wird? Edit: zumidest steht das jetzt im Tips and Tweaks ich weiß nicht ob das irgendeine Relevanz hat. Edited March 4, 2021 by BuTscH Quote Link to comment
mgutt Posted March 4, 2021 Share Posted March 4, 2021 Führe mal das aus: cpufreq-info Was steht unter "driver" bei den einzelnen Cores? Ich nutze noch 6.8.3 und da sieht es so aus: analyzing CPU 0: driver: intel_pstate CPUs which run at the same hardware frequency: 0 CPUs which need to have their frequency coordinated by software: 0 maximum transition latency: 4294.55 ms. hardware limits: 800 MHz - 4.50 GHz available cpufreq governors: performance, powersave current policy: frequency should be within 800 MHz and 4.50 GHz. The governor "performance" may decide which speed to use within this range. current CPU frequency is 4.31 GHz. Genaue Informationen zu deiner CPU kannst du so ausgeben lassen: dmidecode -t 4 Quote Link to comment
Ford Prefect Posted March 4, 2021 Share Posted March 4, 2021 ...ich glaube ja auch nicht an die NIC-Treiber Geschichte. Hier noch ein Hinweis zum Thema CPU Freq-Scaling: Quote Link to comment
BuTscH Posted March 4, 2021 Author Share Posted March 4, 2021 Also der Treiber ist tatsächlich der neue wie es aussieht... Bei der Zeile "maximum transition latency:" ist ein Unterschied zu erkennen, aber keine Ahnung ob das Relevant ist oder das selbe einfach nur in einer andere Einheit. 6.8.3: analyzing CPU 0: driver: intel_pstate CPUs which run at the same hardware frequency: 0 CPUs which need to have their frequency coordinated by software: 0 maximum transition latency: 4294.55 ms. hardware limits: 800 MHz - 2.50 GHz available cpufreq governors: performance, powersave current policy: frequency should be within 800 MHz and 2.50 GHz. The governor "performance" may decide which speed to use within this range. current CPU frequency is 2.40 GHz. 6.9.0: analyzing CPU 0: driver: intel_cpufreq CPUs which run at the same hardware frequency: 0 CPUs which need to have their frequency coordinated by software: 0 maximum transition latency: 20.0 us. hardware limits: 800 MHz - 2.50 GHz available cpufreq governors: conservative, ondemand, userspace, powersave, performance, schedutil current policy: frequency should be within 800 MHz and 2.50 GHz. The governor "performance" may decide which speed to use within this range. current CPU frequency is 2.40 GHz. Und einmal dmidecode: # dmidecode 3.3 Getting SMBIOS data from sysfs. SMBIOS 3.1.1 present. Handle 0x0017, DMI type 4, 48 bytes Processor Information Socket Designation: CPUSocket Type: Central Processor Family: Celeron Manufacturer: Intel ID: A1 06 07 00 FF FB EB BF Signature: Type 0, Family 6, Model 122, Stepping 1 Flags: FPU (Floating-point unit on-chip) VME (Virtual mode extension) DE (Debugging extension) PSE (Page size extension) TSC (Time stamp counter) MSR (Model specific registers) PAE (Physical address extension) MCE (Machine check exception) CX8 (CMPXCHG8 instruction supported) APIC (On-chip APIC hardware supported) SEP (Fast system call) MTRR (Memory type range registers) PGE (Page global enable) MCA (Machine check architecture) CMOV (Conditional move instruction supported) PAT (Page attribute table) PSE-36 (36-bit page size extension) CLFSH (CLFLUSH instruction supported) DS (Debug store) ACPI (ACPI supported) MMX (MMX technology supported) FXSR (FXSAVE and FXSTOR instructions supported) SSE (Streaming SIMD extensions) SSE2 (Streaming SIMD extensions 2) SS (Self-snoop) HTT (Multi-threading) TM (Thermal monitor supported) PBE (Pending break enabled) Version: Intel(R) Celeron(R) J4105 CPU @ 1.50GHz Voltage: 1.2 V External Clock: 100 MHz Max Speed: 2700 MHz Current Speed: 1500 MHz Status: Populated, Enabled Upgrade: Other L1 Cache Handle: 0x0015 L2 Cache Handle: 0x0016 L3 Cache Handle: Not Provided Serial Number: Not Specified Asset Tag: Fill By OEM Part Number: Fill By OEM Core Count: 4 Core Enabled: 4 Thread Count: 4 Characteristics: 64-bit capable Quote Link to comment
mgutt Posted March 4, 2021 Share Posted March 4, 2021 Teste mal folgendes. Installiere dir den Config File Editor und öffne die Datei /boot/syslinux/syslinux.cfg Das erste "append" nach "label Unraid OS" ergänzt du dann um das: intel_pstate=active Damit sollte denke ich der Kernel intel_pstate beim Booten erzwingen. Dann prüfst du ob es genutzt wird und wenn ja was nun iperf liefert. Einfach damit wir genau wissen ob es daran liegt. Quote Link to comment
BuTscH Posted March 4, 2021 Author Share Posted March 4, 2021 Quote Das erste "append" nach "label Unraid OS" ergänzt du dann um das: Ist das so korrekt? label Unraid OS menu default kernel /bzimage append initrd=/bzroot intel_pstate=active Oder muss dort noch ein trennzeichen zwischen? Quote Link to comment
Recommended Posts
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.