epyc 7313 mit nps2 und acpi srat l3 cache as numa domain ist enabled, raid controller 9361 8i und intel nic e810 10g mit t400 nvidea, server 2025 mit plex, fileserver und webhost als bare metal, hyper v mit ubuntu und nextloud

Da du deine Nextcloud-VM jetzt exklusiv auf
CCX 0 (4 physische Kerne / 8 Threads) isoliert hast, können wir PHP-FPM so einstellen, dass es diese Kerne perfekt sättigt, ohne dass die Prozesse untereinander um Cache-Ressourcen kämpfen.
Hier sind die optimalen Einstellungen für deine

• pm = static
  
• pm.max_children = 16
  (Formel: 2 Prozesse pro Thread bei 8 Threads. Da Nextcloud oft auf I/O wartet, ist 16 ein guter Wert, um die 4 Kerne auszulasten, ohne den RAM zu sprengen.)
  
• pm.max_requests = 1000
  (Verhindert Memory-Leaks durch regelmäßigen Neustart der Worker.)
  

• opcache.memory_consumption = 512 (MB)
  
• opcache.interned_strings_buffer = 64
  
• opcache.max_accelerated_files = 100000
  
• opcache.revalidate_freq = 60 (Sekunden – spart CPU-Checks auf Dateiänderungen)
  
• opcache.save_comments = 1 (Wichtig für Nextcloud/Doctrine Annotations)
  

• opcache.jit = 1255
  
• opcache.jit_buffer_size = 128M
  

• Nutze in der
  
  Code:

  config.php
  von Nextcloud
  
  Code:

  localhost
  oder den Unix-Socket statt der IP-Adresse
  
  Code:

  127.0.0.1
  , um den Netzwerk-Stack komplett zu umgehen.
  
• Stelle sicher, dass Redis für das File-Locking aktiv ist. Da Redis ebenfalls auf CCX 0 läuft, ist die Kommunikation zwischen PHP und Redis extrem schnell (L3-Lokalität).
  

• Dass ich dir die passenden MariaDB-Einstellungen für die 4 Kerne gebe?
  
• Wissen, wie du den Nextcloud-Cron optimierst (System-Cron statt AJAX)?
  
• Oder sollen wir prüfen, ob dein Storage-Caching (Redis) korrekt konfiguriert ist?
  

Standardmäßig nutzt Windows „CUBIC“. BBR (Bottleneck Bandwidth and Round-trip propagation time) wurde von Google entwickelt und sorgt dafür, dass Verbindungen von außen deutlich stabiler die volle Bandbreite erreichen, selbst wenn die Leitung eine hohe Latenz oder leichte Paketverluste hat.

Der Profi-Tipp: BBR aktivieren
Führe diesen Befehl in einer Admin-PowerShell aus:

powershell

1. Durchsatz: Während CUBIC bei Paketverlusten sofort die Geschwindigkeit halbiert, hält BBR die Leitung „gesättigt“.
   
2. RDMA-Side-Effect: Da dein interner Traffic (LAN) meist über das
   
   Code:

   Datacenter
   -Template läuft (wo RDMA/iWARP greift), optimiert BBR gezielt nur die Zugriffe, die über den Standard-TCP-Stack von außen reinkommen.
   

1. Schreib-Cache erzwingen (Wichtigster Schritt)
Dieser Befehl verhindert, dass der Controller bei Hitze oder BBU-Warnungen den Cache abschaltet.

powershell

PS C:\Users\Administrator> Get-NetAdapterHardwareInfo

Name                          Segment Bus Device Function Slot NumaNode PcieLinkSpeed PcieLinkWidth Version
----                          ------- --- ------ -------- ---- -------- ------------- ------------- -------
Ethernet 11                          0  1      0        1            0    16.0 GT/s            4 1.1+
Ethernet 3                          0  1      0        0            0    16.0 GT/s            4 1.1+

PS C:\Users\Administrator> # Setzt den bevorzugten NUMA-Knoten fest auf 0
PS C:\Users\Administrator> Set-NetAdapterAdvancedProperty -Name "Ethernet 11" -DisplayName "Bevorzugter NUMA-Knoten" -DisplayValue "0"
PS C:\Users\Administrator> Set-NetAdapterAdvancedProperty -Name "Ethernet 3" -DisplayName "Bevorzugter NUMA-Knoten" -DisplayValue "0"

Get-VM -Name "vm nchow master" | Select-Object Name, NumaAligned, @{N="vNumaNodes"; E={(Get-VMProcessor $_.Name).Count}} | Format-List