Posts by vdr_rossi

    Wenn die USB3-Performance damit aber besser ist, müsste man im nächsten Schritt schauen, welche Patches es seit Kernel 4.9 bzw. 5.15 am xhci-hcd gegeben hat.

    Die Hardware (ICY Box Gehäuse und M.2 SSD) funktioniert am Windows PC superschnell. Sowohl über USB-C (Thunderbolt) als auch am "normalen" USB3 Port.

    Mit schneller Samsung M.2 geht da >2000 MB/Sek. Bei USB3 ist definitiv die Schnittstelle der "Flaschenhals".


    Habe meine Aufnahmen nun auf eine SATA SSD umkopiert. Jetzt habe ich gute 300 MB/Sek. Datenrate. Verwende den Benfei Adapter und Samsung SSD.

    Unterm Strich eine Steigerung um Faktor 20 - bin gespannt ob das JMS578 Gehäuse das noch steigern kann.


    Wenn ich ganz viel Zeit habe, probiere ich das verlinkte Hardkernel Ubuntu 24.04 auf separater eMMC aus. Und versuche mich an der xhci-hd Modul Geschichte...


    Ganz anderer Ansatz war das maximum aus dem Odroid N2+ microSD Steckplatz herauszuholen. Stichwort 1TB microSD Karte für Aufnahmen.

    Der Devicetree war zu wackelig und ich habe es nicht weiter verfolgt.

    Ok, danke an alle Hinweisgeber.


    Dachte mir schon das es am verwendeten Chipsatz liegt. Deswegen habe ich meine oben probierten Chipsätze auch fett gemacht.

    Also scheint das Optimum der JMS578 zu sein. Wird auch hier im Hardkernel Forum erwähnt...


    Bestelle mir jetzt auf Verdacht einfach mal ein JMS578 Gehäuse. Am besten mit USB-C oder direktem USB Kabel.

    Außerdem will ich herausfinden welchen Chipsatz der Benfei USB SATA Adapter hat...


    Problem lässt sich nur durch probieren lösen.

    Code
            |__ Port 1: Dev 3, If 0, Class=Mass Storage, Driver=usb-storage, 5000M
            |__ Port 3: Dev 4, If 0, Class=Mass Storage, Driver=usb-storage, 5000M


    Meine USB3 Adapter für die Aufnahmen am N2+:

    für die SSD: ICY BOX IB-AC6031-U3 (mit Samsung SSD 860 Pro 1TB) = 260 MB/sec, produktiv im Einsatz

    für die NVME: ICY BOX IB-1916M-C32 (mit 2TB) = 20 MB/sec, zu langsam als VDR storage

    Komisch, der NVME Adapter wird auch mit Driver=usb-storage, 5000M gelistet... und liefert trotzdem schlechte Werte?

    Die Kombination ist bei mir immer schnell.

    Für Aufnahmen habe ich jetzt auch nochmal ICY Box IB-1916M-C32, probiert. Welches nur NVME kann. Verbaut ist die gleiche M.2 NVME, Typ Intel SSD 660p 2TB (SSDPEKNW020T8). Verwendeter Chipsatz: ASM3264

    GPT Schema, Partition mit XFS Dateisystem.

    Code
    vdr1:~ # lsusb -t
    ...
    /:  Bus 001.Port 001: Dev 001, Class=root_hub, Driver=xhci-hcd/2p, 480M
        |__ Port 001: Dev 002, If 0, Class=Hub, Driver=hub/4p, 480M
            |__ Port 001: Dev 003, If 0, Class=Vendor Specific Class, Driver=em28xx, 480M
            |__ Port 002: Dev 004, If 0, Class=Vendor Specific Class, Driver=em28xx, 480M
            |__ Port 003: Dev 005, If 0, Class=Mass Storage, Driver=usb-storage, 480M
    /:  Bus 002.Port 001: Dev 001, Class=root_hub, Driver=xhci-hcd/1p, 5000M
        |__ Port 001: Dev 002, If 0, Class=Hub, Driver=hub/4p, 5000M
            |__ Port 004: Dev 003, If 0, Class=Mass Storage, Driver=usb-storage, 5000M

    Auch nur 480M und

    Code
    vdr1:~ # hdparm -t /dev/sdb1
    
    /dev/sdb1:
     Timing buffered disk reads:  42 MB in  3.04 seconds =  13.83 MB/sec


    Das schnellste ist nach wie vor Benfei SATA USB mit Samsung SSD Kombination!

    Was hat denn das Quertauschen ergeben?

    Also die langsamen Adapter+NVME/SATA am vdr2 (mit CE-22no (Kernel 5.15.119))?

    Langsam bleibt langsam.


    Richtig, den oben erwähnten Archivspeicher am vdr2 mit neuem Kernel:

    Code
    vdr2:~ # lsusb -t
    /:  Bus 001.Port 001: Dev 001, Class=root_hub, Driver=xhci-hcd/2p, 480M
        |__ Port 001: Dev 002, If 0, Class=Hub, Driver=hub/4p, 480M
            |__ Port 001: Dev 003, If 0, Class=Vendor Specific Class, Driver=em28xx, 480M
            |__ Port 004: Dev 004, If 0, Class=Mass Storage, Driver=usb-storage, 480M
    /:  Bus 002.Port 001: Dev 001, Class=root_hub, Driver=xhci-hcd/1p, 5000M
        |__ Port 001: Dev 002, If 0, Class=Hub, Driver=hub/4p, 5000M

    Also auch nur 480M (=USB2 Geschwindigkeit?)

    Code
    vdr2:~ # hdparm -t /dev/sda2
    
    /dev/sda2:
     Timing buffered disk reads:  68 MB in  3.07 seconds =  22.18 MB/sec

    Minimal besser. Aber immer noch nicht akzeptabel.


    Wobei der Benfei USB SATA Adapter mit Samsung 870 Evo SATA SSD am vdr1 abliefert:

    Code
    vdr1:~ # hdparm -t /dev/sda1
    
    /dev/sda1:
     Timing buffered disk reads: 918 MB in  3.00 seconds = 305.99 MB/sec

    Wird am vdr1 auch mit 5000M (=USB3 Geschwindigkeit?) erkannt:

    Code
    vdr1:~ # lsusb -t
    ...
    /:  Bus 001.Port 001: Dev 001, Class=root_hub, Driver=xhci-hcd/2p, 480M
        |__ Port 001: Dev 002, If 0, Class=Hub, Driver=hub/4p, 480M
            |__ Port 001: Dev 003, If 0, Class=Vendor Specific Class, Driver=em28xx, 480M
            |__ Port 002: Dev 004, If 0, Class=Vendor Specific Class, Driver=em28xx, 480M
            |__ Port 003: Dev 005, If 0, Class=Mass Storage, Driver=usb-storage, 480M
    /:  Bus 002.Port 001: Dev 001, Class=root_hub, Driver=xhci-hcd/1p, 5000M
        |__ Port 001: Dev 002, If 0, Class=Hub, Driver=hub/4p, 5000M
            |__ Port 004: Dev 003, If 0, Class=Mass Storage, Driver=usb-storage, 5000M

    Ok, also kann auch Driver=usb-storage schnell. Es muss nicht zwingend Driver=uas sein.

    Wichtig ist die Zahl dahinter: 5000M oder 480M


    Wenn in meinem "fliegenden" Aufbau eine schnelle Festplattenanbindung gegeben ist, soll alles kompakt in ein 3D Gehäuse verstaut werden.

    2x M.2 wäre da praktischer. Naja, muss ich halt umdisponieren auf 2,5"

    Hallo,


    mein vdr läuft auf Odroid N2+ (4GB) Hardware. Das System ist auf eMMC, Video auf USB Festplatte - siehe Signatur.

    vdr1 CE-21ng Kernel 4.9.269

    vdr2 CE-22no Kernel 5.15.119


    Ziel ist das maximum der USB Datenübertragung herauszuholen.


    Am vdr1 verwende ich zwei unterschiedliche USB-C M.2 Gehäuse:

    Code
    vdr1:~ # lsusb -t
    ..
    /:  Bus 001.Port 001: Dev 001, Class=root_hub, Driver=xhci-hcd/2p, 480M
        |__ Port 001: Dev 002, If 0, Class=Hub, Driver=hub/4p, 480M
            |__ Port 001: Dev 003, If 0, Class=Vendor Specific Class, Driver=em28xx, 480M
            |__ Port 002: Dev 004, If 0, Class=Vendor Specific Class, Driver=em28xx, 480M
            |__ Port 003: Dev 005, If 0, Class=Mass Storage, Driver=usb-storage, 480M
            |__ Port 004: Dev 006, If 0, Class=Mass Storage, Driver=usb-storage, 480M
    /:  Bus 002.Port 001: Dev 001, Class=root_hub, Driver=xhci-hcd/1p, 5000M
        |__ Port 001: Dev 002, If 0, Class=Hub, Driver=hub/4p, 5000M

    Für Aufnahmen: ICY Box IB-1816CM-C31, welches nur NVME kann. Verbaut ist eine M.2 NVME, Typ Intel SSD 660p 2TB (SSDPEKNW020T8). Verwendeter Chipsatz: JMS583

    GPT Schema, Partition mit XFS Dateisystem.


    Aktuelle Werte:

    Code
    vdr1:~ # hdparm -t /dev/sda1
    
    /dev/sda1:
    Timing buffered disk reads:  44 MB in  3.13 seconds =  14.05 MB/sec

    Laut dmesg und lsusb wird Driver=usb-storage verwendet.


    Als Archivspeicher: Sabrent EC-SNVE, welches M.2 NVME/SATA kann. Verbaut ist eine SATA M.2 SSD, Typ Transcend MTS830S 4TB. Verwendeter Chipsatz Realtek RTL92108B

    GPT Schema, Partition mit exFAT Dateisystem.


    Aktuelle Werte:

    Code
    vdr1:~ # hdparm -t /dev/sdb2
    
    /dev/sdb2:
     Timing buffered disk reads:  46 MB in  3.09 seconds =  14.88 MB/sec


    Als Kabel verwende ich deleyCON 15cm USB-A auf USB-C Kabel


    Performance enttäuschend :(


    Von den Sabrent Gehäusen habe ich zwei Stück. Wenn ich die Intel M.2 NVME in das Zweite einbaue, verliert das System nach einiger Zeit die Aufnahmeplatte und das System hängt komplett.

    Bin dann schnell wieder auf das Icy Box Gehäuse zurück. Archivplatte, gleiche Firmware/Gehäuse, SATA SSD, da passiert das nicht...


    Probiert habe ich bisher:

    - 12v 4,16A Netzteil für Odroid N2+

    - andere USB Ports

    - aktiven USB 3 Hub mit Stromversorgung

    - Firmware Update vom Sabrent EC-SNVE auf 1.33.44.011824 laut diesem Thema, Firmware Quelle.


    An einem anderen Ort habe ich gleiche Hardware aber mit CE-22no (Kernel 5.15.119) am laufen.


    Dort hängt eine "einfache" Samsung 870 Evo SATA SSD per Benfei USB SATA Adapter dran. Chipsatz hier: ?

    GPT Schema, Partition mit XFS Dateisystem.

    Code
    vdr2:~ # lsusb -t
    /:  Bus 001.Port 001: Dev 001, Class=root_hub, Driver=xhci-hcd/2p, 480M
        |__ Port 001: Dev 002, If 0, Class=Hub, Driver=hub/4p, 480M
            |__ Port 001: Dev 003, If 0, Class=Vendor Specific Class, Driver=em28xx, 480M
    /:  Bus 002.Port 001: Dev 001, Class=root_hub, Driver=xhci-hcd/1p, 5000M
        |__ Port 001: Dev 002, If 0, Class=Hub, Driver=hub/4p, 5000M
            |__ Port 003: Dev 003, If 0, Class=Mass Storage, Driver=uas, 5000M

    Dort wird uas verwendet !?

    Code
    vdr2:~ # hdparm -t /dev/sda1
    
    /dev/sda1:
     Timing buffered disk reads: 1084 MB in  3.05 seconds = 355.74 MB/sec


    Was könnte ich noch tun um oben (vdr1) mehr herauszuholen?


    Liegt das am moderneren Kernel, ok anderes USB-A/USB-C Kabel kann ich nochmal bestellen und probieren...

    Quertauschen probiere ich auch nochmal.


    Bin für Hilfe dankbar

    Rossi

    ja, fakeroot passt jetzt.


    Nun hängt es bei commons-lang3-3.16.0.tar.gz

    Hallo, baue selbst. Allerdings gibt es aktuell ein Problem das fakeroot Paket zu laden:

    Kann ich da nur abwarten oder gibt es eine Alternativlösung?


    Danke