Исходное сообщение
"Проект гибридного x86_64 Linux ABI с 32-битной адресацией па..." Отправлено netch, 29-Фев-12 11:18
>> Не домысливай. Память обычно ставят или 3, или уже 4 > Две планки по два гига (ради синхронного двухканального режима), i945.  Три > с половиной и другими хвостиками (в зависимости от BIOS и, помнится, > чипсета/железа) сейчас не покажу, уже давно живых таких под рукой не > осталось.  Бутни 32-битную livecd-шку у себя и глянь. Что глянуть? Что там будет доступно меньше чем 3.5? Спасибо, кэп. >> Так на исходный вопрос будет ответ? В чём магичность цифры 1GB, или >> Торвальдсу приглючилось? > Я несколько удивился и начались припоминаться циферки что-то в районе 960M; лучше > sr@ спроси при случае, что там не так с работой с > памятью начинается. > Вот навскидку (см. по "bounce buffers"): > http://lwn.net/2001/0607/kernel.php3 > http://lwn.net/2001/0614/a/lt-zones.php3 Муть зелёная. Слоистость адресного пространства из-за ограничений древних устройств (кому 1M, кому 16M, кому 4G) имеет место быть, но собственно буфера для вопроса о виртуальном пространстве ни при чём. Более-менее нормальная формулировка требований получается такой: кому-то хочется иметь в одном виртуальном пространстве и всю VM ядра, и всю физическую память, и VM текущего процесса; и всё это - ради экономии 100 строк кода и пары сотен тактов на маргинальные применения из-за специфичных костылей архитектуры (кроме тех буферов, /dev/mem и ещё нескольких аналогичных применений - такой маппинг нафиг не сдался).

Ваше сообщение
Имя*:
EMail:	Для отправки ответов на email укажите знак ! перед адресом, например, !user@host.ru (!! - не показывать email). Более тонкая настройка отправки ответов производится в профиле зарегистрированного участника форума.
Заголовок*:
Сообщение*:	>>> Не домысливай. Память обычно ставят или 3, или уже 4 >> Две планки по два гига (ради синхронного двухканального режима), i945. Три >> с половиной и другими хвостиками (в зависимости от BIOS и, помнится, >> чипсета/железа) сейчас не покажу, уже давно живых таких под рукой не >> осталось. Бутни 32-битную livecd-шку у себя и глянь. > Что глянуть? Что там будет доступно меньше чем 3.5? Спасибо, кэп. >>> Так на исходный вопрос будет ответ? В чём магичность цифры 1GB, или >>> Торвальдсу приглючилось? >> Я несколько удивился и начались припоминаться циферки что-то в районе 960M; лучше >> sr@ спроси при случае, что там не так с работой с >> памятью начинается. >> Вот навскидку (см. по "bounce buffers"): >> http://lwn.net/2001/0607/kernel.php3 >> http://lwn.net/2001/0614/a/lt-zones.php3 > Муть зелёная. Слоистость адресного пространства из-за ограничений древних устройств (кому > 1M, кому 16M, кому 4G) имеет место быть, но собственно буфера > для вопроса о виртуальном пространстве ни при чём. Более-менее нормальная формулировка > требований получается такой: кому-то хочется иметь в одном виртуальном пространстве и > всю VM ядра, и всю физическую память, и VM текущего процесса; > и всё это - ради экономии 100 строк кода и пары > сотен тактов на маргинальные применения из-за специфичных костылей архитектуры (кроме > тех буферов, /dev/mem и ещё нескольких аналогичных применений - такой маппинг > нафиг не сдался).
	Введите код, изображенный на картинке: