Поставил 4 Гига оперативы

[AMD]

Но система видит только 3 из 4

В чем дело?

Система Kubuntu 7.04 32бит

вроде 32бита хватает до 4гигов пространства

memtest видит все

[Stalker]

Ядро должно быть скомпилено c параметрами либо:
CONFIG_HIGHMEM4G=y
либо
CONFIG_HIGHMEM64G=y

Генерик ядро Убунты, видимо, скомпилено без этих оций.
В обычном виде виртуальной памяти выделяется процессу типа 1+3:
1гиг для ядра
3гига для юзера

[AMD]

Ядро должно быть скомпилено c параметрами либо:
CONFIG_HIGHMEM4G=y
либо
CONFIG_HIGHMEM64G=y

Генерик ядро Убунты, видимо, скомпилено без этих оций.
В обычном виде виртуальной памяти выделяется процессу типа 1+3:
1гиг для ядра
3гига для юзера

А что ядро в состояние хавать такое количество памяти 1гиг

[andrew_bye]

Любая 32-х битная система может "увидеть" не более 3 с небольшим Гб оперативной памяти.

[Yurror]

Я конечно могу чего-то не понимать, но 32хбитная система подразумевает 32хбитную адресацию памяти.
yurik@vox:~$ echo '2^32/1024/1024/1024' | bc
4
какраз 4Гб.
Проблемма какраз кроется в том что адресация такого объема требует довольно большой таблицы распределения, которая динамически не масштабируется (по крайней мере это пять таки ведет к увеличению сложности подсистемы распределения памяти и уменьшению ее быстродействия) и на системах с небольшим объемом памяти это будет просто расточительно. поэтому обычно ограничиваются меньшим объемом.
для того чтобы задействовать всю доступную память приходится расширять таблицу что и делает CONFIG_HIGHMEM4G=y либо CONFIG_HIGHMEM64G=y.
В процессорах Pentium Pro которые как известно 32битные имеются некоторые расширения и ухищрения благодаря которым они могут адресовать больше 4Г памяти. так что тут не все так однозначно, andrew_bye.

[andrew_bye]

Конечно не однозначно. Однако разработанная в далеком 1985 году архитектура i386 всетаки накладывает свои ограничения. Так, она предусматривает, что занимаемое периферийными устройствами адресное пространство не может одновременно использоваться оперативной памятью компьютера, поскольку при одновременном обращении к ячейке памяти и устройству, между ними может возниктуть конфликт, который вызовет нарушение работы системы. При этом, адресное пространство распределено следующим образом: ОЗУ "отданы" нижние области, а требующим адресного пространства устройствам выделен 4-й гигабайт (точнее вниз от 4 Гб).
Современные видеокарты являются наибольшими "пожирателями" адресов, поскольку в целях производительности, как правило, резервирует для своих нужд адресное пространство, которое больше, чем размер видеопамяти.
В конечном итоге, конкретный объем доступного для оперативной памяти адресного пространства будет зависить от чипсета, BIOS и конфигурации компьютера (какие используются интерфейсы, сколько установлено периферийных устройств), обычно это от 2.7 до 3.75 Гб.
Так что, к сожалению, всего лишь теорией является:

yurik@vox:~$ echo '2^32/1024/1024/1024' | bc
4
какраз 4Гб.

[AMD]

Конечно не однозначно. Однако разработанная в далеком 1985 году архитектура i386 всетаки накладывает свои ограничения. Так, она предусматривает, что занимаемое периферийными устройствами адресное пространство не может одновременно использоваться оперативной памятью компьютера, поскольку при одновременном обращении к ячейке памяти и устройству, между ними может возниктуть конфликт, который вызовет нарушение работы системы. При этом, адресное пространство распределено следующим образом: ОЗУ "отданы" нижние области, а требующим адресного пространства устройствам выделен 4-й гигабайт (точнее вниз от 4 Гб).
Современные видеокарты являются наибольшими "пожирателями" адресов, поскольку в целях производительности, как правило, резервирует для своих нужд адресное пространство, которое больше, чем размер видеопамяти.
В конечном итоге, конкретный объем доступного для оперативной памяти адресного пространства будет зависить от чипсета, BIOS и конфигурации компьютера (какие используются интерфейсы, сколько установлено периферийных устройств), обычно это от 2.7 до 3.75 Гб.
Так что, к сожалению, всего лишь теорией является:

yurik@vox:~$ echo '2^32/1024/1024/1024' | bc
4
какраз 4Гб.

это вы мыслите наверное в слух
А как на счет того на:
на материнке гигабайт на NForce520 AM2 видно из четырех только 3гига - притом видео отдельная
на материнке foxconn 6100 AM2 видно из четырех только 3,5гига - видео встроенная(выставлена на32MB)
стоит выставить видео из биоса на 256 уже видно 3,25гига
очень странно получается и вообще какая взаимосвязь - memtest видит 4096MB(4GB) на 520 и на 6100 = 4096 - встроенное видео

[andrew_bye]

Нужно понимать, что объем памяти это одно, а адресное пространство это другое. Попробую объяснить попроще.
Оперативная память состоит из множества ячеек, каждая из которых имеет свой адрес (чтобы система "знала" где конкретно находится информация). Так вот, в 32-х битных системах количества адресов хватает только для 4 Гб.
Однако, кроме оперативной памяти эти самые адреса еще нужны и для работы периферийных устройств (например, видеокарт). В указанной связи система резервирует определенное количество адресов для периферийных устройств и эти адреса не могут быть использованы оперативной памятью (один адрес не может быть присвоен двум разным устройствам воизбежание возникновения конфликтов между ними).
Таким образом, система не может обратиться ко всему объему памяти (имеется в виду 4 Гб), потому что ей попросту не хватает нужного количества адресов.
Количество адресов, резервируемых системой для периферийных устройств в основном зависит от модели чипсета, настроек BIOS, вида и количества устройств в компьютере.
Надеюсь объяснил доступно.

[nanyac]

andrew_bye Спасибо, все очень популярно.

Есть ли возможность получить доступ к недостающему 4-му ГБ памяти без перекомпиляции ядра.
Можно ли  (и как) задать соответствующие параметры ядра при установке Ubuntu.



 

[andrew_bye]

Честно говоря, в настоящее время 4 гигабайта оперативной памяти для домашнего пользователя - это перебор. У меня, например, стоит 2 гигабайта и своппинг меня однозначно не мучает.
Если, всетаки, захотелось этих самых 4  гигабайта, то лучше поставить 64-битную операционную систему и не морочить себе голову.

[AMD]

andrew_bye Спасибо, все очень популярно.

Есть ли возможность получить доступ к недостающему 4-му ГБ памяти без перекомпиляции ядра.
Можно ли  (и как) задать соответствующие параметры ядра при установке Ubuntu.

В теории да есть такие параметры как BIGMEM до 4GB и HUGEMEM до 64GB
Но в практике я их поставил но как определялось 2.9GB так и определяется

[igorvek]

Честно говоря, в настоящее время 4 гигабайта оперативной памяти для домашнего пользователя - это перебор. У меня, например, стоит 2 гигабайта и своппинг меня однозначно не мучает.
Если, всетаки, захотелось этих самых 4  гигабайта, то лучше поставить 64-битную операционную систему и не морочить себе голову.

Для того, чтоб купить килограмм огурцов создатель этой темы поехал в магазин на БЕЛАЗе
У меня 512 оперативки прекрасно и быстро работает, и игрушки пробовал для тестирования, всё работает в лёт.

[Nesmit]

Желания и возможности наши расходятся.

У меня то же стоит 4ре гига. Костыль под х32 и чистую х64 ставить не хочется. ОС видит только 3,3гб.
В первом случае костыль, во втором не все поддерживается (софт).
4Гб ставил для постоянно запущенной венды в гостевом режиме
PS: Потребности и желания у всех разные. Я пока поживу без костылей.

[AMD]

Так что получается нет решения проблеммы

[Thread]

Так что получается нет решения проблеммы

Есть, поставить 64-битную ОС.