Centos не видит всю память
$ cat /proc/meminfo
MemTotal: 906104 kB
MemFree: 16916 kB
тоесть 884 мегабайта.
Вопрос: куда делись остальные 600 метров? У меня стоит Kubuntu 7.04, ядро 2.6.22.6, своп раздел 700 метров, и он само собой пустой.
UPD: Вопрос решен пересборкой ядра. Всем БОЛЬШУЩЕЕ спасибо за внимание и потраченное время!
типатаво, есть ещё какой-то метод указывать в кило-мега-и-т-д-байтах, на всякий случай взгляните в документацию, но не помню, где именно описаны параметры для передачи ядру. Не надо :)По умолчанию ядра современные имеют поддержку памяти до 4G чувак, ты бы ядру сказал, что у тебя памяти столько есть. А то оно и не знает. Можно приписать в опции загрузчика даже это. О такой возможности даже в факе на загрузочном сиди упоминание есть В опциях прописал, но не помогло =( Буду ядро пересобирать. i386?
ядро надо пересобрать с включённым CONFIG_HIGHMEM
Нет, в ubuntu по умолчанию ядро уже собрано с High Memory Support. В feisty (7.04) ядро 2.6.20, так у автора ядро гарантированно самосборное - всего лишь забыл один параметр )
Мать то у тебя Gigabyte, а не PoltoraGigabyte :)
ЗЫЖ Я для инет клуба взял год назад полтора десятка Gigabyte материнок - уже штук пять валяется мертвых и менять по гарантии их не хотят, потому что сами знают что гавно продают. С тех пор отвращение у меня к этому производителю. А вот DFI AD73 с 2002 года вроде бы и не самые лучшие, а трудятся до сих пор почти все, только "масло в конденсаторах сменили" :)
Проблема в timing-e
У тебя разная по времени память, покупать лучше всю память за раз. Поэтому когда линукс грузится он не может на нее настроиться. если даже найдет, будет сильно тормозить на ней.
в биосе видно, т.к. в реал режиме вообще все пофиг - 16 бит там (а может еще 8бит. )
Здравствуйте.
Подскажите, пожалуйста, может кто знает как решить даную проблему.
На ней стояли две гиговые планки (2x1024), потом я решил поминять и поставил две по два гига (2x2048) железо позволяет.
Поставил, в биосе проверил, все ок.
Когда CentOS загрузился я увидел что он не видит всей памяти, а только 3.43GB
Железо поддерживает и в биосе отображает 4Гб, memory remap в биосе нету, система CentOS 6.2 64bitКак решить даную проблему? __________________
Помощь в написании контрольных, курсовых и дипломных работ здесь
Система видит только 2 из 4гб оперативной памяти
Win 64x Системная плата Gigabyte GA-965P-S3 (Rev. 1.0) Планка KVR800D2N6/4G DDR2 DIMM 4Gb.
Система опознает только 2Гб и 4гб оперативной памяти
Суть такова, купил новую планку памяти на ноутбук Lenovo G50-30. Слот для памяти один, поэтому.
Стояло 2гб оперативной памяти, купил 4гб, ставлю 4гб вылазиет синий экран(
Стояло 2гб оперативной памяти, купил 4гб, ставлю 4гб вылазиет синий экран(((( Когда ставлю старую.
Система видит только половину оперативной памяти
У меня на рабочем компе (материнка ASUS P5VDC-MX, 2 слота для DDR и 2 для DDR2) стояла оперативка.
В Linux достаточно мудрёное управление логическими адресами: чтобы не перезагружать сегментные регистры при переключении юзер-ядро - установлена фиксированная граница логических адресов: выше неё адреса - kernel, ниже - user.
В 32-бит эта граница 0xC0000000 (в 64 я по памяти не помню), из-за этого user-процессы могут использовать 3Gb (а не 4), а ядру отведено 1Gb, а если ему нужно больше, то оно переразмещает странично "верхнюю" память.
Из-за этого индикация памяти может показывать не всю ожидаемую вами цифру.
Но это не должно сильно беспокоить.
P.S. я не совсем уверен, что точно описал то, что вы видите, но предполагаю, что где-то так.
Подбор оперативной памяти на 4Гб.
Стоит мамка максимум 4 гб оперативки. 4 слота. Стоит оперативка 2х DIMM DDR 1gb Transcend Хочу.
Установка 4Гб оперативной памяти
Добрый вечер. Недавно приобрел процессор и материнскую плату: Процессор.
Windows 10 32 бит видит и будет задействовать все 4 гб оперативной памяти?
Windows 10 32 бит видит и будит задействовать все 4 гб оперативной памяти?
Ограничение оперативной памяти на Windows 7 64bit
На моем компьютере c Windows 7 64 bit стоит 8 гб оперативной памяти,но при этом доступно лишь.
Система видит 4ГБ из 8
Добрый день. Перечитал много тем по данному вопросу, проверял по отдельности ОЗУ, обе работают.
Черный экран при установке оперативной памяти на 4гб
Добрый день, проблема вот в чем . раньше на ноутбуке стояла плашка оперативной на 4 гб, после.
И что? Будет ли откровением для благородного дона тот мелочный факт, что линукс в 32-х битном режиме может адресовать 64Гб оперативки?
Или вас не устраивает то, что оно само по себе 32-х битное? Ну так это не от меня зависит, а от волшебного icewarp, который не дается в 64-х битных бинарниках. Будь он неладен.
PAE ядро уже пробовали поставить? Чем закончилось?
Если бы там PAE не было, доступно было бы этак 3.2Гб оперативки.
Спасибо. Просто класс. А еще говорят, что Слакварь такая противная. :)
не знаю, что такое icewarp, и знать не хочу; но если оно только 32-битное, то нахера тогда тебе столько памяти? все равно 32-битное приложение не сможет нормально заюзать больше 4Г; разве только ты хочешь запускать несколько экземпляров одновременно
ну, тогда просто ставь 64-битную OS и доустанови 32-битные либы — будет работать
ЛОР такой ЛОР. Тут очень любят кричать ЫНТЫРПРАЙЗ, а вот софта ЫНТЫРПРАЙЗного почему-то не знают. И знать не хотят.
Этому чуду еще и мускуль надо, и дисковый кеш весьма и весьма полезен.
все равно 32-битное приложение не сможет нормально заюзать больше 4Г
На 1 процесс. Оно сразу запускает 7 процессов. И наверняка будет запускать нити при подключениях пользователей. Не считая антивиря.
ставь 64-битную OS и доустанови 32-битные либы
Если этот коммуникационный хаб будет глючить, как мне в саппорт обращаться? Кому и что доказывать? :)
ЗЫ: возможность работы 32-битных приложений в 64-битном RHEL/CentOS/. — это не результат недели красноглазия, а практически штатный режим; все необходимое для этого имеется прямо в 64b дистрибутиве; точно не скажу, но возможно там даже нет способа эти 32b-либы не устанавливать
Будет ли откровением для благородного дона тот мелочный факт, что линукс в 32-х битном режиме может адресовать 64Гб оперативки?
Отвечает Александр Друзь^W^W Линус Торвальдс:
Yeah. I always considered HIGHMEM to just be unusable. It's ok for
extending to 2-4GB (ie HIGHMEM4G, not 64G), and it's probably borderline
usable for 4-8G if you are careful.
But quite frankly, I refuse to even care about anything past that. If you
have 12G (or heaven forbid, even more) in your machine, and you can't be
bothered to just upgrade to a 64-bit CPU, then quite frankly, *I*
personally can't be bothered to care.
That's my personal opinion, and I realize that some of the commercial
vendors may care about their insane customers' satisfaction, but I'm
simply not interested in insane users. If they have that much RAM (and
bought it a few years ago when a 64-bit CPU wasn't an option), they can't
be poor.
HIGHMEM was a mistake in the first place. It's one that we can live with,
but I refuse to support it more than it needs to be supported. And 12GB is
*way* past the end of what is worth supporting.
and bought it a few years ago when a 64-bit CPU wasn't an option
Ах да, для справки - писалось это в 2007году.
Ну я счастлив за Линуса, конечно.
Тем не менее, меня лично это мало радует. Попробую х64, однако не считаю это выходом из положения.
Слакварь 13.37 х32 отлично видела всю оперативку. :)
Могли бы сделать отдельное опциональное ядро с поддержкой 64Гб
а поддерживать его кто будет? Если апстрим сказал в морг - значит либо находится кто-то, кому это надо и форкает - либо в морг. А, есть еще один вариант - использование старых версий, то есть - некрофилия
Кажется, я не могу понять, почему у меня меньше оперативной памяти, чем установлено. Я использую 64-битный Centos 7 с 1 модулем ОЗУ объемом 4096 МБ на Lenovo x230. Некоторая информация от рассматриваемой машины:
BIOS показывает, что необходимо установить 4096 МБ ОЗУ.
Проверяем, не глючит ли free -m:
Есть идеи, почему у меня доступно только 2,4 ГБ ОЗУ и как использовать все 4 ГБ?
- Поскольку этот сайт предназначен для серверов, а ноутбук - нет (или, по крайней мере, не должно быть) сервер, я голосую за перенос этого вопроса в Unix и Linux. Последнее голосование, которое вы видите, - это голосование хода.
- Хорошо, я вижу там несколько зарезервированных диапазонов, но для меня ничего не выделяется, как это объясняется отсутствием 1,6 ГБ. Странный. (И если бы это было резервирование диапазона памяти графического процессора, как предлагал Коен ван дер Райт, я бы ожидал, что он появится в данных e820 как резерв.)
- @ user994144 Может, но опять же, может и нет, если это вызвано каким-то конкретным оборудованием. В любом случае, здесь, в Unix и Linux, много очень знающие Unix люди. Перенести сюда вопрос о unix не означает понижения в должности; это способ передать вопрос туда, где вы, скорее всего, найдете лучшую помощь по этому конкретному вопросу.
- @SHW да Windows 10 также показывает около 2,6 ГБ
- Если это не связано с графическим процессором и зарезервированными частями, единственное, что приходит на ум, - используете ли вы какую-либо виртуализацию или нет. Это действительно странно. Итак, для чего этот сервер / система? Что ты с этим делаешь? Любая виртуализация ?? Если нет, проблема должна быть связана с вашим BIOS, и в этом случае очень сложно исследовать проблему отсюда.
Есть много возможных причин, и немного невозможно / невозможно исследовать проблему отсюда без полного мониторинга системы.
Но здесь я собираюсь перечислить три возможных причины:
Первый
Причина может различаться из-за задач, которые у вас есть в вашей системе, и того, что вы делаете, она может отличаться, если вы используете какую-либо виртуализацию, если какие-либо связанные процессы с созданием моментальных снимков и посредством выделения памяти COW (Copy-on-right), правила разделения, которые вы выполняются, файловый ввод-вывод с отображением памяти, общие объекты предназначены для совместного использования исполняемыми файлами и другими общими объектными файлами, динамическое связывание (позднее связывание) и т. д.
Кроме того, имейте в виду, что вы не всегда можете найти свою реальную общую память, добавив память, используемую всеми запущенными процессами. Похоже, что многие приложения используют больше памяти, чем есть на самом деле на машине, из-за общего объекта и других концепций, связанных с ОЗУ.
Кроме того, свободная память - это физическая память, которой не сопоставлены логические данные. Да, мы должны знать, что неиспользуемая часть памяти имеет сопоставленные данные, но не в активном состоянии и не используется запущенным процессом.
Кстати, обратите внимание, что Unix-подобные системы хотят иметь - и показывать - как можно меньше свободной памяти, а не всю свободную память! Итак, как вы могли догадаться, они используют память, которая не активно сопоставлены с процессами на работающей машине для таких вещей, как буферы для различных операций передачи ввода-вывода и кеши.
Второй
Ваш BIOS может содержать ошибки, НО, поскольку он показывает точный объем оперативной памяти, мы можем сказать, что с BIOS все в порядке, и дело в том, что ядро его не использует.
Последний
Последнее, что я собираюсь перечислить, это первое, что приходит на ум, и это зарезервированная оперативная память для вещей, связанных с графическим процессором, особенно если у вас есть встроенный графический процессор. Но поскольку на выходе ваш dmesg | grep -C 3 -i e820 не показывает ничего плохого, значит, это не ваша проблема.
Трудно сказать, в чем ваша проблема, поскольку у нас нет глубокого понимания вашего сервера, кроме всего, что вы упомянули в своем вопросе и комментариях, и я думаю, что мы больше ничего не можем сделать отсюда.
Рекомендую Сделайте какой-нибудь тест, например загрузите memtest86+ бегом yum install memtest86+ и попробуйте проверить свою память и посмотреть, какой у вас код выхода. И некоторое время следите за системной памятью, используя такие команды vmstat -a , vmstat -s , cat /proc/meminfo , top , htop , sar -r и т.д., и посмотрите, не увидите ли вы чего-нибудь странного.
Если приведенная выше рекомендация не помогла ↴
Два других окончательных варианта: Во-первых, переустановите барана, эта служба поддержки Lenovo может вам в этом помочь. Во-вторых, перестройте и установите новое ядро.
Надеюсь, это поможет.
- Кстати, я отправил электронное письмо в службу поддержки RedHat для получения дополнительной информации, я буду обновлять свой ответ всякий раз, когда и если они добавят другие возможные причины, но лично я думаю, что больше ничего не должно быть.
- Во-первых: мы смотрим на общую память, а не только на свободную память. Общий объем памяти, требуемый ОС, намного меньше, чем есть на самом деле. Во-вторых: BIOS показывает точный объем оперативной памяти, установленной в машину.
- @ user994144 насчет второй, извините за ошибку, вторую часть удалил. Насчет первого я знаю, понимаю. Как я уже упоминал, вы не можете получить общее количество, добавив память, используемую другими процессами.
- Есть много возможных причин, они различаются от системы к системе.
- 1 Понятно, приятель, я знаю, что он показывает вам точное количество ОЗУ;) Попробуйте заполнить 90-93% ОЗУ, выполнив описанные здесь вещи или что-то еще, и проверьте, что произойдет.
Эта страница может оказаться для вас чрезвычайно полезной.
TL; DR: конфигурация ноутбука, вероятно, указывает меньше, чем фактически доступно. Это можно изменить в /boot/grub/grub.conf .
- Я безуспешно пробовал то, что предлагается в статье.
- Эти документы слишком старые для указанной версии ОС. CentOS 7 использует grub2.
Вам нужно знать, как перекомпилировать ядро, прежде чем пытаться что-то с ним сделать.
Для GRUB измените конфигурационный файл GRUB, расположенный в /boot/grub/grub.conf (и убедитесь, что версия ядра верна)
и обновите личинку,
Поскольку CentOS 7 использует автоматически сгенерированный GRUB2, и /etc/default/grub файл для создания конфигурации grub с помощью команды grub2-mkconfig Используйте командную строку grub, чтобы указать установленную память,
и добавьте эту строку в конец строки,
перезагрузите систему, чтобы изменения вступили в силу. использовать cat /proc/meminfo для просмотра полного использования памяти системой.
Читайте также: