RU/2: Форум. Общение пользователей и разработчиков OS/2 (eCS). : Ответить на сообщение

Имя:
e-mail:
FIDO:
Home page:
сохранить данные о вас

Тема:

> > > Идей построения ядра в основном высказаны.
> > > Теперь предлагаю архитекторам перейти к конкретике. А именно:
> > > 1. Предложить модель распределения памяти.
> > "Малая" модель (код, данные и много "локальных" стеков под нити).
> > Каждой задаче - по сегменту в LDT.
> > > 2. Предложить способ решения проблемы 16-и бит.
> > Самим не использовать, старое - патчить.
> 
> WTF LDT?
> 
> То есть, вы предлагаете вместо одного плоского адресного пространства несколько больших сегментов и тем самым решить проблему "рваной памяти" и проч.?
> 
> Интенсивное использование LDT подразумевает разделение программы на множество сегментов. Все бы ничего, но сегментная модель не имеет аналогов на других архитектурах, кроме x86. А хотелось бы портируемости, как минимум на мобильные и встраиваевыемые устройства...
> 
> 16 бит? -- имхо, в первую очередь надо реализовать 32 бит, а пока будет время подумать о том, как реализовать 16 бит, (хотя, можно придумать и сейчас, если есть идеи). Я считаю, что 16 бит должны быть реализованы в пробирке (должна быть виртуальная машина x86; надо придумать, как сделать, чтобы при вызове 16-битных фрагментов кода из 32- или 64-бит программы происходила некая ошибка (типа page fault'а?), обработчик которой бы вызывал интерпретатор 16-битного кода, и дальше, 16 битный код работал бы в пробирке. Когда 16-битный фрагмент кончается, интерпретатор должен возвращать управление.)

_, _, _, _, _ _, _,_ (_ \| / \ \|\ \| / \ \|_/ , ) \| , \ / \| \\| \ / \| \ ~ ~~~ ~ ~ ~ ~ ~ ~