Исходное сообщение
"Замена алгоритма сортировки в sysinit позволила ускорить заг..." Отправлено Аноним, 23-Авг-23 20:15
> КОД > ДАННЫЕ > КУЧА (растёт вниз) > /свободное место/ > СТЕК (растёт в верх) Это что, дотнетчики такие извращенцы что усложнили работу железу по максимуму? Обычно стеку назначается вершина - и он растет вниз, потому что почти все процессоры так работают. Сие кроме всего прочего означает что раскладывание в адресах ниже стека чего-то ценного не совсем безопасная идея без принятия специальных мер. По той же причине без специальных мер стек может вынести кусок стека parent caller'а. И все это решаемо, но с существующими в железе моделями памяти и прав доступа - ведет к суровому оверхеду. Или вот нужде в всяких извтатах с виртуалками. Единственные кто это частично наели зайдя с другого бока - хруст и тому подобные. Но даже они уповают на MMU при этом.

Ваше сообщение
Имя*:
EMail:	Для отправки ответов на email укажите знак ! перед адресом, например, [email protected] (!! - не показывать email). Более тонкая настройка отправки ответов производится в профиле зарегистрированного участника форума.
Заголовок*:
Сообщение*:	>> КОД >> ДАННЫЕ >> КУЧА (растёт вниз) >> /свободное место/ >> СТЕК (растёт в верх) > Это что, дотнетчики такие извращенцы что усложнили работу железу по максимуму? Обычно > стеку назначается вершина - и он растет вниз, потому что почти > все процессоры так работают. Сие кроме всего прочего означает что раскладывание > в адресах ниже стека чего-то ценного не совсем безопасная идея без > принятия специальных мер. По той же причине без специальных мер стек > может вынести кусок стека parent caller'а. И все это решаемо, но > с существующими в железе моделями памяти и прав доступа - ведет > к суровому оверхеду. Или вот нужде в всяких извтатах с виртуалками. > Единственные кто это частично наели зайдя с другого бока - хруст > и тому подобные. Но даже они уповают на MMU при этом.
	Введите код, изображенный на картинке: