centos - 升级2G内存，可是查出来却不到2G，请问是不是被坑了？

Question

CentOS 64位升级2G内存，可是查出来却不到2G

$ free -m
             total       used       free     shared    buffers     cached
Mem:          1876        605       1270          0          2         67
-/+ buffers/cache:        535       1340
Swap:            0          0          0

请问是不是被坑了，如何在运营商面前发飙不被看出来很菜？

Answer 1

사실 2G 메모리를 장착하면 총 1876개로 이미 2G 메모리임을 증명할 수 있습니다. . 메모리에 문제가 있다면 3G가 1876년으로 줄어들었기 때문일까요?

질문자는 여전히 1024의 알고리즘에 만족하지 못하는 것을 볼 수 있습니다. 1876을 어떻게 계산할 수 있나요?

명령어 2개를 실행하고 결과를 올려주세요
1.cat /proc/meminfo |grep MemTotal
2.free -b

4G를 예로 들어봤습니다(2G 기기는 실제로 없습니다)
1.free -m
총:3852 MB

1.free -b(단위는 바이트입니다!)
총계:4039471104 바이트

2.cat /proc/meminfo |grep MemTotal
3944796 KB

3944796 kB*1024=4039471104바이트, 결과는 free -b와 같습니다

4039471104바이트 / 1024=3944796KB / 1024=3852.33984375MB

보시다시피요. . 알았어요? 아니면 이 3가지 명령을 실행하고 게시하면 수학을 통해 알 수 있습니다

Answer 2

속지 마세요. 2G 메모리입니다.
제조업체에서는 2GB라고 하며 단위는 기가바이트, 1GB는 1000^3바이트와 같습니다
일반적으로 GB에 대해 이야기할 때 단위는 기비바이트(Gibibyte)이며, 이는 1024^3바이트와 같습니다.
따라서 양쪽의 데이터가 일치하지 않습니다.

정확한 방법은 다음과 같습니다.

으아악

(grep의 내용은 출시 버전에 따라 다릅니다. 저는 CentOS 6입니다. 잘 모르겠으면 grep을 건너뛰고 그냥 보시면 됩니다. 내용이 많습니다.)

free -m이 부정확한 이유: free 명령은 표시를 위해 /proc/meminfo에서 값을 가져오고 /proc/meminfo의 MemTotal은 실제로 물리적 메모리에서 일부 예약된 비트와 커널의 바이너리 코드 크기를 뺀 값입니다. 따라서 실제 메모리보다 소문자입니다.

Answer 3

무료 -m
캐시된 사용된 총 무료 공유 버퍼
메모: 488 424 64 54 22 205
-/+ 버퍼/캐시: 196 292
스왑: 1999 0 1999

위 내용은 저의 Alibaba Cloud 호스트 중 하나인데, 현재 서비스 제공업체에서는 일반적으로 1024와 1000 알고리즘의 차이로 인해 발생한다고 말합니다. 이는 일반적으로 정상으로 간주됩니다. 하드 드라이브 하드웨어를 구입할 때도 마찬가지입니다.

Answer 4

2G의 일반적인 값입니다

redhat이나 다른 배포판을 사용하는 경우 dmidecode 명령을 사용하여 하드웨어 정보를 볼 수 있습니다