Kan nogen fortælle mig, hvordan du læser disse helvedes størrelser.

Jeg mener, jeg foretrækker at se størrelser i MB, men det er ikke tilfældet, når du gør en ls-l for mapper. Jeg har haft tid til at konvertere disse til MB

bare til kontrolformål, hvad ville en mappe størrelse som dette \u003d 3499990308 repræsenterer i MB
eller sådan noget 29.994?

eller er der en regel jeg kan følge for at være i stand til at beregne denne lort på min egen? ærligt, at hvis en eventuel revision skal gøres til unix, bør det være evnen til at gøre alle disse størrelser MEGET let at læse. unix er kompliceret nok til at spilde tid på dette pjat

Jeg gør det på denne måde:

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

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

af den måde:

de "-h" er også anvendelig til dette output:

root@pressy.ips.at # Df-h / dev/dsk/c0t0d0s0
Filsystem størrelse anvendes benytte kapacitet monteret på
/ dev/dsk/c0t0d0s0 2.0G 2.0G 0K 100% /


hilsener Preßy

Preßy,

ls-h er kun tilgængelig på GNU ls. Så det er ikke et meget generelt svar. Ud over den egentlige kernen i spørgsmålet, er den mentale omstilling af bytes til megabyte.

3499990308 som vises ved ls repræsenterer bytes. At få det til at megabyte, jeg ønsker at droppe de sidste 6 cifre. 3499990.308 er slags, hvordan jeg "se" nummeret. Nu ved jeg vurderer, at 990.308 som jeg smide det væk. Jeg ved det virkelig ved at se lige på den førende ni. Da jeg er kassering af et "stort" antal, tilføje jeg en til det antal, som jeg holder. 3499 + 1 \u003d 3500 MB. Hvorvidt eller ikke at tilføje, at man er afhængig af de førende ciffer i det, jeg smed væk. Hvis det er 5,6,7,8, eller 9, så jeg tilføje en.

Dette er et kompromis, ville jeg bruge en mere nøjagtig algoritme, hvis jeg skulle skrive et program. Men jeg kan gøre det samme og uden besvær.

Effektivt, hvad jeg har gjort, er at dividere antallet af 1.000.000. Perfect nøjagtighed ville have krævet at dividere med 1.048.576. Brug af programmet bc installeret jeg se, at det rigtige svar er 3.338 MB. Med en fil, denne store, jeg bryder mig ikke om en luset 162 MB.

29.994 er for lille. Nå, ok, det er 0 MB. Jeg simpelthen aldrig vil konvertere små størrelser til megabyte. Men kilobyte vil arbejde i denne sag. Reglen svarer til ovenstående, men her vil jeg bare drop 3 cifre i stedet for 6. Så jeg vurderer, at fil på 30 KB. bc siger det rigtige svar er 29 KB. Igen, tæt nok.

Bemærk, at begge mine estimater var høje. Dette er garanteret at være tilfældet.