mgutt

Du könntest aber zb nach Upload einer 1GB Datei über den Notebook, dann spindown und dann wieder Download, sehen, dass die HDD nicht anspringt. Aber wie gesagt ist die Frage was bei virtio anders ist. Was ich schon mal gefunden habe ist die Cache Einstellung für die vdisk: https://access.redhat.com/documentation/en-us/red_hat_enterprise_linux/7/html/virtualization_tuning_and_optimization_guide/sect-virtualization_tuning_optimization_guide-blockio-caching https://serverfault.com/questions/425607/kvm-guest-io-is-much-slower-than-host-io-is-that-normal Aber die ist ja nicht unser Problem. Aber vielleicht lohnt ein Test?! Benutzt du eigentlich virtio oder virtio-net? Siehe auch: https://forums.unraid.net/topic/101283-what-is-the-difference-between-virtio-and-virtio-net/?do=findComment&comment=1020696

Mal davon abgesehen, dass dein Ton nicht angebracht ist, beschleunigt die GPU sowohl die Fensterbewegung: https://devblogs.microsoft.com/directx/hardware-accelerated-gpu-scheduling/ Als auch Applikationen wie den Browser: https://support.mozilla.org/en-US/kb/upgrade-graphics-drivers-use-hardware-acceleration Als auch die Video-Enkodierung durch RDP: https://docs.microsoft.com/de-de/azure/virtual-desktop/configure-vm-gpu#configure-gpu-accelerated-frame-encoding Es lohnt sich zu prüfen was davon aktiv ist. Am leichtesten wie gesagt über den Taskmanager. Wenn die Beschleunigung nicht aktiv ist, dann einfach mal aktivieren und Verbindung neu aufbauen. Alle Tipps auch hier noch mal zusammengefasst: https://superuser.com/a/1583257/129262

Dann stell ihn mal auf Null und du wirst dich wundern wie lahm dein Server wird. Jede Applikation, die Daten schreibt, schreibt diese in den RAM ohne dies zu wissen. Und ja, wenn der Strom ausfällt und diese noch nicht auf den Datenträger geschrieben wurden (nach 30 Sekunden), dann sind sie weg. unRAID hat da keine angepasste Einstellung. Aus dem Grund auch meine Warnung: https://forums.unraid.net/topic/99393-häufig-gestellte-fragen/?do=findComment&comment=959302 Andersherum werden alle statischen Dateien wie zb Coverbilder in Plex im RAM vorgehalten. Der Lesecache entlastet daher massiv den Datenträger und erhöht auch damit die Schreibperformance. Du schreibst in dem Fall über virtio? Eventuell verhindert der virtio Treiber, dass der Schreibcache genutzt wird. Welches Protokoll nutzt du dabei? SMB?

Du hast mit keiner Silbe erwähnt, WIE du auf deine VM zugreifst. Flüssig ist es zb mit RDP und Hardwarebeschleunigung. Dazu sollte man auch mal den Taskmanager öffnen und verifizieren, dass RDP die GPU auch wirklich verwendet. Über NoVNC, also den Browser, ist es nie so flüssig wie in einer Applikation.

Ich verstehe auch nicht warum man Daten, die man möglichst schnell schreiben will, aber eh gelöscht werden, in ein langsames Array pressen will. Selbst ein RAID1 Pool erscheint da sinnfrei. Eine einzelne SSD in einen seapraten Pool und gut ist.

Wie groß ist der Schreibcache, wie groß die Datei und wurden nach dem Upload der Datei noch weitere Dateien auf den Server hochgeladen oder laufen parallel noch Anwendungen, die den RAM beschreiben könnten? Wenn ich zb meine komplette Filmsammlung mit dem Skript in den RAM pushe: Und danach rsync ausführe um ein Backup zu starten, dann ist mein RAM danach komplett überschrieben. Linux entscheidet was wichtiger ist und da der RAM nicht reserviert wird, darf er jederzeit überschrieben werden.

Der als Cache genutzte RAM wird von unRAID nicht im Dashboard angezeigt, weil der Cache keinen RAM reserviert und dort nur reservierter RAM zu sehen ist. Du musst "free -h" im Terminal ausführen um den Cache zu sehen. Der steht aber quasi durchgehend auf 100%. Siehe auch: https://www.linuxatemyram.com/

In Windows und ich denke mal auch in Linux, spielt das keine Rolle, weil sich eine Applikation so viel RAM nimmt wie verfügbar ist. Eventuell kann @ich777 was dazu sagen? Hier auf jeden Fall Infos zu dem dedicated und shares RAM bei der Intel iGPU: https://www.intel.com/content/www/us/en/support/articles/000020962/graphics.html Und auch hier den Absatz lesen: https://www.makeuseof.com/tag/video-ram-windows-10/ ErP deaktiviert alles, wenn das Mainboard aus ist. Damit auch WoL. Daher bezweifle ich, dass das jemand benotigt. Entweder läuft der Server 24/7 oder man will ihn per WoL bei Bedarf einschalten. Selbst wenn du always-on + smarte Steckdose nutzt, bringt ErP nichts, weil du den Server hat mit der Steckdose eh komplett stromlos machst. Fazit: ErP macht nur bei Clients Sinn.

Wirst du nicht. Mal hier lesen: https://forums.unraid.net/topic/99393-häufig-gestellte-fragen/?do=findComment&comment=1021228 Dort sind auch ein paar Bauvorschläge verlinkt. Nach wie vor sind alte Setups besser als neue. Diese Entscheidung kann dir niemand abnehmen. Hier ein paar Infos: https://forums.unraid.net/topic/99393-häufig-gestellte-fragen/?do=findComment&comment=947943

Ist die GPU an vfio gebunden? Die mce Log Geschichten spielen keine Rolle. Die Diagnostics enthält nicht die Logs, die auf den USB Stick gespiegelt werden. Die musst du separat ansehen. Bitte beachte, dass die nicht anonymisiert werden. Also am besten selbst schauen was die letzten Einträge vor dem Crash waren.

Nicht normal. Welche Einstellungen hast du denn verändert? Bezogen auf Strom sparen reicht einfach CEC2019 zu aktivieren. Das setzt alle stromsparenden Optionen in einem.

This is because you are copying the file into your RAM. Linux automatically uses free RAM as cache. Don't forget: The file is fragmented. This means it's data is located on very different positions on the disk, needs to be collected and written to a new position. Then it's important to know, that an HDD is much slower at the last sectors compared to the first sectors: Thats why I asked for the free space. More free space means more faster sectors. I think this in combination with the parity impact and the encryption, is the reason, why it is so slow.

Wenn du den offiziellen Container verwendest, wird Nextcloud übrigens automatisch beim Update des Containers aktualisiert.

How fast is copying a huge file on the same disk?

Which model and how much space is free?

Das kannst du probieren, aber vom Prinzip verschwendet man damit nur Ressourcen, weil der läuft ja für nichts.

Ja, aber dann muss der Pfad /mnt/disk1/Projekte/.../skriptname.py und natürlich auch alle Pfade auf die das Skript zugreifen können soll, auch 1:1 in dem Docker verfügbar gemacht werden, weil dein Befehl "python3 ..." wird dann ja innerhalb des Containers ausgeführt. Aber ich denke das ist dir klar. Hier ein Beispiel: root@thoth:~# ls -lah /mnt/user/Marc/Scripts/python total 4.0K drwxrwxrwx 1 marc users 27 Jul 14 16:50 ./ drwxrwxrwx 1 marc users 20 Jul 14 16:50 ../ -rw-rw-rw- 1 marc users 40 Jul 14 16:56 helloworld.py root@thoth:~# root@thoth:~# docker run -it --rm --name helloworld.py -v /mnt/user/Marc/Scripts/python:/mnt/user/Marc/Scripts/python python:3 python /mnt/user/Marc/Scripts/python/helloworld.py Unable to find image 'python:3' locally 3: Pulling from library/python d836772a1c1f: Pull complete 66a9e63c657a: Pull complete d1989b6e74cf: Pull complete c28818711e1e: Pull complete 5084fa7ebd74: Pull complete 7f162c881e4f: Pull complete e3f48ccb2876: Pull complete 315a1520c10e: Pull complete eba0bda87095: Pull complete Digest: sha256:ce21f64c4c3ae5743ddd5f4d4d9ca5614fddcc4f8c6e32ff2a7ff9a2e8744e8d Status: Downloaded newer image for python:3 Hello World! Nicht wundern, der Python-Container ist nach der Ausführung nicht in der Basis-Ansicht auf der Docker-Übersicht zu sehen. Erst wenn du auf Advanced umschaltest, siehst du einen "orphan" Container (er wurde also automatisch "gelöscht"): Das ist bewusst so gemacht, weil es keinen Sinn macht den Container ständig laufen zu lassen. Solange der Orphan da ist, geht die Ausführung auch sehr schnell, weil er dann den Container nicht komplett neu herunterladen muss: root@thoth:~# docker run -it --rm --name helloworld.py -v /mnt/user/Marc/Scripts/python:/mnt/user/Marc/Scripts/python python:3 python /mnt/user/Marc/Scripts/python/helloworld.py Hello World! Beachte außerdem, dass du für jedes Skript einen eigenen "--name scriptname.py" angibst, weil der für jedes Skript einen eigenen Container starten muss, ansonsten kommt es zu einer Fehlermeldung, wenn parallel ein zweites Skript gestartet wird: So wäre es also richtig: Eventuell kann es sein, dass du die zusätzlichen gewünschten Kommandos (unrar etc) in deinem Skript auf Existenz prüfen und dann nachinstallieren musst. Auch das sollte dann nur beim ersten Mal installiert werden und danach ständig verfügbar sein, solange der Orphan existiert.

Ungewöhnlich. Hast du eine sehr schwache CPU oder wie kommt das?

Klar, machen viele so, aber der Adapter aus deinem Link bietet keine USB-Buchse, sondern adaptiert auf "Mini 20 Pin USB Header". Ich verwende meist das: https://www.amazon.de/gp/product/B00DKWY1H8/

Die syslog ist gerade mal 600 KB groß, also ist bestimmt nicht voll?!

Kann man nicht einfach /dev/sd* machen?

Genau das habe ich nur mit 6.10. In 6.9 komplett konstant. Irgendwas rattert da.

Meinst du damit RJ45? Nein.

Das ist keine NVMe, sondern eine SATA SSD. Die Größe wird vom BTRFS Dateisystem so komisch an Unraid übermittelt. Warum in dem Fall aber nicht einfach "benutzt" + "frei" als Größe genommen wird, verstehe ich auch nicht. Weil das wären dann ja 256GB, also genau die Größe der kleineren SSD des Pools, was ja bei einem RAID1 auch Sinn macht.

Wegen dem C246N hatte ich Gigabyte mal gefragt ob das BIOS evtl einen Bug hat, weil beim Auslesen der ECC Bandbreite ein falscher Wert angezeigt wird (korrekt wären 72 statt 128 bits): # dmidecode -t 17 ... Total Width: 128 bits Data Width: 64 bits Die Antwort ist ernüchternd: Ich müsste also erst mal mit Windows diesen Wert auslesen. Dafür habe ich keine Möglichkeit, weil das ja mein produktives System ist