| Привет |
| Мини-чат |
Вы должны быть авторизованы, для того чтобы оставлять комментарии на сайте. Пожалуйста, авторизируйтесь или зарегистрируйтесь на сайте. @Wanderer:Верно.Но в тоже время останавливаться на позициях критика не желаю.Есть уже рабочие намётки(можно по телнету пощупать) для всей этой истории,правда Буратино пока ещё носом не дорос,чтобы презентовать широкой публике.
Зато осталась главная мысль, которую нужно распечатать и повесить на самом видном месте: "Если хотите достичь успеха, меньше говорите и больше делайте". Вкратце, будьте немыми трудоголиками.
@exelents:от проекта остался весь этот веб.Только и всего.Пока так.Кто молится на линукс,кто на винду.Понимая всю безисходность,вся аудитория удалилась.К сожалению не вижу креатива в переработке POSIXґа!Вообще никто не замечает...Нафик ядро нужно,если подсистема над ним отсутствует?!На мой взгляд надо концентрироваться на новом возможном стандарте,и даже в переработке языка C/C++,если так охота можно всё назвать уже D...То что есть - сказал бы... - желаю себе лучшего!
По всем внешним признакам этот проект успешно загнулся.
Ни тебе описание процесса, ни новых версий.. Загублено.. Есть кто-нибуть из Саратова/Энгельса?
|
| Операционная система 3OS -> Форумы -> Ядро 3OS | |||
|
|||
 системные вызовыПерейти к странице -1-2 Следующая |
| Автор | Отправлено |
| izzi_narkomanius |
|
||
Сообщений - 27 |
опишите пожалуйста как будет организовано адресное пространство процесов пользователя, и в общих чертах системные вызовы - как осуществляется и какие функции вы возложите на ядро? | ||
| Наверх |
|
| AlexeyASugonyaev |
|
||
|
Зарегистрирован: Tuesday 18.11.2003 06:36 Местоположение: Челябинская обл., г.Карталы Сообщений - 68 |
В группе 3ОС на этот счет еще не выработалось конкретное мнение, которое можно было бы озвучить, есть две позиции - обычные потоки, процессы предоставляющие свои адресные пространства поткам и только потоки с абсолютно изолированным адресным пространством данных и кода. Есстесвенно что в посленем случае для общения между потоками возможно будет использовать (!подконтрольное разделяемое адресное пространство) с достаточно (по возможности) небольшим временем жизни. Сисиемные вызовы в ОО системе рассматриваются исключительно либо как досутпом через IPC, либо гораздо более прогрессивным методом названным в 3ОС - "Удаленным доступом". Я думаю что более подробно можно будет ознакомиться только в документации 3ОС или так называемой "печке". Для 3ОС сложилась не совсем стандартная архитектура ядра, в большей части это конечно микроядро, но уверен что все функции микроядра ограничатся только транспортом сообщения, на данный момент в функции ядра входит и менеджмент памяти и обработка кое-каких "драйверных нужд". | ||
| Наверх |
|
| Аноним |
|
||
|
Гость |
>>Сисиемные вызовы в ОО системе рассматриваются исключительно либо как досутпом через IPC а если в двочном виде? как с точки зрения проца они вызываются? |
||
| Наверх |
|
| AlexeyASugonyaev |
|
||
|
Зарегистрирован: Tuesday 18.11.2003 06:36 Местоположение: Челябинская обл., г.Карталы Сообщений - 68 |
С точки зрения процессора для классического IPC точкой входа становится шлюз (прерывания или вызова). Для модели УО 3ОС, это достаточно непростая схема, но на мой взгляд весьма оригинальная, в кратце: вызов метода ТО или ИО -> сторожевая страница объекта (ТО или ИО) -> фабрика классов (таблица кросметодов) -> метод УО. Приевденная выше цепочка специфична для платформы со страничной адресацией, для полного понимания весго процесса УО я бы рекомендовал участие в форуме 3OS  , хотя и понимаю насколько сложно это сделать.
|
||
| Наверх |
|
| CodeWorld |
|
||
|
Местоположение: Россия, Уфа Сообщений - 38 |
izzi_narkomanius писал(а): ... опишите пожалуйста как будет организовано адресное пространство процесов пользователя, и в общих чертах системные вызовы - как осуществляется и какие функции вы возложите на ядро? здоров... как там у тя упехи..ты ведь вродь тож когда ось хотел писать? кстати я тебя с сисбинского форума снёс ты уже 2 месяца несветился.. если че регся по новой.. |
||
| Наверх |
|
| Wanderer |
|
||
Сообщений - 26 |
Дарагой таварищ коудворлд пажалуста гаварите па теме а??????????
Aut viam inveniam aut faciam. |
||
| Наверх |
|
| izzi_narkomanius |
|
||
|
Сообщений - 27 |
/*С точки зрения процессора для классического IPC точкой входа становится шлюз (прерывания или вызова). Для модели УО 3ОС, это достаточно непростая схема, но на мой взгляд весьма оригинальная, в кратце: вызов метода ТО или ИО -> сторожевая страница объекта (ТО или ИО) -> фабрика классов (таблица кросметодов) -> метод УО. Приевденная выше цепочка специфична для платформы со страничной адресацией, для полного понимания весго процесса УО я бы рекомендовал участие в форуме 3OS , хотя и понимаю насколько сложно это сделать.*/ тут цепочка какая то. в которой все 4 звена названы на нечеловеческом языке. процессору про классы ничего неизвестно |
||
| Наверх |
|
| AlexeyASugonyaev |
|
||
|
Зарегистрирован: Tuesday 18.11.2003 06:36 Местоположение: Челябинская обл., г.Карталы Сообщений - 68 |
izzi_narkomanius писал(а): ... /*С точки зрения процессора для классического IPC точкой входа становится шлюз (прерывания или вызова). Для модели УО 3ОС, это достаточно непростая схема, но на мой взгляд весьма оригинальная, в кратце: вызов метода ТО или ИО -> сторожевая страница объекта (ТО или ИО) -> фабрика классов (таблица кросметодов) -> метод УО. Приевденная выше цепочка специфична для платформы со страничной адресацией, для полного понимания весго процесса УО я бы рекомендовал участие в форуме 3OS , хотя и понимаю насколько сложно это сделать.*/ тут цепочка какая то. в которой все 4 звена названы на нечеловеческом языке. процессору про классы ничего неизвестно А если маленько подумать над словом сторожевая страница? А затем над страничной моделью памяти, то что она предоставляет в этом случае (исключение по отсутствию страницы). Для стека этот механизм слежения и динамического изменения размеров так и называется - механизм сторожевой страницы. Классы и прочее свзяанное с ООП здесь не причем. Для того что бы полностью раскрыть механизм УД нужно читать соответсвующие документы пересказывать их здесь не учень то и удобно. |
||
| Наверх |
|
| izzi_narkomanius |
|
||
|
Сообщений - 27 |
это что имеется ввиду - что в конце стека есть невыделенная страница? помоему эта ситуация типична для любой оси. только процы х86 про такое не знают - у них есть стек узера и стек ядра. ну и еще 2 стека. и стек ядра всегда выделен - иначе будет gp -> +pf стека нет-> df ->+pf стека все равно нет -> проц остановился изза 3х необработанных исключений. |
||
| Наверх |
|
| AlexeyASugonyaev |
|
||
|
Зарегистрирован: Tuesday 18.11.2003 06:36 Местоположение: Челябинская обл., г.Карталы Сообщений - 68 |
izzi_narkomanius писал(а): ... это что имеется ввиду - что в конце стека есть невыделенная страница? помоему эта ситуация типична для любой оси. только процы х86 про такое не знают - у них есть стек узера и стек ядра. ну и еще 2 стека. и стек ядра всегда выделен - иначе будет gp -> +pf стека нет-> df ->+pf стека все равно нет -> проц остановился изза 3х необработанных исключений. Что то Вы мешаете сапоги с конфетами, говорили про механизм сторожевой страницы и про то что в описании УД не было понятно что относится к процессору а что к классам. Про стек я говорил в конспекте "сторожевая страница" не более. Теперь Вы уже согласны что один из этапов УД имеет отношении к процессору или как? |
||
| Наверх |
|
| exhu |
|
||
Местоположение: Belarus Сообщений - 21 |
А вызовы в очередь для обработки системными потоками будут выстраиваться или как? Как обеспечить минимально короткое прерывание системы вызовами? | ||
| Наверх |
|
| В онлайне |
| Гостей: 2, Пользователей: 0 ... Максимум онлайн: 23 (Пользователей: 0, Гостей: 23) зарегистировано 05.12.2005 | 03:31 Зарегистрированных пользователей: 319 Последний зарегистрированный пользователь: maxutov |
| © 3OS.Team 2002-2005 |