![]() |
Hello and Welcome-tól az Egyesült Államokat, hogy az UNIX és Linux Forums? Köszönjük, hogy meglátogatta és csatlakozik Globális Közösség.
|
|
google unix.com
|
|||||||
| Fórumok | Regisztráció | Fórum Szabályok | Linkek | Albumok | GYIK | Tagok listája | Naptár | Keres | Mai hozzászólások | Megjelöl Fórumok Olvas |
| A UNIX a dummies Kérdések és válaszok Ha nem biztos benne, hogy hol osztályozhatom Unix vagy Linux kérdés, post it here. Minden UNIX és Linux newbies welcome! |
Több, UNIX és Linux fórum témák Ön által talált Hasznos
|
||||
| Szál | Thread Starter | Fórum | Válaszok | Utolsó hozzászólás |
| Directory méretű hurok optimalizálás | la_womn | Shell programozás és Scripting | 6 | 05-16-2008 11:05 PM |
| Összevetéshez teljes könyvtárszerkezete és kap mérete minden f két különböző szerverek | mannam Srinivas | Shell programozás és Scripting | 3 | 04-07-2008 04:21 AM |
| Script-ellenőrzési és beszámolási fájlméretek a könyvtárban. | Marconi | Shell programozás és Scripting | 1 | 04-03-2008 08:00 AM |
| PERL: Hogyan jutok mindkét méretű mátrix? | foo.bar | Shell programozás és Scripting | 2 | 09-26-2007 05:25 PM |
| Összevetéshez fájlméretek | Joli | Shell programozás és Scripting | 4 | 02-04-2005 06:52 PM |
![]() |
|
|
LinkBack | Téma eszközök | Keresés a téma | Rate Thread | Megjelenítési módok |
|
|
|
||||
|
Directory méretek
Tud valaki mondja meg, hogyan kell olvasni ezeket a rohadt méretben.
Úgy értem, azt szeretné, ha méret MB-ban, de nem ez a helyzet, ha csinálsz egy ls-l a könyvtárakat. nekem van egy volt idejük, hogy ezek a konvertáló MB csak ellenőrzési célokra, mi lenne a könyvtár mérete, mint ez \u003d 3499990308 képviselt MB , vagy valami ilyesmi 29.994?! vagy van egy szabály tudok követni, hogy képesek legyenek kiszámítani a szar a saját? őszintén, ha bármely felülvizsgálatát kell tenni, hogy unix, ez legyen a képességét, hogy ezeket a méreteket nagyon könnyen olvasható. unix bonyolult ahhoz, hogy a romlás alkalommal ez hülyeség |
|
|||||
|
........
by the way:
A "-h" is használható e kimenet: root@pressy.ips.at # Df-h / dev/dsk/c0t0d0s0 Fájlrendszer mérete használt kapacitását igénybe ráerősítve / dev/dsk/c0t0d0s0 2.0G 2.0G 0K 100% / greetings Preßy |
|
|||||
|
Preßy,
ls-h csak akkor érhető el a GNU az ls. Szóval ez nem egy nagyon általános választ. Azonkívül, a valódi kiáll a kérdés a mentális átállás byte megabájt. 3499990308 által megjelenített formában ls képviseli bájt. Ahhoz, hogy ez a megabájt, akarom dobni az utolsó 6 számjegy. 3499990.308 van valami, hogyan "lát" a számot. Most már tudom értékelni, hogy a 990.308, mint én dobja el magától. Tudom, hogy valóban a keresett éppen a vezető kilenc. Mivel én vagyok eldobni a "nagy" számot, vehetek egyet a szám, hogy én megtartom. 3499 + 1 \u003d 3500 MB. E vagy sem hozzátenni, hogy az egyik attól függ, hogy a vezető szám, amit Eldobtam. Ha ez 5,6,7,8 vagy 9, akkor adhatom hozzá az egyik. Ez egy kompromisszum, szeretném használni pontosabb algoritmus, ha én írtak egy programot. De én ezt azonnal és erőfeszítés nélkül. Hatékonyan, mit tettem, hogy ossza el a számot a 1.000.000. Tökéletes pontosságot igényelt volna osztás 1.048.576. Bc program segítségével látom, hogy az igazi válasz az 3.338 MB. Egy dokumentációt, ez a nagy, nem érdekel a nyamvadt 162 MB. 29.994 túl kicsi. Nos, rendben van, hogy 0 MB. Én egyszerűen nem akarom átalakítani apró megabájt méretű. Kilobytes működne, de ebben az esetben. A szabály hasonlít a fent említett, de itt én csak csepp 3 számjegy helyett 6. Szóval úgy becsülik, hogy file 30 KB. bc azt mondja, az igazi válasz: 29 KB. Újra, elég közel volt. Figyeljük meg, hogy mind az én becslések is magas volt. Garantáltan legyen a helyzet. |
![]() |
| Könyvjelzõk |
| Téma eszközök | Keresés a téma |
| Megjelenítési módok | Rate this thread |
|
|