Как узнать сколько памяти поддерживает материнская плата?

14 ответов на вопрос “Как узнать сколько памяти поддерживает материнская плата?”

  1. Zipperok Ответить

    AIDA64 всё расскажет об установленной на ПК или ноутбуке оперативной памяти: объём, тип (SIMM, DIMM, DDR, DDR2, DDR3), частоту, тайминги и др.
    Запускаем программу, выбираем вкладку «Системная плата».

    Затем – «Чипсет».

    Открываются свойства северного моста компьютера. В третьей строчке будет указан тип поддерживаемой памяти, а в четвёртой – то, что именно вам нужно – максимальный объём памяти, которую можно установить в ПК или ноутбук.
    Ещё ниже будет указано, сколько оперативной памяти установлено на устройстве сейчас.
    Если у вас в свойствах северного моста нет информации о максимальном объёме оперативной памяти, ищите его в другом месте: на панели слева открываете «Компьютер», потом – «DMI». Переходите на правую панель, открываете «Массивы памяти – Системная память». В блоке ниже смотрите поддержку максимального объёма оперативной памяти.

    ***

    Если с помощью AIDA64 вы всё же не сможете выяснить, сколько оперативной памяти поддерживает ваш ноутбук, тогда напишите в техподдержку его производителя.
    И ещё: друзья, если вы собираетесь самостоятельно делать апгрейд компьютера, перед покупкой дополнительной оперативной памяти уточните всё в техподдержке вашей материнской платы или ноутбука. Или заказывайте память в официальных сервисных центрах производителей устройств. И ещё: дополнительная оперативная память – не панацея от тормозов. Более чем 8 Гб её нужно устанавливать, чётко понимая зачем – в расчёте на использование какими-то программами или играми. Если вы хотите, чтобы ваш ПК или ноутбук работал быстрее в 10 раз, установите вместо обычного жёсткого диска твердотельный накопитель SSD.
    Статьи по этой теме:
    1. Как не разбирая ноутбук узнать все характеристики установленных в него планок оперативной памяти,
    2. Все статьи об оперативной памяти.

  2. Заманчивые строки Ответить

    Некоторое время назад я поставил на один из своих компьютеров 16 ГБ памяти. На нём стоит материнка Foxconn P55MX с Core i5 750. Можно было бы и заменить этот старый CPU, но он пока нормально работает и делает всё, что мне нужно.
    Вот что интересно. Материнская плата официально не поддерживает 16 ГБ RAM. Спецификации на вышеупомянутой странице указывают, что поддерживается максимум 8 ГБ. На плате только два слота, поэтому у меня возникло подозрение, что планки 8 ГБ просто были редкостью в то время, когда вышла материнская плата. Я всё равно решил попробовать. Во многих случаях материнские платы поддерживают больше RAM, чем официально заявляет производитель.
    Я убедился, что установлена последняя версия BIOS (версия 946F1P06) и вставил две своих планки по 8 гигабайт. Затем загрузил Ubuntu 16.04, и всё работало отлично. Я решил, что моя теория о том, что плата поддерживает больше памяти, чем заявлено в документации, оказалась правильной, и забыл об этом. Мне нравилось работать с дополнительной RAM и я был счастлив, что игра окупилась.
    Но несколько месяцев спустя я попытался загрузить Windows 10. В основном, компьютер работает под Linux. Лишь иногда нужно загрузить Windows, чтобы что-то проверить. Тогда-то и началось самое интересное.
    Когда появился GRUB, я выбрал в меню Windows 10 и нажал Enter. Экран загрузки Windows ненадолго появился, а затем меня сразу приветствовал синий экран смерти.

    Стоп-код: ACPI_BIOS_ERROR. Я много погуглил и выяснил, что суть в какой-то проблеме с ACPI-таблицами в BIOS. Среди прочего, таблицы ACPI сообщают операционной системе, как настроить оборудование. Попытка загрузки с установочного USB-накопителя Windows привела к той же ошибке. Так что, думаю, Foxconn не врал. Этот компьютер действительно не поддерживает 16 ГБ оперативной памяти. Возврат к 8 ГБ привёл к успешной загрузке. Тесты RAM тоже прошли отлично, так что дело не в плохой планке памяти.
    Я попытался связаться с поддержкой Foxconn насчёт исправления BIOS, но не получил ответа. Адрес электронной почты указан на их сайте, но он не работает. Возможно, Foxconn больше не занимается материнскими платами. Похоже, они также не оказывают поддержки.
    В этот момент обычный человек просто сдался бы, смирившись с 8 ГБ памяти или купив новый компьютер. Но я не хотел так легко сдаваться. Я знал, что теоретически компьютер может использовать 16 ГБ, потому что он отлично работал в Linux. Поэтому я начал изучать ACPI и экспериментировать с настройками BIOS.
    Я нашёл интересный раздел BIOS, где можно играть с некоторыми настройками памяти. Одним из параметров была «функция переназначения памяти» (Memory Remap Feature). Она была включена. В документации по BIOS говорится, что опция позволяет «перекрывать память PCI» для мэппинга выше общей физической памяти. Поиск в интернете указал, что его нужно включить при загрузке в 64-разрядной ОС. Просто ради эксперимента я её отключил, и Windows реально загрузилась! Однако сказала, что может использовать менее 4 ГБ оперативной памяти. Но это было приятно: у меня появился способ попасть в Windows без необходимости физически удалять планку памяти.
    В Ubuntu то же самое. С отключённой функцией переназначения памяти она ограничила меня менее чем 4 ГБ RAM. На данный момент я был уверен, что происходит какая-то проблема с отображением памяти. Я решил подробнее изучить ошибку ACPI_BIOS_ERROR и её причины — и наткнулся на этот отличный документ для отладки драйверов Microsoft, который объясняет проверку ошибок ACPI_BIOS_ERROR.
    Согласно документу, нужно было найти четыре параметра ошибки, которые раньше отображались на синем экране в старых версиях Windows. Windows 10 по умолчанию скрывает всю информацию, но можно повторно включить отображение дополнительной информации об ошибках, добавив запись в реестр. Вот отличный ответ на superuser.com, который указал мне верное направление.
    После соответствующей правки реестра я снова включил функцию переназначения памяти в BIOS и загрузил Windows. BSOD теперь показал четыре дополнительных кода в верхнем левом углу:

    Прекрасно! Таким образом, параметр 1 равен 0x0000000000000002. В документации Microsoft написано, что параметр 1, равный 0x02, означает проблему с обработкой списка ресурсов для корневых шин PCI. Поскольку параметры 2, 3 и 4 выглядят как сумасшедшие значения, это, наверное, указатели. И если тут одни указатели, Microsoft говорит, что проблема в том, что область декодирования PCI перекрывается со списком областей памяти, возвращаемых интерфейсом BIOS E820.
    Окей. Информации много, но можно с чего-то начать исследование. Я нашёл информацию, как вызов E820 BIOS предоставляет информацию об областях памяти. Затем вернулся в Linux и просмотрел всю информацию о запуске ядра с помощью команды dmesg, уделяя особое внимание E820 и ACPI. Вот что нашлось:
    BIOS-e820: [mem 0x0000000000000000-0x000000000009ebff] usable
    BIOS-e820: [mem 0x000000000009ec00-0x000000000009ffff] reserved
    BIOS-e820: [mem 0x00000000000e0000-0x00000000000fffff] reserved
    BIOS-e820: [mem 0x0000000000100000-0x00000000cf77ffff] usable
    BIOS-e820: [mem 0x00000000cf780000-0x00000000cf78dfff] ACPI data
    BIOS-e820: [mem 0x00000000cf78e000-0x00000000cf7cffff] ACPI NVS
    BIOS-e820: [mem 0x00000000cf7d0000-0x00000000cf7dffff] reserved
    BIOS-e820: [mem 0x00000000cf7ed000-0x00000000cfffffff] reserved
    BIOS-e820: [mem 0x00000000fee00000-0x00000000fee00fff] reserved
    BIOS-e820: [mem 0x00000000ffb00000-0x00000000ffffffff] reserved
    BIOS-e820: [mem 0x0000000100000000-0x000000042fffffff] usable
    Позже я увидел это:
    acpi PNP0A08:00: ignoring host bridge window [mem 0x400000000-0xfffffffff
    window] (conflicts with System RAM [mem 0x100000000-0x42fffffff])
    PCI host bridge to bus 0000:00
    pci_bus 0000:00: root bus resource [io 0x0000-0x0cf7 window]
    pci_bus 0000:00: root bus resource [io 0x0d00-0xffff window]
    pci_bus 0000:00: root bus resource [mem 0x000a0000-0x000bffff window]
    pci_bus 0000:00: root bus resource [mem 0x000d0000-0x000dffff window]
    pci_bus 0000:00: root bus resource [mem 0xd0000000-0xdfffffff window]
    pci_bus 0000:00: root bus resource [mem 0xf0000000-0xfed8ffff window]
    pci_bus 0000:00: root bus resource [bus 00-ff]
    Ага! Видите предупреждение о конфликте? Я бы его не заметил, но после установки памяти Linux начал выводить это сообщение при каждой загрузке. Я попытался загрузиться в Linux с отключённой функцией переназначения памяти в BIOS. В этом случае пропала последняя область e820 с 0x100000000 до 0x42fffffffff, и, таким образом, сообщение о конфликте также исчезло, а в списке появился ещё один «корневой ресурс шины» с окном главного моста с 0x400000000 до 0xfffffffff.
    Итак, что получается. Linux работает с 16 ГБ, потому что замечает конфликт и игнорирует конфликтующий диапазон PCI, который предоставляет ACPI, в то время как Windows с отвращением поднимает руки и выблёвывает синий экран: «У вашего BIOS проблема!» Не могу винить Windows. Действительно, существует перекрытие, поэтому можно понять, что она путается.
    В этот момент я не был уверен, стоит ли продолжать. Последние 768 МБ памяти с 0x400000000 до 0x42fffffffff сопоставлены с началом огромной области пространства памяти, которую материнская плата использует для PCI. Ясно, что если материнская плата ожидает там PCI, может произойти что-то действительно плохое. Таким образом, материнская плата поддерживает только 15,25 ГБ RAM, правильно?
    Но… в Linux всё работает просто отлично, без поддержки этой дополнительной области сопоставления PCI! Что, если как-то изменить таблицы ACPI, чтобы большой диапазон PCI начинался с 0x430000000 вместо 0x400000000, то есть сразу после окончания физической RAM. Тогда конфликт бы исчез, а большая часть окна сопоставления PCI по-прежнему осталась доступной.
    Вызов принят.
    Я начал копаться в таблицах ACPI. К счастью, Linux позволяет очень легко делать дампы. Есть специальные инструменты для этого, но таблицы можно легко найти в sysfs:
    /sys/firmware/acpi/tables
    Вот они все. Меня также обрадовало, что в GRUB есть возможность заменить ваши таблицы ACPI новыми версиями. Поэтому если выяснить, какая таблица задействована, можно установить новую версию этой таблицы с помощью GRUB. Теоретически, Windows будет счастлива этим.
    Среди других инструментов, я использовал iasl, чтобы разобрать различные таблицы ACPI и найти значение 0x400000000 для замены. Скорее всего, это значение с обратным порядком байтов (little-endian) и размером 64 бита, так что я запустил binwalk для поиска по всем файлам таблиц:
    binwalk -R ‘\x00\x00\x00\x00\x04\x00\x00\x00’ *
    В таблице OEMB нашёлся один результат. Следующее 64-разрядное слово после него было 0x1000000000, чуть больше, чем конечный адрес в сообщении конфликта окна главного моста. Очень многообещающая зацепка. Таблица OEMB является специальной, поскольку в соответствии со спецификациями ACPI это не стандартная таблица. Linux жалуется на недействительную контрольную сумму, но я не думаю, что это имеет значение. Полагаю, вы догадываетесь, что я сделал дальше.…
    Я сделал копию таблицы OEMB, заменив байт 0x00 непосредственно перед байтом 0x04 на 0x30, чтобы изменить значение на 0x430000000 (помните, что это обратный порядок). Эту изменённую копию я поместил в файл /boot/oemb.dat. Затем использовал GRUB для замены таблицы OEMB моей копией, временно вставив следующую команду в список команд загрузки (ввод буквы ‘e’ в GRUB после выбора Ubuntu):
    acpi –exclude=OEMB /boot/oemb.dat
    Идея в том, что она говорит GRUB загрузить все таблицы ACPI, кроме таблицы OEMB, а затем загрузить содержимое /boot/oemb.dat и добавить его в качестве дополнительной таблицы. Это эффективно заменит старую таблицу OEMB новой таблицей OEMB.
    Хорошо, я загрузил Linux и…
    acpi PNP0A08:00: ignoring host bridge window [mem 0x400000000-0xfffffffff
    window] (conflicts with System RAM [mem 0x100000000-0x42fffffff])
    Проклятая ошибка никуда не делась. WTF? Я предположил, что диапазон PCI фактически определён где-то ещё, но я нигде не видел, чтобы определялось конкретное значение. Я убедился, что исправленная таблица OEMB действительно загрузилась, и вернулся к исследованию.
    На этот раз я решил использовать iasl для декомпиляции таблицы DSDT. Отслеживание показало, что таблица DSDT должна содержать метод под названием _CRS, который отвечает за создание этой таблицы.
    iasl -d DSDT
    В файле .dsl я действительно нашёл метод _CRS, связанный с шиной PCI, и он выглядел довольно сложным. Таблица DSDT содержит фактический код, поэтому значения таблицы искать непросто. В моем случае метод _CRS оказался довольно сложным. Я интерпретировал код насколько смог и понял, что метод _CRS загружает информацию из другой таблицы в памяти, начиная с 0xCF78E064. Я снова посмотрел лог загрузки Linux в dmesg и нашёл это:
    ACPI: Early table checksum verification disabled
    ACPI: RSDP 0x00000000000F9820 000014 (v00 ACPIAM)
    ACPI: RSDT 0x00000000CF780000 000044 (v01 012110 RSDT0821 20100121 MSFT 00000097)
    ACPI: FACP 0x00000000CF780200 000084 (v01 012110 FACP0821 20100121 MSFT 00000097)
    ACPI: DSDT 0x00000000CF780460 006FE7 (v01 946F1 946F1P06 00000000 INTL 20051117)
    ACPI: FACS 0x00000000CF78E000 000040
    ACPI: APIC 0x00000000CF780390 00008C (v01 012110 APIC0821 20100121 MSFT 00000097)
    ACPI: MCFG 0x00000000CF780420 00003C (v01 012110 OEMMCFG 20100121 MSFT 00000097)
    ACPI: OEMB 0x00000000CF78E040 000082 (v01 012110 OEMB0821 20100121 MSFT 00000097)
    ACPI: HPET 0x00000000CF78A460 000038 (v01 012110 OEMHPET 20100121 MSFT 00000097)
    ACPI: GSCI 0x00000000CF78E0D0 002024 (v01 012110 GMCHSCI 20100121 MSFT 00000097)
    ACPI: DMAR 0x00000000CF790100 000090 (v01 AMI OEMDMAR 00000001 MSFT 00000097)
    ACPI: SSDT 0x00000000CF7917C0 000363 (v01 DpgPmm CpuPm 00000012 INTL 20051117)
    Ага! Он загружает информацию из таблицы OEMB. Моя догадка была верна с самого начала. Так почему же не сработала замена таблицы OEMB?
    Я снова посмотрел на лог dmesg после замены таблицы OEMB. Чего я не понимал, так это того, что если вы пытаетесь изменить таблицы, то GRUB перемещает большинство из них, включая OEMB, в другую область памяти. Проблема в том, что таблица DSDT жёстко закодирована на просмотр адреса 0xCF78E064 для таблицы OEMB. Поэтому-то новая таблица не видна системе, она по-прежнему смотрит на исходную таблицу. Ух.
    Первым порывом было изменить DSDT, чтобы перевести её на новое расположение таблицы OEMB, но я чувствовал, что в перспективе это плохая идея, потому что новые версии GRUB могут изменить местоположение в памяти, где хранится пользовательская таблица OEMB.
    Я остановился на другой идее. В GRUB есть эквиваленты команд write_byte, write_word, write_dword и read_. Что если GRUB на лету будет изменять исходную таблицу OEMB? В наше время BIOS’ы сжатые. Вероятно, таблицы загружаются в RAM, поэтому теоретически можно изменять значения.
    Так я и сделал. В качестве временного теста я добавил следующую команду в последовательность загрузки GRUB:
    write_byte 0xCF78E0B5 0x30
    Она заменяет байт 0x00 непосредственно перед байтом 0x04 на значение 0x30, преобразуя 64-разрядный начальный адрес PCI этого конечного диапазона в 0x0000000430000000. Я не обновлял контрольную сумму таблицы OEMB, потому что Linux и так скулил, что контрольная сумма неверна, поэтому, очевидно, ему всё равно.
    Я перезагрузился в Linux и с тревогой проверил лог dmesg для PCI.
    PCI host bridge to bus 0000:00
    pci_bus 0000:00: root bus resource [io 0x0000-0x0cf7 window]
    pci_bus 0000:00: root bus resource [io 0x0d00-0xffff window]
    pci_bus 0000:00: root bus resource [mem 0x000a0000-0x000bffff window]
    pci_bus 0000:00: root bus resource [mem 0x000d0000-0x000dffff window]
    pci_bus 0000:00: root bus resource [mem 0xd0000000-0xdfffffff window]
    pci_bus 0000:00: root bus resource [mem 0xf0000000-0xfed8ffff window]
    pci_bus 0000:00: root bus resource [mem 0x430000000-0xfffffffff window]
    pci_bus 0000:00: root bus resource [bus 00-ff]
    Успех! Окно 0x430000000-0xfffffffffff появилось как новое допустимое окно в списке, и предупреждение о конфликте исчезло. После проверки, что Linux всё ещё работает нормально, я попытался загрузиться в Windows с тем же хаком.
    Сработало! Теперь я могу загрузиться в Windows с 16 ГБ RAM, если использовать GRUB в качестве загрузчика с вышеупомянутой командой write_byte. Загрузчик Windows 10, очевидно, не будет работать. И если я когда-нибудь переустановлю Windows, вероятно, придётся временно вытащить одну планку RAM, чтобы загрузился установщик. Но это работает!
    Чтобы навсегда добавить исправление в GRUB, я создал файл /etc/grub.d/00_patchbios следующего содержания:
    # This file patches the BIOS in my Foxconn P55MX motherboard to work
    # properly when I have 16 GB of RAM installed. It’s a nasty hack.
    # Basically, the BIOS is hardcoded in the OEMB ACPI table
    # to have a PCI address range from 0x400000000 to 0xfffffffff, but
    # that overlaps with 16 GB of RAM being installed, because the RAM
    # uses up (among other ranges) 0x100000000 to 0x42fffffff.
    # This patch changes the table to actually list a PCI range of:
    # 0x430000000 to 0xfffffffff
    echo “write_byte 0xCF78E0B5 0x30”
    Затем сделал скрипт исполняемым и запустил sudo update-grub. Теперь патч автоматически применяется при запуске GRUB.
    Честно не знаю, насколько это безопасно. Действительно ли материнская плата аппаратно запрограммирована смотреть на эти адреса для PCI или что-то ещё. Знаю только, что она проходит мои тесты RAM. Поскольку Linux отлично работает с 16 гигабайтами RAM, меня эти вопросы не слишком беспокоят. Возможно, если установлено больше карт PCI/PCIe или что-то ещё, то возникнут проблемы, но в моём случае, похоже, всё в порядке. Очевидно, что ваша система может отличаться, и этот хак нельзя напрямую применить на других материнских платах, потому что таблица ACPI у каждого BIOS немного отличается.
    Думаю, это был весёлый опыт, чтобы поделиться с миром! Надеюсь, вы что-то узнали из этого поста. Конечно, я и сам многому научился в процессе.

  3. Ariuntrius Ответить

    Важные замечания: Друзья, не забывайте, что у Всех новых процессоров Intel Core i3, Intel Core i5, Intel Core i7 контроллер оперативной памяти находится в самом процессоре (раньше этим заправлял северный мост материнки) и модули памяти теперь непосредственно управляются самим процессором, тоже самое относится к последним процессорам AMD.
    Это означает, что не важно, какую частоту оперативной памяти поддерживает Ваша материнская плата. Важно, какую частоту оперативной памяти поддерживает Ваш процессор. Если в Вашем компьютере установлен процессор Intel Core i3, Intel Core i5, Intel Core i7, то официально поддерживаемые стандарты памяти данных процессоров: PC3-8500 (DDR3-1066 MHz), PC3-10600 (DDR3-1333 MHz), PC3-12800 (DDR3-1600 MHz), именно на таких частотах будет работать Ваша оперативная память, даже если в паспорте материнской платы указано то, что материнка может работать с планками оперативной памяти высокой частоты PC3-19200 (DDR3-2400 MHz).
    Другое дело, если Ваш процессор с разблокированным множителем, то есть с буквой “K” в конце, например CPU Intel Core i7-4770K, 3.5 GHz. Разблокированный множитель обозначает то, что в компьютер с таким процессором можно установить планки памяти самой высокой частоты, например DDR3-1866 MHz или DDR3-2400 MHz, такой процессор можно разогнать и в разгоне оперативка будет работать на своей частоте 2400 MHz. Если установить планку оперативной памяти DDR3-1866 MHz или DDR3-2400 MHz в компьютер с обычным процессором, то есть с заблокированным множителем без буквы “K” в конце, например Intel Core i7-3770, 3.9 GHz, то такая планка будет работать в лучшем случае на частоте DDR3-1600 MHz, а в худшем – компьютер не будет загружаться. Поэтому, покупайте оперативную память подходящую Вашему процессору.
    Что касается процессоров AMD последних лет, то они работают с памятью PC3-10600 (DDR3-1333 MHz).
    Как узнать всю информацию об установленной у вас оперативной памяти?
    Во первых, на самой планке оперативной памяти должна быть вся интересующая вас информация, только её нужно правильно прочесть. Не спорю, бывают планки памяти, на которых нет практически ничего, но с ними мы тоже справимся.
    Например возьмём планку оперативной памяти Hynix, на ней есть такая информация: 4 GB PC3 – 12800.

  4. Coirdana Ответить

    Сколько памяти поддерживает материнская плата можно узнать здесь: http://www.crucial.com/ (но как и в случае с сайтом производителя нужно будет название модели) .
    Количество памяти ограничивается не операционной системой, а архитектурой процессора / материнской платы. На 32-битные компьютеры — в теории — можно поставить до 4Гб оперативной памяти (потому что это максимальное количество памяти, которое можно адресовать 32-битным адресом) . Но для некоторых материнских плат есть еще большие ограничения, поэтому может поддерживаться меньшее количество памяти.
    Как Windows XP и Windows Vista в 32-битных версиях поддерживают — снова в теории — до 4Гб оперативной памяти. Реально же (если аппаратная часть компьютера все-таки сможет распознать до 4Гб) операционная система позволит адресовать до 3.3 – 3.5 Гб при установленных 4Гб.
    Если необходимо большее количество памяти, нужно задуматься о 64-битных платформах, хотя на данный момент версия Windows Vista 64-bit не является стабильной (то есть она еще менее стабильная, чем она же в 32-битном исполнении) . Про другие операционные системы ничего определенного сказать не могу, но в любом случае останется проблема с драйверами.

  5. Mauzuru Ответить

    Почему CPU-Z показывает вдвое уменьшенное значение текущей частоты? Потому что эта программа отображает только реальную тактовую частоту памяти. И вот здесь мы сталкиваемся с ещё одним вектором разделения понятий частоты оперативной памяти – реальная и эффективная. Понятия реальная и эффективная частота памяти появились после выхода на рынок планок памяти типа DDR. Тип-предшественник – память SDRAM – работала только на реальной тактовой частоте, работала за счёт считывания команд только по фронту микросхемы памяти. В памяти типа DDR находится та же микросхема памяти SDRAM, но работает DDR с удвоенной скоростью, т.е. с удвоенным объёмом передаваемых за такт данных. Достигается такая удвоенная скорость работы за счёт двойного считывания команд из микросхемы памяти. И вот частота работы памяти типа DDR называется эффективной. Такое понятие, как реальная частота оперативной памяти, не применяется производителями и продавцами, они при указании характеристик всегда указывают только эффективную частоту. И многие программы-диагносты работают с показателями эффективной частоты, за исключением программ типа CPU-Z.

  6. Molak Ответить

    Выбор оперативной памяти или «оперативки» несёт в себе много преимуществ. Главное, что это в первую очередь важно не только для самого компьютера, но и для пользователя.
    Начнём с самого начала. Необходимо выяснить, какую «оперативку» способна выдержать плата вашего компьютера. Для этого необходимо зайти на официальный сервис платы, и взглянуть на свойства. Также в данном вопросе вам может легко помочь приложение под именованием CPU-Z. В программе нужно войти в «Mainboard». Именно там и будет вся основная информация о материнской плате.

    Далее копируем модель платы и разработчика. В любом поисковике вводим их. Перед нами тысяча страниц, однако, нам лучше найти официальный сайт. Обычно он расположен в самом верху. В крайнем случае, он будет точно на первой странице. Заходим на сайт.

    После того, как вошли на страницу официального производителя, видим основные характеристики. Здесь же будет указана информация о поддерживаемой «оперативке» вашей материнской платой.

    Кроме этого, не забудьте взглянуть на максимум, поддерживаемый платой.

    Есть в данном вопросе и ещё один нюанс. Вам стоит ознакомиться и с возможностями вашего процессора, а именно, сколько он потянет памяти. Осуществляется проверка аналогичным способом. Надо снова открыть CPU-Z, где зайти в CPU, чтобы выяснить, модель процессора. Копируем название.

    Далее вставляем в поисковую строку браузера и находим сайт производителя.

    После перехода на страницу нашей целью является строка «Типы памяти». Именно она говорит нам о возможностях процессора.

    Не забудьте узнать о максимум поддержки по памяти. Это вам обязательно пригодится.

    Рекомендации по подбору оперативной памяти для ПК:

    «Оперативка» функционирует только в том случае, если её поддерживает и основная плата и процессор. Все типы «оперативок» и их свойства имеются только на сайте производителя. Прочим источникам доверять не стоит.
    Нельзя допускать, чтобы память была выше возможностей процессора, а также и платы.
    Вам не обязательно использовать максимально быструю память из поддерживаемых. Стоит помнить, что лучшим вариантом будет память, поддерживаемая, материнской платой, так и процессором.
    Для увеличения объёма памяти необходимо пользоваться теми же модулями памяти, имеющими подобные свойства, что и уже используемые.
    Установленная память с высокими частотами способна работать только в максимальной чистоте, которую поддерживают процессорное устройство, а также материнская плата.
    Лучше остерегаться установки модуля с разными частотами, так как их работа будет осуществляться на самой высокой частоте медленного модуля.
    Минутку внимания, друзья! Я надеюсь у вас есть свободных пару минут, и вы прочитаете статьи о том как зарегистрироваться в одноклассниках или как проверить веб камеру онлайн, а так же как подключить безлимитный интернет на мтс. Ну и на последок не пропустите узнать про то как войти в биос на ноутбуке или как на айфоне поставить песню на звонок, а так же узнайте про сброс пароля windows 7 с помощью флешки.

    Заключение

    В этой статье я вам дал подробную инструкцию о том, как узнать какую оперативную память поддерживает материнская плата. Если вы нашли ответ на свой вопрос, значит, я выполнил свою задачу на 5 баллов, а соответственно помог вам. Как видите, всё в мире компьютера не так сложно. Самое главное, это не бояться техники, уметь читать и пользоваться рекомендациями. Не забывайте задавать свои вопросы в комментариях, а так же нажимать на кнопки социальных сетей. Всем здоровья и мира!

  7. VideoAnswer Ответить

Добавить ответ

Ваш e-mail не будет опубликован. Обязательные поля помечены *