Jeg ved godt jeg kan bruge benchmark under Diske, men dd giver jo os god info omkring generel brug og så vælger man jo selv den data der skal skrives/læses
Men er kommandoen korrekt? Nogle bruger noget med 1M osv nemlig..
* Linux Ubuntu 16.04 64 bit - I3, 4 GB DDR3 1600Mhz, intel 7260AC dual band wifi, Samsung EVO 850 250 GB SSD. - Abook Z510 * Asustor nas: AS-202T, AS-202TE & AS-604T https://linuxviden.dk
Jeg ved godt jeg kan bruge benchmark under Diske, men dd giver jo os god info omkring generel brug og så vælger man jo selv den data der skal skrives/læses
Men er kommandoen korrekt? Nogle bruger noget med 1M osv nemlig..
Begge dd kommandoer er korrekte , men du skal tilføre den parameter, der gør at dd bruger Direct I/O -altså ikke bruger disk bufferen i kernen. Jeg kan fortælle dig at det er tilføjelsen af dette argument:
... som argument for at overføre data i max. klumper a 2 MiB - det er noget hurtigere - da der er færre systemkald til kernen, og dermed færre af det der på engelsk hedder context switch imellem dd programmet og så kernen.
Opdatering af paritiontabeller i kernen Kernen har en tabel af partition tabeller cached inde i kernen. Når man ændrer i et filsystem, så går det ofte galt med især GParted .
Du kan fikse kernens ide om hvordan partition tabellerne ser ud ved at køre den her kommando:
... efter noget disk aktivitet, hvor kernen beder hvert block device om partiton tabellen er kernens partition cache blevet opdateret.
/Lars
Jeg er Software ingeniør (Diplomingeniør) i Informationsteknologi og indlejede systemer, hvor indlejrede systemer er computer (microcontroller) + elektronik i for eksempel et TV, en router, en vaskemaskine og den slags
Er det egentlig ikke ok (og måske endda ønskeligt) at han undlader conv=fdatasync eller for den sags skyld oflag=dsync når han, som han skriver ønsker at teste læsehastigheden fra /dev/sdb og netop ikke skrivehastigheden?
JeG ville sige dd er det forkerte værktøj til det du forsøger. Det kan bruges men er lidt en nødløsning. Det overskriver filtabellen og efterlader din bus disk som en 1,2GB dvd. Det er ikke alle systermer der vil acceptere at læse fra den. Der syndes jeg du ville være bedre tjent med at konvatere til et diskformat så du stafig kan skrive feer til disken, det kunne være praktisk hvis du skal lave et backup af noget via live disken...
Du kan sikker også finde en terminal kommado til at lave konvateringen.
Mht til at teste skrive og læsehastigheden så giver den kun et samlet resultat og ikke et billede af diskens karakteristika sådan som et rigtig test værktøj ville. Ved læsning ville du også ende med en ISO på størelse med disken (16GB?) og ikke 1.2GB som ville indeholde en en masse data fra diskens tidligere indhold. Hvis du endelig ønsker at lave en læse test så skriv til /dev/null så testen ikke samtidig afhænger af målets skrive hastighed. Det omvendte gør sig også gældende når du forsøger at bruge dd til at teste skrivehastigheden.
