Den gamla rapporten om USB-prestanda handlade inte om ett enkelt problem med en ”USB2-länk”: ZimaOS förhandlade fram 5 Gbit/s, men JMicron JMS566-kabinettet använde den äldre usb-storage-drivrutinen medan CachyOS använde uas. Den skillnaden i drivrutin är en betydligt starkare förklaring till skillnaden mellan 13 MB/s och cirka 64 MB/s än den fysiska USB-länkens hastighet ensam.
Tråden avslutades innan IceWhale publicerade en lösning, så nuvarande användare bör testa igen på ZimaOS 1.7.1 innan de antar att samma brygg- och drivrutinsbeteende kvarstår. Bevara exakt information om styrenhet, filsystem och drivrutin när systemen jämförs.
Kontrollera USB-länken och drivrutinen separat
lsusb -tLeta efter både den förhandlade hastigheten, till exempel 5000M, och drivrutinen. USB3-hastighet med usb-storage skiljer sig från en USB2-anslutning, även om genomströmningen fortfarande är en besvikelse.
Varför UAS kan vara viktigt
UAS stöder effektivare kommandoköer och SCSI-semantik än den äldre USB-lagringsdrivrutinen för enbart bulköverföring. På källhårdvaran använde CachyOS uas medan ZimaOS använde usb-storage.
Kontrollera bryggkretsen
Kabinettet använde en JMicron JMS566-brygga. Problem med USB-lagring hanteras ofta per bryggkrets eftersom vissa enheter fungerar dåligt med UAS. Tvinga inte fram UAS utan att förstå varför kärnan valde eller svartlistade en drivrutin.
NTFS tillför ytterligare en prestandavariabel
Källdisken använde NTFS. Jämför samma enhet och kabinett med ett annat filsystem endast om du kan göra det utan att förstöra viktiga data. Filsystemets overhead kan förstärka en flaskhals i USB-överföringen.
Jämför prestandan utanför filgränssnittet
Använd en stor sekventiell fil och mät från skalet så att webbläsarens eller gränssnittets överlagring tas bort. Jämför även läsning och skrivning separat.
Testa igen med det aktuella ZimaOS
Det aktuella ZimaOS använder en nyare kärna och lagringsstack än betaversionerna 1.4.2/1.4.4 i källtråden. Den aktuella lagringsguiden för ZimaOS anger att USB-enheter är vanliga lagringsenheter som stöds.
Tvinga inte UAS blint
Om kärnan avsiktligt återgår till usb-storage För en bryggrelaterad kompatibilitetsfråga kan det orsaka återställningar eller korruption att tvinga UAS. Jämför först det aktuella beteendet i ZimaOS, kärnloggarna och samma kabinett på ett annat Linux-system.
Checklistan för NAS-prestanda ger en bredare hastighetsdiagnostik.
Kontrollera kärnloggarna efter UAS-egenheter eller återställningar
dmesg | grep -Ei 'usb|uas|jms|återställ|xhci' | tail -150Leta efter upprepade återställningar, återgång från UAS, enhetsspecifika egenheter eller transportfel. En stabil 5 Gbit/s-länk kan fortfarande prestera dåligt om bryggan upprepade gånger försöker skicka om kommandon.
Använd samma fil för tester mellan operativsystem
Jämför ZimaOS och en annan Linux-distribution med samma kabinett, kabel, disk, filsystem och testfil på flera gigabyte. Om du ändrar flera variabler samtidigt blir drivrutinsjämförelsen mycket mindre tillförlitlig.
Prova ett annat kabinett innan du byter värddator
Om ett annat UAS-kompatibelt kabinett fungerar normalt på samma ZimaOS-maskin blir JMS566-bryggan eller dess kompatibilitetsväg en starkare misstänkt än själva Wyse-USB-styrenheten.
Vanliga frågor
Betyder 5000M att disken borde nå 500 MB/s?
Nej. Det är USB-länkens hastighet, inte hårddiskens faktiska överföringshastighet.
Varför var CachyOS snabbare på samma maskinvara?
Skärmbilderna visar att CachyOS använder UAS medan ZimaOS använde det äldre läget usb-storage, plus samma NTFS-disk.
Bör jag byta från NTFS?
Först efter testning och säkerhetskopiering. Skillnaden i drivrutin är redan en viktig ledtråd.
Bör jag tvinga UAS-drivrutinen?
Inte utan att kontrollera kärnans egenheter och stabiliteten för det bryggchipet.
