советская windows

Konstantin Simonov написал(а) к Eugene Grosbein в Apr 21 12:34:26 по местному времени:


Нi, Eugene!

Monday April 19 2021 11:29, Eugene Grosbein (2:5006/1) => Vadim Ochkin:

EG> Шина адреса у 80286 была вовсе не 16 бит, а 24 бита, то есть он мог
EG> в защищенном режиме адресовать до 16 мегабайт памяти непосредственно,

В документации к машине с 80286, вроде бы Fortron, было написано, что у нее виртуальное адресное пространство 1 G.


Sincerely yours, Konstantin.

--- GoldED+/W32-MINGW 1.1.5-b20180707 WinNT 6.1.7601-SP1 iP-III

Eugene Grosbein написал(а) к Konstantin Simonov в Apr 21 16:43:00 по местному времени:

19 апр. 2021, понедельник, в 12:34 NOVT, Konstantin Simonov написал(а):

EG>> Шина адреса у 80286 была вовсе не 16 бит, а 24 бита, то есть он мог
EG>> в защищенном режиме адресовать до 16 мегабайт памяти непосредственно,
KS> В документации к машине с 80286, вроде бы Fortron, было написано, что у нее
KS> виртуальное адресное пространство 1 G.

Виртуальное адресное пространство на 80286 мало интересно
из-за отсутствия механизма страничного замещения, который появился в 80386.
Это значило, что 80286 на практике был очень медленным на системах
с тогдашними объёмами физической памяти - ему приходилось
свопить целые сегменты вместо замещения небольших страниц.

Eugene
--
Чтобы всё как у всех, но чтоб при этом - не так, как они.
--- slrn/1.0.3 (FreeBSD)

Vadim Ochkin написал(а) к Eugene Grosbein в Apr 21 03:21:18 по местному времени:

Нello, Eugene!

VO>> это взгляд сегодняшнего дня, совершенно неадекватный ситуации 30+летней
VO>> давности.
EG> Нет, это взгляд того дня, в котором я уже был :-)
EG> Она такая была не нужна, а не сейчас не нужна, в real mode.
целому одному человеку - не нужна. что и зачем тут можно обсуждать?

VO>> не забывай, что win3.x/enh.mode это все равно 16битная система, с
VO>> соответствующими ограничениями по адресации. и всякие поздние довески типа
VO>> win32s к ней отношения не имеют.
EG> Шина адреса у 80286 была вовсе не 16 бит, а 24 бита, то есть он мог
EG> в защищенном режиме адресовать до 16 мегабайт памяти непосредственно,
непосредственно - не мог, сегмент 16битный, все регистры 16битные, смещения внутри кода команды тоже.

EG> что уж говорить о расширенном режиме 80386, где все регистры были
EG> уже 32-битными и была страничная адресация памяти.
на адресацию это никак не влияло.

EG> Не путай 16-битное API операционной системы для приложений
я ничего не путаю - прикладной софт под win3.x этого использовать никак не мог.

EG> Несерьёзной оставалась кооперативная многозадачность win3.x,
вот уж работе с офисным пакетами это никак не мешало.

С наилучшими пожеланиями, Vadim Ochkin.

--- wfido

Eugene Grosbein написал(а) к Vadim Ochkin в Apr 21 14:50:41 по местному времени:

21 апр. 2021, среда, в 03:21 NOVT, Vadim Ochkin написал(а):

VO>>> это взгляд сегодняшнего дня, совершенно неадекватный ситуации 30+летней
VO>>> давности.
EG>> Нет, это взгляд того дня, в котором я уже был :-)
EG>> Она такая была не нужна, а не сейчас не нужна, в real mode.
VO> целому одному человеку - не нужна. что и зачем тут можно обсуждать?

Из Win 3.1 это режим вообще выкинули, так что не нужен он был никому.

VO>>> не забывай, что win3.x/enh.mode это все равно 16битная система, с
VO>>> соответствующими ограничениями по адресации. и всякие поздние довески
VO> типа
VO>>> win32s к ней отношения не имеют.
EG>> Шина адреса у 80286 была вовсе не 16 бит, а 24 бита, то есть он мог
EG>> в защищенном режиме адресовать до 16 мегабайт памяти непосредственно,
VO> непосредственно - не мог, сегмент 16битный, все регистры 16битные, смещения
VO> внутри кода команды тоже.

Только вот в защищенном режиме в сегментных регистрах не адрес в памяти,
а индекс в таблице дескрипторов, при помощи которой 80286 самостоятельно
адресовал все 16 мегабайт непосредственно, на лету.

EG>> что уж говорить о расширенном режиме 80386, где все регистры были
EG>> уже 32-битными и была страничная адресация памяти.
VO> на адресацию это никак не влияло.

Ты уверен, что вообще владеешь темой? Адресация в реальном режиме
и в защищенном выполняется самим процессором совершенно по-разному.

EG>> Не путай 16-битное API операционной системы для приложений
VO> я ничего не путаю - прикладной софт под win3.x этого использовать никак не
VO> мог.

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

EG>> Несерьёзной оставалась кооперативная многозадачность win3.x,
VO> вот уж работе с офисным пакетами это никак не мешало.

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

Это ушло только с реализацией вытесняющей многозадачности в ядре OS.

Eugene
--
Кара за одно съеденное яблоко, все-таки, была несоизмеримо велика,
приступ диареи послужил бы достаточным уроком.
--- slrn/1.0.3 (FreeBSD)