Forth и другие саморасширяющиеся системы программирования Locations of visitors to this page
Текущее время: Сб июн 23, 2018 21:36

...
Google Search
Forth-FAQ Spy Grafic

Часовой пояс: UTC + 3 часа [ Летнее время ]




Начать новую тему Ответить на тему  [ Сообщений: 130 ]  На страницу 1, 2, 3, 4, 5 ... 9  След.
Автор Сообщение
 Заголовок сообщения: 4OS (идеи)
СообщениеДобавлено: Ср июн 04, 2008 23:25 
Не в сети
Administrator
Administrator
Аватара пользователя

Зарегистрирован: Вт май 02, 2006 13:19
Сообщения: 3565
Откуда: St.Petersburg
Благодарил (а): 4 раз.
Поблагодарили: 72 раз.
Столько было слов, что НИКТО НИЧЕГО НЕ ДЕЛАЕТ, что надоело.


Предлагаемая здесь идея появилась довольно давно.
Впервые я ее пробовал реализовать на ZX-Spectrum,
и кое-что тогда у меня получилось,
но потом было благополучно заброшено и "потеряно".

Сейчас я приведу здесь кучу совершенно неструктурированного
текста с записанными мыслями о том, как это надо делать.

Идея 95-го года, описано в тексте сегодня:
Чтобы было проще понять, что здесь было раньше, а что добавлено позже, ввожу такую систему.
Все старое остается черным.
Подчеркиванием выделяю то что надо по смыслу или то, о чем возникали вопросы в теме.

Все новое буду вводить рыжим цветом. То, что новое, но устареет перед новой правкой,
перекрашу в красное,
еще более устаревшее в темно-красное
И так далее. Новое будет как бы вспыхивать и постепенно гаснуть.
Косметические, стилистические и т.п. правки выделяться не будут.
Оформление вручную, разумеется.

Цитата:
Начато 5.06.08
изменения 6.06.08
изменения 7.06.08

обозначения: 0s00000100 -- системный (абсолютный) адрес разрядность указана условно 32,
может быть как меньше, так и больше. Уменьшение разрядности - отсекание вeдущих нулей,
увеличение - добавление.
Условное название ФорОС. Если сие название занято, прошу сообщить, буду придумывать другое. А пока так.

Система работает на некоем форт-процессоре(ФП) ([color=red]или виртуальной машине (ВМ), далее это уточнение будет опускаться и все рассуждения на счет ФП применяются и к ВМ, если специально не оговорено или логически не подразумевается обратное)[/color], параметры которого пока не
конкретизируются, но предполагается, что процессор может быть не один и различные задачи могут исполняться
разными процессорами одновременно. Так же, некая задача может исполняться несколькими
процессорами одновременно с раздельными блоками данных или с общими данными.

1. Mодель рабочего пространства - плоская память с расположением ядра с нулевого адреса.
В самом нуле - BIOS (возможно, в ПЗУ или защищенном от записи ОЗУ), он и загружает ядро.

2. ГЛАВНЫЙ системный интерпретатор (ГСИ) - интерпретатор ФОРТ-ЯДРА со специальным ограниченным набором слов.
Ограниченным для приложений, а не вообще. Вызывается через адрес 0s00000100, на стеке интерпретируемая
строка ( Addr,Len -- )

3. Приложения способны вызывать через ГЛАВНЫЙ системный интерпретатор функции ОС,
по адресу 0x0000100 путем начального запроса адреса вызова и запоминания его в
приложении для последующего использования. (что там ниже 100h сейчас не важно, область BIOS-a).
Перед использованием каждое приложение обязано инициировать для себя или дочерних процессов все
необходимые функции ОС через запрос и запоминание у себя адреса исполнения каждой функции (или группы
функций).


4. Ядро имеет железную защиту от записи до некоего адреса TASK_FENCE, устанавливаемого системной функцией
SET_TASK_FENCE, так же ядро имеет защиту от "левых вызовов" и чтения себя.
Железно область памяти ядра просто скрыта от задач.
(в случае ВМ - сокрытие программное или с использованием возможностей конкретного процессора, механизма сегментации и защищенный режим, например)

5. Всякая запись/чтение в область системных данных может производиться только системной функцией,
вызванной через полученный от ядра адрес входа.
Если системных данных много, фортово(!) определяется функция,
передающая/принимающая много данных. Если нужна быстрая обработка - аналогично!
Формально, никто не запрещает задаче передать на ГСИ кусок исходника
(фактически, форт-макрос), который затем будет исполняться как часть системы.


6. Адреса входов, назначаемые задачам расположены группой с адреса 0s00000100 до адреса
0s00000100+SYS_FENCE, где SYS_FENCE - устанавливаемый (через ГСИ!) адрес защиты от
несанкционированного вызова внутренностей ядра. шаг - через 4(8?(16?)) байт.
Кэшируемая ассоциативная память для "разрешения вызовов" - задача делает вызов прямо,
железо проверяет само, можно ли ей делать такой вызов, если можно, идет дальше, если нельзя,
натупает "битье морд" с обработкой системного исключения и "закрытием хулигана".
На нулевом уровне, где "морду бить" некому, такой запрет приведет к возврату
без каких либо действий с установленным флагом ошибки исполнения.


6. Ядро загружается в начале работы (BIOS-ом), запускается его инициализация,
а затем производится интерпретация загрузочного AUTOEXEC.FRT,
в котором прописывается подгрузка всех необходимых дальше частей системы.
Тем не менее,все эти части могуть быть подгружены и сразу вместе с ядром,
исключая при этом "тормоза загрузки" аля "виндувс(TM)"
Система может быть и перегружена из консоли:

SYS: " MY.NUC" LOAD-CORE ;SYS

и сохранена

SYS: " MY2.NUC" SAVE-CORE ;SYS

для последующего использования или продолжения работы

после сброса подгрузится ядро DEFAULT.NUC, которое нельзя перезаписать просто так (файл должен быть защищен!)
Чтобы после сброса подгружалось пользовательское ядро, его загрузка прописывается в AUTOEXEC.FRT,
интерпретируемый после загрузки, а для исключения зависания с подгрузкой глючного ядра предусматривается
пауза с подтверждением загрузки пользовательского ядра или его загрузкой по истечении установленного времени паузы.
Вписывается в паузу 0, и будет грузиться все что задано в AUTOEXEC.FRT без возможности это остановить (для систем,
в которые нельзя пускать "шаловливые ручки")

7. Драйвера находятся в области ядра и подгружаются "по мере поступления" на вход интерпретатора,
выстраиваясь в цепочку, организованную подобно словарю Форта. т.е.

Код:
   \ все доступно только ядру!
   ИМЯ_ДРАЙВЕРА: "NAME"
   ПОЛЕ_СВЯЗИ_ДРАЙВЕРА: адрес_предыдущего_драйвера
   ПОЛЕ_ИСПОЛНЕНИЯ_ДРАЙВЕРА: адрес_исполняемой_части
   ПОЛЕ_ПАРАМЕТРОЕ_ДРАЙВЕРА: параметры_драйвера
   ......
   КОНЕЦ_ДРАЙВЕРА \ формально никак не обозначен.


Вызов драйвера осуществляется по его имени, через ГСИ, с установленным для конкретного драйвера "синтаксисом".

Условный пример для драйвера SYS:

SYS: " DOOM.EXE" START-PROCESS ;SYS

Для более быстрого исполнения некоторых функций, устанавливается порядок вызова такой функции через ГСИ,
при котором ГСИ возвращает исполняемый адрес конкретного действия, заданного через интерпретатор -
это фактически есть определение нового системного слова (вызова) с возвращением приложению адреса для EXECUTE
Для защиты, каждое приложение может иметь свой собственный список адресов системных вызовов
При запуске каждому процессу (задаче) выдается некий начальный (стандартный) список системных функций.

Загрузка драйверов:

SYS: " CDROM.DRV" LOAD-DRIVER ;SYS

Загрузка драйвера. Формат драйвера должен поддерживать фунцию проверки, которая не позволяет загрузить
неправильный или поддельный драйвер (на первое время - просто некая хэш-функция от содержимого файла)

8. Когда ядро загружено и закончена интерпретация AUTOEXEC.FRT управление передается в "фортовую консоль", в которой
программист может сам набрать и запустить любую системную команду.

9. Память. Для ОС - память линейная. Для задач необходимо "отделение памяти" для задачи от всей остальной памяти.
Формально, можно сделать сегментами. Пока не придумано что-то лучше, считаем так.
Для каждой задачи выделяется сегмент памяти, описываемый адресом начала и длиной.
Дескрипторами сегментов задач занимается ядро.
Из сегмента задачи доступны извне только разрешенные адреса для вызова функций ОС и, возможно, некая область обмена, через которую передаются данные от одной задачи к другой.
Передаются по принципу, кто управление отдал, тот и данные передает, кто управление принял, тот данные получил.
Т.е. чтобы данные для записи на винт ушли по назначению, задача должна сама передать управление драйверу диска.
Считаем для простоты, что задача не обязана сохранять содержимое буфера обмена, если только эта способность не заложено в ней изначально.
Дескрипторов может быть много, и все они хранятся в памяти ядра, откуда по мере необходимости данные записываются в нужные регистры. (программно или автоматом переключения задач - это сейчас не суть)





_________________
С уважением, WingLion
Forth-CPU . RuF09WE
Мой Форт
Отсутствие бана это не заслуга юзера, а недоработка модератора (с)


Последний раз редактировалось WingLion Сб июн 07, 2008 08:16, всего редактировалось 6 раз(а).

Вернуться к началу
 Профиль Отправить личное сообщение  
Ответить с цитатой  
 Заголовок сообщения:
СообщениеДобавлено: Ср июн 04, 2008 23:28 
Не в сети
Administrator
Administrator
Аватара пользователя

Зарегистрирован: Вт май 02, 2006 13:19
Сообщения: 3565
Откуда: St.Petersburg
Благодарил (а): 4 раз.
Поблагодарили: 72 раз.
Понимая, что будет много флуда, предупреждаю сразу, эта тема может быстро перекочевать в какой-нибудь закрытый раздел, чтобы работать над идеей конкретно, а не вилами по воде

_________________
С уважением, WingLion
Forth-CPU . RuF09WE
Мой Форт
Отсутствие бана это не заслуга юзера, а недоработка модератора (с)


Вернуться к началу
 Профиль Отправить личное сообщение  
Ответить с цитатой  
 Заголовок сообщения:
СообщениеДобавлено: Чт июн 05, 2008 00:11 
Не в сети

Зарегистрирован: Вт май 09, 2006 12:31
Сообщения: 3438
Благодарил (а): 5 раз.
Поблагодарили: 16 раз.
Вот, замечательно, что-то, что можно критиковать, обсуждать, поддерживать, развивать, а не общие рассуждения ...
:D
И опять тот же вопрос - что предполагается делать с прерываниями - это хм... отдельные слова?

Цитата:
Ядро имеет железную защиту от записи до некоего адреса TASK_FENCE, устанавливаемого системной функцией
SET_TASK_FENCE, так же ядро имеет зашиту от "левых вызовов" и чтения себя.
Что будет, если какая-либо программа пожелает получить адрес поля кода слова из ядра? Как бы синтаксис форта это позволяет ... Или я чего то не понимаю?

_________________
понимаю некоторую бестолковость некоторых вопросов


Вернуться к началу
 Профиль Отправить личное сообщение  
Ответить с цитатой  
 Заголовок сообщения: Re: 4OS (идеи)
СообщениеДобавлено: Чт июн 05, 2008 06:06 
Не в сети

Зарегистрирован: Ср сен 13, 2006 10:06
Сообщения: 636
Откуда: Омск
Благодарил (а): 0 раз.
Поблагодарили: 3 раз.
WingLion писал(а):
3. приложения способны вызывать через ГЛАВНЫЙ системный интерпретатор функции ОС,
по адресу 0x0000100 путем начального запроса адреса вызова и запоминания его в
приложении для последующего использования. (что там ниже 100h сейчас не важно, область BIOS-a)


Чего то я не пойму, если приложения будут использовать адреса возвращаемые ядром на свои слова, не получится так что исказив адрес мы просто грохнем всю систему?


Вернуться к началу
 Профиль Отправить личное сообщение  
Ответить с цитатой  
 Заголовок сообщения:
СообщениеДобавлено: Чт июн 05, 2008 07:11 
Не в сети
Administrator
Administrator
Аватара пользователя

Зарегистрирован: Вт май 02, 2006 13:19
Сообщения: 3565
Откуда: St.Petersburg
Благодарил (а): 4 раз.
Поблагодарили: 72 раз.
вопрос писал(а):
И опять тот же вопрос - что предполагается делать с прерываниями - это хм... отдельные слова?

wероятнее всего - отдельные векторные слова, чтобы можно было при необходимости переустановить.
Опять же, под контролем ГСИ. А то могут быть и такие прерывания, обслуживание которых заменять своими программами нельзя.

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


Если пожелает, и сделает правильно (вызовет для этого спец-функцию ядра, которая решает, давать или не давать),
то получит адрес кода, если сделает неправильно (полезет сама в к ядру трусы) - получит по лапам.

WingLion писал(а):
4. Всякая запись/чтение в область системных данных может производиться только системной функцией,
вызванной через назначеный адрес входа.


Pretorian писал(а):
Чего то я не пойму, если приложения будут использовать адреса возвращаемые ядром на свои слова, не получится так что исказив адрес мы просто грохнем всю систему?

ответ:
WingLion писал(а):
Кэшируемая ассоциативная память для "разрешения вызовов" - задача делает вызов прямо,
железо проверяет само, можно ли ей делать такой вызов, если можно, идет дальше, если нельзя,
натупает "битье морд" с обработкой системного исключения и "закрытием хулигана"

_________________
С уважением, WingLion
Forth-CPU . RuF09WE
Мой Форт
Отсутствие бана это не заслуга юзера, а недоработка модератора (с)


Вернуться к началу
 Профиль Отправить личное сообщение  
Ответить с цитатой  
 Заголовок сообщения:
СообщениеДобавлено: Чт июн 05, 2008 10:02 
Не в сети

Зарегистрирован: Вт май 09, 2006 12:31
Сообщения: 3438
Благодарил (а): 5 раз.
Поблагодарили: 16 раз.
WingLion писал(а):
вопрос писал(а):
И опять тот же вопрос - что предполагается делать с прерываниями - это хм... отдельные слова?

wероятнее всего - отдельные векторные слова, чтобы можно было при необходимости переустановить.
Опять же, под контролем ГСИ. А то могут быть и такие прерывания, обслуживание которых заменять своими программами нельзя.
Т.е. на самом деле в 4оs ассемблер отдыхает и форту позволено далеко не всё из того, что он обычно делает.

WingLion писал(а):

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

Если пожелает, и сделает правильно (вызовет для этого спец-функцию ядра, которая решает, давать или не давать),
то получит адрес кода

Почему нельзя передать системной функции данные (или ссылку на данные) и никуда не давать адрес кода? :shuffle;
Но как я понимаю, это тоже ограничивало бы привычный вид форт-программы. :?:

_________________
понимаю некоторую бестолковость некоторых вопросов


Вернуться к началу
 Профиль Отправить личное сообщение  
Ответить с цитатой  
 Заголовок сообщения:
СообщениеДобавлено: Чт июн 05, 2008 10:08 
Не в сети

Зарегистрирован: Вт май 09, 2006 12:31
Сообщения: 3438
Благодарил (а): 5 раз.
Поблагодарили: 16 раз.
Грубо говоря - как соотносятся открытость форт-кода с такой моделью защиты

_________________
понимаю некоторую бестолковость некоторых вопросов


Вернуться к началу
 Профиль Отправить личное сообщение  
Ответить с цитатой  
 Заголовок сообщения:
СообщениеДобавлено: Чт июн 05, 2008 10:27 
Не в сети
Аватара пользователя

Зарегистрирован: Вт ноя 06, 2007 21:23
Сообщения: 227
Откуда: Екатеринбург
Благодарил (а): 4 раз.
Поблагодарили: 7 раз.
вопрос писал(а):
Грубо говоря - как соотносятся открытость форт-кода с такой моделью защиты
я думаю ответ кроется в :NONAME или бите SMUDGE словарной статьи (слово).


Вернуться к началу
 Профиль Отправить личное сообщение  
Ответить с цитатой  
 Заголовок сообщения:
СообщениеДобавлено: Чт июн 05, 2008 17:16 
Не в сети
Administrator
Administrator
Аватара пользователя

Зарегистрирован: Вт май 02, 2006 13:19
Сообщения: 3565
Откуда: St.Petersburg
Благодарил (а): 4 раз.
Поблагодарили: 72 раз.
вопрос писал(а):
Т.е. на самом деле в 4оs ассемблер отдыхает и форту позволено далеко не всё из того, что он обычно делает.

Кто работает с Фортом, тот знает, сколько раз Форт подвисает или вылетает так, что его через менеджер задач закрывать приходится.
Желаем, чтобы и наша ОСь так же летала?
Если нет - значит защита нужна!

Помните мультик про бабушку удава?
"Ребяты, под присмотром можно делать все что угодно!" (с)...

Так и здесь.
Защита строится не для того, чтобы запретить ассемблером программы писать, а для того, чтобы систему экспериментами не порушить!

вопрос писал(а):
Почему нельзя передать системной функции данные (или ссылку на данные) и никуда не давать адрес кода? shuffle
Но как я понимаю, это тоже ограничивало бы привычный вид форт-программы.

А кто сказал что нельзя-то? :shock:
Изначально система строится так, что общение с ней происходит через интерпретатор. -
Передаете хоть мегабайт исходников, к ним придаете терабайт данных
и работаете своей программой только сколько Чубайс позволит!

_________________
С уважением, WingLion
Forth-CPU . RuF09WE
Мой Форт
Отсутствие бана это не заслуга юзера, а недоработка модератора (с)


Вернуться к началу
 Профиль Отправить личное сообщение  
Ответить с цитатой  
 Заголовок сообщения:
СообщениеДобавлено: Чт июн 05, 2008 18:14 
Не в сети
Moderator
Moderator
Аватара пользователя

Зарегистрирован: Чт май 04, 2006 00:53
Сообщения: 4920
Откуда: был Крым, теперь Новосибирск
Благодарил (а): 18 раз.
Поблагодарили: 56 раз.
ну, что же, вставлю свои пять копеек.
1) рассчитывать делать систему только под форт-процессор недальновидно.
2) вызов функций ОС должен быть очень быстрым, что сомнительно в предложенном варианте.
3) понятия "драйвер", "файл" слабо соответствуют ДАО ФОРТ

_________________
Мне бы только мой крошечный вклад внести,
За короткую жизнь сплести
Хотя бы ниточку шёлка.
fleur


Вернуться к началу
 Профиль Отправить личное сообщение  
Ответить с цитатой  
 Заголовок сообщения:
СообщениеДобавлено: Чт июн 05, 2008 18:15 
Не в сети
Moderator
Moderator
Аватара пользователя

Зарегистрирован: Чт май 04, 2006 00:53
Сообщения: 4920
Откуда: был Крым, теперь Новосибирск
Благодарил (а): 18 раз.
Поблагодарили: 56 раз.
WingLion писал(а):
Кто работает с Фортом, тот знает, сколько раз Форт подвисает или вылетает так, что его через менеджер задач закрывать приходится. Желаем, чтобы и наша ОСь так же летала?

Не желаем, но приведенный пример практически не наблюдается в моей практике.
Ну, разве, если принудительно -1 @ и то, на СПФе это не вырубает форт.

_________________
Мне бы только мой крошечный вклад внести,
За короткую жизнь сплести
Хотя бы ниточку шёлка.
fleur


Вернуться к началу
 Профиль Отправить личное сообщение  
Ответить с цитатой  
 Заголовок сообщения:
СообщениеДобавлено: Чт июн 05, 2008 18:34 
Не в сети

Зарегистрирован: Вт май 09, 2006 12:31
Сообщения: 3438
Благодарил (а): 5 раз.
Поблагодарили: 16 раз.
mOleg писал(а):
ну, что же, вставлю свои пять копеек.
1) рассчитывать делать систему только под форт-процессор недальновидно.
Никто не гворит, что нужно обсуждать только проект от WingLion а
Но не только под форт-процессор - это, возможно, другой проект. Ждём, наконец, представления.

mOleg писал(а):
2) вызов функций ОС должен быть очень быстрым, что сомнительно в предложенном варианте.
И что можно предложить? Создавать копию кода системных функций (вместо таблицы вызовов?)

mOleg писал(а):

3) понятия "драйвер", "файл" слабо соответствуют ДАО ФОРТ

Вот. Ловлю на слове. Не нужно, видимо, флудить на тему "Что есть дао форта" ... Но очень хотелось бы знать - какие же понятия соответствуют (вместо выделенных)

_________________
понимаю некоторую бестолковость некоторых вопросов


Вернуться к началу
 Профиль Отправить личное сообщение  
Ответить с цитатой  
 Заголовок сообщения:
СообщениеДобавлено: Чт июн 05, 2008 18:43 
Не в сети
Moderator
Moderator
Аватара пользователя

Зарегистрирован: Чт май 04, 2006 00:53
Сообщения: 4920
Откуда: был Крым, теперь Новосибирск
Благодарил (а): 18 раз.
Поблагодарили: 56 раз.
вопрос писал(а):
mOleg писал(а):2) вызов функций ОС должен быть очень быстрым, что сомнительно в предложенном варианте.
И что можно предложить? Создавать копию кода системных функций (вместо таблицы вызовов?)

нет, просто рассчитывать ВМ таким образом, чтобы она учитывала очень частый вызов функций, разделяемых с ядром.

вопрос писал(а):
mOleg писал(а):

3) понятия "драйвер", "файл" слабо соответствуют ДАО ФОРТ

Вот. Ловлю на слове. Не нужно, видимо, флудить на тему "Что есть дао форта" ... Но очень хотелось бы знать - какие же понятия соответствуют (вместо выделенных)

Понятие ДАО в данном случае нескольк ээ афористично. (то есть не стоит принимать буквально).
Если речь о концепциях, то форт в идеале знает только слова, из которых строится все остальное.
То есть, в идеале должны оставаться только слова, часть из которых имеет функциональность словарей, часть - файлов, часть еще что бы то ни было.

Кстати, в этом направлении я работаю(форк), и работал кто-то еще (не помню чья штука бетафорт).

_________________
Мне бы только мой крошечный вклад внести,
За короткую жизнь сплести
Хотя бы ниточку шёлка.
fleur


Вернуться к началу
 Профиль Отправить личное сообщение  
Ответить с цитатой  
 Заголовок сообщения:
СообщениеДобавлено: Чт июн 05, 2008 18:56 
Не в сети
Аватара пользователя

Зарегистрирован: Вт ноя 06, 2007 21:23
Сообщения: 227
Откуда: Екатеринбург
Благодарил (а): 4 раз.
Поблагодарили: 7 раз.
Думая об устойчивости ОС в целом - раздельные стеки каждой из подпрограмм, выполняющиеся в паралель, т.е. приходим к резеривированию памяти под процесс, дальше надо изменить атрибуты доступа к памяти.
Зависло - очисти память процесса, а свопинг в этой ОС будет уместен?!
Дальше многозадачность вытесняющаяся или нет, или вовсе отсутвует.
Прямое обращение к регистрам оборудования подключенного к системной шине?


Вернуться к началу
 Профиль Отправить личное сообщение  
Ответить с цитатой  
 Заголовок сообщения:
СообщениеДобавлено: Чт июн 05, 2008 19:06 
Не в сети
Moderator
Moderator
Аватара пользователя

Зарегистрирован: Чт май 04, 2006 00:53
Сообщения: 4920
Откуда: был Крым, теперь Новосибирск
Благодарил (а): 18 раз.
Поблагодарили: 56 раз.
Alexander писал(а):
Думая об устойчивости ОС в целом

вы не поверите, каждый из вопросов надо в отдельный топик.

Но в кратце:
Alexander писал(а):
раздельные стеки каждой из подпрограмм, выполняющиеся в паралель, т.е. приходим к резеривированию памяти под процесс, дальше надо изменить атрибуты доступа к памяти.

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

Вообще, вопрос подключаемых(отключаемых), динамических короче, библиотек очень даже не прос, и в то же время уместен. Я бы предложил свопить каждое слово отдельно, что достаточно просто и очень даже перспективно.

Alexander писал(а):
Зависло - очисти память процесса, а свопинг в этой ОС будет уместен?!

конечно, сейчас без этого куда? Но это задача вторичная, то есть можно смело ставить заглушки на сам свопинг.
к тому же не стоит забывать, что HEAP тоже нужен, без него сейчас никуда, а это значит, что у каждого процесса свой хип, и т.п. К тому же тут возникает вопрос портируемости кода между разными платформами, и использованием откомпилированных библиотек(кстати я предлагал решение).

Alexander писал(а):
Дальше многозадачность вытесняющаяся или нет, или вовсе отсутвует.

а вот тут интересно. Классически в форте проработана методика Round Robbin многозадачности.
По сути пофигу какая, можно выбирать все три модели сразу: без(но как бы клиент-сервер), круг, звезда.
И если начинать, то легче с более простого варианта.

Alexander писал(а):
Прямое обращение к регистрам оборудования подключенного к системной шине?

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

_________________
Мне бы только мой крошечный вклад внести,
За короткую жизнь сплести
Хотя бы ниточку шёлка.
fleur


Вернуться к началу
 Профиль Отправить личное сообщение  
Ответить с цитатой  
Показать сообщения за:  Поле сортировки  
Начать новую тему Ответить на тему  [ Сообщений: 130 ]  На страницу 1, 2, 3, 4, 5 ... 9  След.

Часовой пояс: UTC + 3 часа [ Летнее время ]


Кто сейчас на конференции

Сейчас этот форум просматривают: нет зарегистрированных пользователей и гости: 3


Вы не можете начинать темы
Вы можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения
Вы не можете добавлять вложения

Powered by phpBB © 2000, 2002, 2005, 2007 phpBB Group
phpBB сборка от FladeX // Русская поддержка phpBB