지원되지 않는 마더보드에 16GB RAM을 설치했습니다. 더 나은 마더보드를 구입해야 할까요? 아니면 다른 것을 교체해야 할까요? 잘 작동하는 것 같습니다.
메모리:Crucial Ballistix 스포츠 에디션"(8GBx2) DDR3 PC3-12800"
마더보드:ASRock N68C-S UCC"최대 시스템 메모리 용량: 8GB"
거짓말하는
gnome-control-center.real info
?Memory: 15,7GB
dmidecode -t16
내 마더보드가 2x 8GB 또는 총 8GB를 수용할 수 있다고 나와 있습니까 ?Maximum Capacity: 8 GB Number Of Devices: 2
free -h
15GB 중 11GB를 사용했다는 허위 주장 인가요 ?total used free shared buffers cached Mem: 15G 11G 4,2G 7,8G 140M 9,3G
dmidecode -t 17
이 출력은 1600MHz 속도가 되어야 하지 않나요 ?Handle 0x0010, DMI type 17, 27 bytes Size: 8192 MB Speed: 400 MHz Handle 0x0012, DMI type 17, 27 bytes Size: 8192 MB Speed: 400 MHz
답변1
단편:
마더보드의 전원이 켜지고 시스템이 부팅되며 여유/상단에 16GB RAM이 있다고 표시되면 제대로 작동하는 것입니다. 마더보드 제조업체도 시스템 보드의 용량을 과소평가할 수 있으므로 실제 테스트는 작동하기 전에 메모리가 올바르게 설치되고, 올바르게 일치하고, 실행(예: 부팅)하고 안정적으로 실행(즉, 충돌하지 않는지)하는 것입니다. 또한 모든 메모리를 한 가지 또는 다른 용도로 사용해 보고 시스템이 안정적인지 확인하여 이를 테스트할 수도 있습니다. RAM이 매우 우수하므로 이는 매우 중요합니다. 낮은 등급의 RAM은 16gB에서 작동하지 않을 가능성이 높습니다. 이것이 아마도 16GB가 지원되지 않고 보다 보수적인 8GB를 선택하는 이유일 것입니다.
시스템의 실제 메모리, 즉 커널이 액세스할 수 있는 사용 가능한 메모리를 보고하는 free, top 등과 같은 도구는 거짓말을 하지 않습니다. dmi 데이터를 읽는 도구는 데이터를 작성하는 회사에 따라 dmi가 무작위로 거짓말을 하기 때문에 거짓말을 합니다.
gnome-control-center.real 정보는 거짓말인가요?
Memory: 15,7GB
아니요, 진실을 말해줍니다.
dmidecode -t16은 내 마더보드가 2x 8GB 또는 총 8GB를 수용할 수 있다는 것을 의미합니까?
Maximum Capacity: 8 GB
Number Of Devices: 2
총 8gB라고 나오네요. 샘플 유형 16(이 경우 광산)을 보면 이를 명확하게 확인할 수 있습니다. 용량은 어레이의 용량을 나타냅니다. 이것은 단일 메모리 배열입니다. 어레이의 용량은 8gB(내 경우에는 맞음)라고 주장되며(귀하의 경우에는 틀렸지만) 내 경우에는 4개의 장치가 있습니다. 귀하의 경우에는 2개의 장치가 있습니다. 안타깝게도 슬롯에서 사용할 수 있는 가장 큰 스틱의 총 용량을 추정할 수는 없습니다. 즉, 8gB 용량의 슬롯 4개를 가질 수 있지만 각 슬롯의 최대 용량은 4gB입니다. 즉, 4x2gG 스틱 또는 2x4gB를 사용할 수 있지만 4x4gB는 사용할 수 없습니다.
Handle 0x0012, DMI type 16, 15 bytes
Physical Memory Array
Location: System Board Or Motherboard
Use: System Memory
Error Correction Type: None
Maximum Capacity: 8 GB
Error Information Handle: Not Provided
Number Of Devices: 4
free -h는 15GB 중 11GB를 사용한다는 거짓말을 합니까?
아니요,무료진실을 말해요.맨 위동일한 사실을 알려줄 것입니다(커널이 무료로 간주하는 것이 무엇인지에 대한 질문은 매우 신비스럽고 이러한 도구의 구현에 따라 변경되지만 이는 이 질문의 주제에서 벗어납니다). 이는 액세스할 수 있는 메모리와 사용하는 메모리를 사용자 계층에 보고하는 커널입니다.
dmidecode -t 17의 출력이 1600MHz 속도를 나타내면 안 됩니까?
이는 시스템에 따라 다릅니다. dmidecode가 데이터를 해석하는 방법. 나는 질문의이 부분을 처음 접했습니다.
간단히 말해서:
램 보고 문제를 많이 다루어야 하기 때문에 dmidecode 램 데이터 보고 품질의 차이를 찾아야 합니다. dmidecode의 임무는 dmi 데이터를 해석하거나 수정하는 것이 아니라 보고하는 것이므로 이는 dmidecode의 결함이 아닙니다.
첫째: dmidecode는 기본적으로 두 가지 데이터 세트를 보고합니다. 1: 누군가가 작성한 일부 데이터, 즉 마더보드 공급업체의 저임금 드론이 작성해야 할 양식이 있었는데 제대로 작성하기에는 너무 게으르거나 한 모델에 대해서만 작성했습니다. 를 클릭한 다음 해당 데이터를 다른 모델에 복사합니다. 2: 메모리 슬롯에 메모리가 있는지 여부, 크기, 유형, 속도 등과 같은 실제 데이터입니다.
따라서 시스템 보드 RAM 용량 측면에서 dmidecode는 dmidecode가 실행될 때 사용 가능한 실제 기술 사양을 기반으로 용량을 알려주지 않습니다. 그것이 하는 일은 하드웨어를 배송하기 전에 특정 상자를 작성하고 확인하라는 저임금 사람들의 앞서 언급한 데이터를 반복하는 것뿐입니다.
일부 마더보드 공급업체는 이 데이터를 완벽하게 제공하므로 전적으로 그들의 주장에 의존할 수 있습니다. 다른 것들은 완전히 의미 없는 설명을 제공하여 dmidecode가 설치된 4x2gB RAM을 올바르게 보고하지만 용량은 4gB입니다.
예를 들어 dmidecode는 거의 항상(항상 그런 것은 아니지만) 설치된 RAM에 대한 올바른 정보를 매우 정확하게 알려 주지만 dmi 데이터에는 용량에 대한 잘못된 데이터가 포함되는 경우가 많습니다.
이 문제를 처리해야 할 때 저는 항상 각 스틱에 대한 보고서를 신뢰할 수 있는 보고서로 사용하고, 실제 용량에 대한 dmidecode 데이터를 덮어쓰도록 합니다. 왜냐하면 후자는 실제 데이터가 아니기 때문입니다.
# can be true, false, totally off, or pure fiction re capacity
# the rest of the data is usually pretty good though
dmidecode -t 5
# extremely accurate and reliable, per stick information. Trust it.
dmidecode -t 6
# same as 5, might be right re maximum capacity, might not be
dmidecode -t 16
# extremely accurate, can trust it, but can't learn max
dmidecode -t 17 capacity.
기본적으로 마더보드 공급업체에 따라 다릅니다. 5와 16에서 사용하는 데이터 필드를 올바르게 수행했습니까? 작성하고 싶지 않은 필드를 명확하게 보여주는 예를 들어 보겠습니다.
Handle 0x001A, DMI type 17, 27 bytes
Memory Device
Array Handle: 0x0012
Error Information Handle: Not Provided
Total Width: 64 bits
Data Width: 72 bits
Size: 2048 MB
Form Factor: DIMM
Set: None
Locator: DIMM3
Bank Locator: BANK3
Type: DDR2
Type Detail: Synchronous
Speed: 400 MHz
Manufacturer: Manufacturer3
Serial Number: SerNum3
Asset Tag: AssetTagNum3
Part Number: PartNum3
이 데이터는 dmi 데이터와 /sys 내부를 통해 볼 수 있습니다. 데이터가 채워져 있지 않거나, 공급자가 반만 채우거나, 잘못 채워져 있습니다. 속도 이후의 항목이 올바르게 입력되지 않았습니다. 제가 개인적으로 가장 좋아하는 것은 이것이며, 생각보다 내부적으로 훨씬 더 일반적입니다.
[Field Name]: To be filled by O.E.M.
요즘 시대에는 실제로 시스템이 무엇인지 알려주는 무언가가 있을 것이라고 생각할 수도 있지만, 안타깝게도 그렇지 않습니다.
이 문제를 설명하기 위해 수백 개의 머신 dmidecode 데이터 예를 보여줄 수 있지만 실제로는 한두 개만 보면 됩니다. 나는 더 나은 마더보드 제조업체가 dmi 데이터 세트를 더 잘 작성하는 경향이 있고 저가형 제조업체는 그렇게 하지 않는 경향이 있다고 생각하는 경향이 있지만 이에 대한 엄격하고 빠른 규칙은 없습니다.
기본적으로 dmidecode와 ram에서 신뢰할 수 있는 것은 다음과 같습니다.
DMI type 5
# Almost nothing in there except some generic information
Error Detecting Method: 64-bit ECC
Error Correcting Capabilities::
None
Associated Memory Slots: 4
Enabled Error Correcting Capabilities:
None
DMI type 6
Socket Designation: DIMM3
Current Speed: 167 ns
Installed Size: 2048 MB (Double-bank Connection)
Enabled Size: 2048 MB (Double-bank Connection)
Error Status: OK # probably
DMI type 16
Number Of Devices: 4
DMI type 17
Data Width: 72 bits
Size: 2048 MB
Locator: DIMM0
Bank Locator: BANK0
Type: DDR2
Type Detail: Synchronous # usually anyway
Giles의 의견:
dmidecode가 최대 용량을 과소평가할 수 있는 또 다른 이유는 마더보드를 만들 때 X GB 스틱이 존재하지 않았기 때문입니다(또는 마더보드 제조업체가 어떤 이유로 이를 테스트하지 않았습니까?). Y < X 값이지만 X GB 스틱이 나타나면 작동합니다.
핵심은 메모리 어레이에 대해 dmidecode에 의해 보고된 최대 용량이 계산되지 않았으며 마더보드에 대한 dmi 테이블을 생성할 때 누군가가 입력한 일부 데이터일 뿐이라는 점을 깨닫는 것입니다. 나는 일반적으로 dmi 데이터보다 공급업체 마더보드 문서를 더 신뢰하지만, 이 포스터에서 알 수 있듯이 그것조차도 신뢰할 수 없습니다.