Base 2와 Base 10, MB와 MiB를 알고 있지만, du와 windows explorer가 보여준 바이트 수를 디렉토리에 표시하지 않습니다.


0

du 명령어는 43G가 사용 중임을 보여줍니다. 2 ^ 30의 기수인지 10의 기수인지, 9 ^ 9의 기수인지는 확실하지 않습니다. 그러나 여하튼 -

cygwin에서 du 명령을 실행하여 windows 디렉토리의 크기를 확인합니다 (관리 명령 프롬프트에서 수행됨 - 다른 디렉토리를 읽는 데 문제가있는 것 같음)

user@comp ~
$ du -sh /cygdrive/c/windows
43G     /cygdrive/c/windows

내가 이해할 수있는 Windows 탐색기는 '기본 2'(KB, MB, 기본 10 KiB, MiB e.t.c.보다 더 큰 단위)에 표시하므로 더 큰 단위의 양은 동일한 결과를 제공해야합니다.

Windows 탐색기 쇼

enter image description here

46.6GB, 500 억 바이트 이상 (Windows 탐색기에 따라)

또는

46.8GB, 500 억 바이트 이상 (Windows 탐색기에 따라)

그래서, 제쳐두고.

큰 숫자 인 46.8GB에 1.048576을 곱해도 49.0733568 그것은 500 억이 넘지 않습니다. 그래서 그 부분은 질문의 일부이지만 질문의 부분 B는 왜 뒤의 모습이 그렇게 낮습니까?


가능성이 높은 관련성 : 수퍼 유저 /questions/704218/...
Broots Waymb

@ 위험 구역 없음 수퍼 유저 /questions/66825/... 아니다. 당신이 나의 질문에서 볼 수 있듯이, 더 큰 그림 인 디스크에서 크기를 취해도 1.048576만큼 쌓아서 전체 바이트 수에 도달하지 못하기 때문에. Windows explorer이 두 가지 차이점을 보여주는 이유는 묻지 않습니다. 디스크의 실제 크기와 크기의 차이점을 묻지 않습니다.
barlop

나는 중복이 아니라 관련된 것이라고 말했다. 왜 크기가 (자신과 같이) 평등하지 않은지 궁금해하는 사람은 왜 그런지 궁금 할 것입니다. 당신의 질문은 생각이 다되었습니다. 나는 어떤 식 으로든 해당 게시물을 유망한 해결책으로 제안하지 않았습니다.
Broots Waymb

1
-k 옵션을 보셨습니까? -k, show sizes as multiples of 1024 bytes, not 512-byte
DrZoo

46.8GB (이진 GB, 더 큰 단위는 더 적습니다). 그래서, 그것을 십진수 GB로 변환하는 방법, 더 작은 단위가 더 있습니다). 그래서 46.8MB라면 1.048576이 될 것입니다. 때문에 46.8 번 1048576 얼마나 많은 바이트입니다. 1.048576은 관련이 있습니다. MB 특히.
barlop

답변:


2

파트 A에 대한 대답은 올바른 숫자를 곱하지 않는 것입니다. "바이너리 GB"또는 더 정확하게 GiB에서 바이트 수에 대한 보정 계수는 1.048576이 아닙니다. 1024 큐브입니다. 그건 1,073,741,824입니다.

46.8 x 1024 cubed = 50,251,117,363.2 불일치의 나머지는 "46.8"의 반올림 오류 때문입니다. 그것이 정말로 46.813 ...이어야하는 것처럼 본다.

바이너리 접두사의 스케일에서 각 "단계"에 대해 1024의 또 다른 요소가 필요합니다. 예를 들어, GiB에서 KiB 또는 MiB에서 B로 이동하려면 1,048,576 인 1024 제곱을 곱하십시오.

"바이너리 접두사"에 대한 Wikipedia 기사, 특히이 섹션 하단의 표를 참조하십시오. https : / / / / / /

당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.