Den gamla rapporten om USB-prestanda handlade inte bara om ett ”USB2-länk”-problem: ZimaOS förhandlade fram 5 Gbit/s, men JMicron JMS566-kabinettet använde den äldre drivrutinen usb-storage, medan CachyOS använde uas. Den skillnaden i drivrutin förklarar skillnaden mellan 13 MB/s och cirka 64 MB/s betydligt bättre än den fysiska USB-länkhastigheten ensam.
Tråden avslutades innan IceWhale publicerade en lösning, så nuvarande användare bör testa igen med ZimaOS 1.7.1 innan de antar att samma beteende hos brygga/drivrutin kvarstår. Bevara uppgifterna om exakt styrenhet, filsystem och drivrutin när du jämför system.
Kontrollera USB-länken och drivrutinen separat
lsusb -tKontrollera 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 överföringshastigheten fortfarande är en besvikelse.
Varför UAS kan spela roll
UAS stöder effektivare kommandoköer och SCSI-semantik än den äldre USB-lagringsdrivrutinen med 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. USB-lagringsproblem hanteras ofta per bryggkretsuppsättning 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 lägger till ytterligare en prestandafaktor
Källdisken var formaterad med 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 överbelastning kan förvärra en flaskhals i USB-transporten.
Benchmarka utanför filgränssnittet
Använd en stor sekventiell fil och mät från skalet för att undvika överbelastning från webbläsaren eller gränssnittet. Jämför också läsning och skrivning separat.
Testa igen med aktuell version av ZimaOS
Den aktuella versionen av 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 säger att USB-enheter är vanliga lagringsenheter som stöds.
Tvinga inte fram UAS utan eftertanke
Om kärnan medvetet går över till usb-storage på grund av en avvikelse i bryggan kan det leda till återställningar eller korruption om du tvingar fram UAS. Jämför först det aktuella beteendet i ZimaOS, kärnloggarna och samma kabinett på ett annat Linux-system.
Checklista för NAS-prestanda innehåller en mer omfattande hastighetsdiagnos.
Kontrollera kärnloggarna efter UAS-avvikelser eller återställningar
dmesg | grep -Ei 'usb|uas|jms|reset|xhci' | tail -150Håll utkik efter upprepade återställningar, återgång från UAS, enhetsavvikelser eller transportfel. En stabil 5 Gbit/s-länk kan ändå prestera dåligt om bryggan upprepade gånger försöker utföra kommandon igen.
Använd samma fil vid testning mellan operativsystem
Jämför ZimaOS med en annan Linux-distribution med samma kabinett, kabel, disk, filsystem och testfil på flera gigabyte. Om du ändrar flera variabler samtidigt blir jämförelsen mellan drivrutinerna mycket mindre tillförlitlig.
Prova ett annat kabinett innan du byter ut värddatorn
Om ett andra UAS-kompatibelt kabinett fungerar normalt på samma ZimaOS-maskin, är JMS566-bryggan eller dess avvikelsehantering en starkare misstänkt än Wyse USB-styrenheten i sig.
Vanliga frågor
Betyder 5000M att disken bör 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 den äldre usb-storage, samt samma NTFS-disk.
Bör jag byta från NTFS?
Först efter testning och säkerhetskopiering. Skillnaden mellan drivrutinerna är redan en viktig ledtråd.
Bör jag tvinga fram UAS-drivrutinen?
Inte utan att kontrollera kärnans egenheter och stabiliteten hos den bryggkretsen.
