Il vecchio rapporto sulle prestazioni USB non riguardava semplicemente un “collegamento USB2”: ZimaOS aveva negoziato 5 Gbps, ma il contenitore JMicron JMS566 utilizzava il driver legacy usb-storage, mentre CachyOS utilizzava uas. Questa differenza tra i driver spiega molto meglio il divario tra 13 MB/s e circa 64 MB/s rispetto alla sola velocità fisica del collegamento USB.
La discussione si è interrotta prima che IceWhale pubblicasse una soluzione, quindi gli utenti attuali dovrebbero ripetere i test su ZimaOS 1.7.1 prima di presumere che il comportamento dello stesso bridge/driver sia invariato. Conserva le informazioni esatte sul controller, sul file system e sul driver quando confronti i sistemi.
Controlla separatamente il collegamento USB e il driver
lsusb -tCerca sia la velocità negoziata, ad esempio 5000Me il driver. Velocità USB3 con usb-storage è diverso da una connessione USB2, anche se la velocità di trasferimento continua a essere deludente.
Perché UAS può essere importante
UAS supporta l’accodamento dei comandi e la semantica SCSI in modo più efficiente rispetto al precedente driver USB di archiviazione in modalità bulk-only. Sull’hardware di origine, CachyOS utilizzava uas mentre ZimaOS utilizzava usb-storage.
Controlla il chip del bridge
Il contenitore utilizzava un bridge JMicron JMS566. I problemi delle unità USB vengono spesso gestiti in base al chipset del bridge, perché alcuni dispositivi funzionano male con UAS. Non forzare UAS senza capire perché il kernel abbia selezionato o inserito nella blacklist un driver.
NTFS aggiunge un’altra variabile alle prestazioni
Il disco di origine utilizzava NTFS. Confronta la stessa unità e lo stesso contenitore con un altro file system solo se puoi farlo senza distruggere dati importanti. L’overhead del file system può sommarsi a un collo di bottiglia del trasporto USB.
Benchmark al di fuori dell’interfaccia File
Usa un file sequenziale di grandi dimensioni e misura dal terminale, così da escludere l'overhead del browser e dell'interfaccia. Confronta anche separatamente lettura e scrittura.
Ripeti il test sull'attuale ZimaOS
L'attuale ZimaOS usa un kernel e uno stack di archiviazione più recenti rispetto alle build beta 1.4.2/1.4.4 del thread originale. L'attuale guida all'archiviazione di ZimaOS indica che le unità USB sono normali dispositivi di archiviazione supportati.
Non forzare UAS alla cieca
Se il kernel esegue intenzionalmente il fallback a usb-storage per un'anomalia del bridge, forzare UAS può causare reset o corruzione dei dati. Per prima cosa confronta il comportamento attuale di ZimaOS, i log del kernel e lo stesso box su un altro sistema Linux.
La checklist sulle prestazioni NAS offre una diagnosi più ampia della velocità.
Controlla i log del kernel per anomalie o reset UAS
dmesg | grep -Ei 'usb|uas|jms|reset|xhci' | tail -150Cerca reset ripetuti, fallback da UAS, anomalie del dispositivo o errori di trasporto. Un collegamento stabile a 5 Gbps può comunque avere prestazioni scarse se il bridge riprova ripetutamente i comandi.
Usa lo stesso file per i test tra sistemi operativi
Confronta ZimaOS e un'altra distribuzione Linux usando lo stesso box, cavo, disco, file system e file di test di diversi gigabyte. Cambiare più variabili contemporaneamente rende molto meno significativa la comparazione dei driver.
Prova un altro box prima di sostituire l'host
Se un secondo box compatibile con UAS funziona normalmente sulla stessa macchina ZimaOS, il bridge JMS566 o il relativo percorso di gestione delle anomalie diventano più sospetti del controller USB del Wyse.
FAQ
5000M significa che il disco dovrebbe raggiungere 500 MB/s?
No. È la velocità del collegamento USB, non la velocità di trasferimento effettiva dell'HDD.
Perché CachyOS era più veloce sullo stesso hardware?
Gli screenshot mostrano CachyOS con UAS, mentre ZimaOS usava la modalità legacy usb-storage, oltre allo stesso disco NTFS.
Devo passare da NTFS a un altro file system?
Solo dopo aver eseguito i test e creato un backup. La differenza tra i driver è già un indizio importante.
Devo forzare il driver UAS?
Non senza verificare le anomalie del kernel e la stabilità di quel chipset bridge.
