Kan iemand mij vertellen hoe het lezen van deze verdomde maten.

Ik bedoel, ik de voorkeur aan om de grootte in MB zien, maar dat is niet het geval als je een ls-l op directories. Ik heb een tijd gehad om het omzetten van deze MB

alleen voor controledoeleinden, wat zou een omvang als deze directory \u003d 3499990308 vertegenwoordigen in MB
of iets dergelijks 29994?

of is er een regel kan ik volgen om dit te kunnen berekenen crap op mijn eigen? eerlijk gezegd, om eventuele herziening moet worden ingediend bij Unix, moet het de mogelijkheid om al deze maten ZEER goed leesbaar te maken. Unix is ingewikkeld genoeg om tijd te verspillen aan deze onzin

Ik maak het op deze manier:

GNU bash, versie 2.05.0 (1)-release (sparc-sun-solaris2.9)

# Mkfile 56k test1
# Mkfile 5354k test2
# Ls-lh
totaal 10832
-rw ------ T 1 root root 56K 24 september 14:40 test1
-rw ------ T 1 root root 5.2M 24 september 14:41 test2

by the way:

de "-h" is ook bruikbaar voor dit output:

root@pressy.ips.at # Df-h / dev/dsk/c0t0d0s0
Filesystem grootte gebruikt beschikbare capaciteit Mounted on
/ dev/dsk/c0t0d0s0 2.0G 2.0G 0K 100% /


groeten Preßy

Pressy,

ls-H is alleen beschikbaar op GNU ls. Dat is dus niet een zeer algemeen antwoord. Trouwens, de werkelijke strekking van de vraag is de mentale omschakeling van bytes naar MB.

3499990308, zoals weergegeven door ls vertegenwoordigt bytes. Om dit te bereiken megabyte, wil ik leg de laatste 6 cijfers. 3499990308 is een soort van hoe ik "zien" het nummer. Nu heb ik niet beoordelen, dat 990.308 als ik gooi het weg. Ik doe dat echt alleen door te kijken op de toonaangevende negen. Aangezien ik weggooien van een "groot" aantal, voeg ik er een naar het nummer dat ik blijf. 3499 + 1 \u003d 3500 MB. Al dan niet toe te voegen dat men afhankelijk is van de toonaangevende cijfer van wat ik gooide. Als het 5,6,7,8, of 9, dan voeg ik de een.

Dit is een compromis, dan zou ik een nauwkeuriger algoritme als ik een programma zou schrijven. Maar ik kan dit direct en moeiteloos.

Effectief, wat ik gedaan heb is om het aantal delen door 1.000.000. Perfect nauwkeurigheid zou hebben geëist delen door 1.048.576. Met behulp van het BC-programma zie ik dat het echte antwoord is 3338 MB. Met een bestand van deze grote, ik heb geen zorg over een lousy 162 MB.

29994 is te klein. Nou, ok, het is 0 MB. Ik wil gewoon nooit tot kleine formaten om te zetten in megabytes. Maar kilobytes zou werken in deze zaak. De regel is vergelijkbaar met het bovenstaande, maar hier ben ik gewoon drop 3 cijfers in plaats van 6. Dus ik schat dat bestand van 30 KB. bc zegt dat het echte antwoord is 29 KB. Nogmaals, dichtbij genoeg.

Merk op dat zowel van mijn schat hoog waren. Dat is gegarandeerd het geval te zijn.