Перемещаемость на лету

[Vitamin]

Прерывания тут причем?

А зачем отдавать управление системе каждый фрейм?

Речь шла о "добровольном" сохранении адресов в заранее известное системе место и последующей передаче управления системе с тем чтобы система смогла произвести перемещение модуля и произвести коррекцию адресов в модуле.

Я предложил более простой и очевидный вариант:
- процесс работает столько, сколько считает нужным. Все это время его никто не перемещает (кооперативная многозадачность)
- когда процесс решает прерваться (сам), он вызывает системную функцию шедулинга. В процессе вызова процесс _может_ быть перемещен по памяти (только кодовая область)
- процессы, требующие прерываний, регистрируют callback в системе
- выделенные блоки памяти адресуются не адресами, а хендлами. Для получения абсолютного адреса и работы делается системный вызов. При этом блок запирается и не перемещается никуда. Когда процесс заканчивает работать с блоком, делается другой вызов и указатель становится невалидным (хендл остается).

[Advertiser]

[alone]

Выделенные блоки памяти просто-напросто должны быть в верхней памяти, тогда перемещать их не потребуется.

Фигурно добавлять вызовы неизвестно где - ОС делается не для того, чтобы стало труднее писать, а для того, чтобы было легче писать.

И да, критическая секция - это 21 такт на вход и 31 на выход. Не так уж и страшно, можно хоть на любую операцию адресации вешать. Это может делать компилятор. А вставлять вызовы ОС в хитро продуманных местах он не может.

К сожалению, остаётся ограничение на размер кода. Чтобы его обойти, надо программные модули оформлять в виде задач. Например, есть редактор паттерна (одна задача), а есть редактор сэмпла (другая задача). Когда пользователь хочет перейти к редактированию сэмплов, первая задача передаёт второй нужные данные и уходит в своп, взамен вылезает вторая. А какая-то часть редактора (например, плеер) всегда остаётся в памяти - третья задача.

[Vitamin]

Фигурно добавлять вызовы неизвестно где - ОС делается не для того, чтобы стало труднее писать, а для того, чтобы было легче писать.

Почему фигурно? Практически все приложения- это цикл, перемежающий полезные действия и ничегонеделание. Вот в рамках этого цикла и нужно возвращать управление системе.

---------- Post added at 18:28 ---------- Previous post was at 18:27 ----------

И да, критическая секция - это 21 такт на вход и 31 на выход. Не так уж и страшно, можно хоть на любую операцию адресации вешать. Это может делать компилятор. А вставлять вызовы ОС в хитро продуманных местах он не может.

В С может быть и не может, а вот в том же С++ задача прекрасно решается идиомой RAII.

[psb]

что имел в виду я: многозадачность может быть любая, хоть вытесняющая, прерывающая прогу в любом месте. но тогда ее никто не имеет право перемещать. но иногда прога должна вызывать эту спец. функцию, и тогда, если хочется сделать move (или делали недавно, но эту прогу не переместили, т.к. она была "занята"), делается move.

т.е. не одномоментная акция. а нужна ли она одномоментная?

[GriV]

И да, критическая секция - это 21 такт на вход и 31 на выход. Не так уж и страшно, можно хоть на любую операцию адресации вешать. Это может делать компилятор. А вставлять вызовы ОС в хитро продуманных местах он не может.

Ты предполагаешь шедулер на прерывания повешенный?
соглашение о DI перед запуском критической секции? и EI после оной?

[alone]

Никаких DI,EI. Это теряет прерывание.
Критическая секция оформляется так:
ld hl,flag
inc (hl)
...
ld hl,flag
dec (hl)
call nz,os_проспали_прерывание

Практически все приложения- это цикл, перемежающий полезные действия и ничегонеделание. Вот в рамках этого цикла и нужно возвращать управление системе.

Должна быть возможность писать под ОС не только "практически все" приложения, но и вообще все приложения. Например, архиваторы и компиляторы, которые могут занимать процессор на 100% минутами.
И я выше приводил пример с печатью текста, где хрен поймёшь, куда вставлять вызов ОС.

[Vitamin]

Должна быть возможность писать под ОС не только "практически все" приложения, но и вообще все приложения. Например, архиваторы и компиляторы, которые могут занимать процессор на 100% минутами.
И я выше приводил пример с печатью текста, где хрен поймёшь, куда вставлять вызов ОС.

Тогда прочитай то, что написал psb. Отдельно многозадачность, отдельно перемещаемость.