Добро пожаловать,
Свежие материалы
Обсуждения
Микропроцессор "Эверест" (1)
Запрет регистрации на osrc.info (1)
Ответ Javе и Flash'у (70)
Новая программа поддержки от Microsoft (2)
Solaris будет портирован на Itanium и POWER? (3)
9 декабря вышла новая сборка Xameleon (9)
рассылка (2)
ЗРОС (3)
Новый стиль OSRC.info (2)
Обсуждение статьи "Взгляд на развитие YellowTAB" (124)В Сети
Гостей: 4, Пользователей: 0 ...
рекорд он-лайн: 2015
(Пользователей: 1, Гостей: 2014) в 29.03.2010 00:07
Пользователей: 1007
Новичок: alicemokas
рекорд он-лайн: 2015
(Пользователей: 1, Гостей: 2014) в 29.03.2010 00:07
Пользователей: 1007
Новичок: alicemokas
| Центр информации по операционным системам :: Форумы :: Операционные системы :: Другие ОС |
|
<< Предыдущая тема | Следующая тема >> |
| uOS - встраиваемая операционная система реального времени. | ||
| Переход на страницу 1 2 3 4 5 6 [7] 8 | |
|
Модераторы: Roman I Khimov, Wanderer, Dron
|
| Автор | Добавил | ||
| Thistle |
| ||
 ID пользователя #484 Зарегистрирован: Суббота 05.11.2005 00:07Сообщений: 65 | Интересно, как обстоят дела с проектом? | ||
| Наверх | | ||
| СергейВ |
| ||
 ID пользователя #460 Зарегистрирован: Воскресенье 16.10.2005 00:50Местонахождение: Москва Сообщений: 10 | Открыт сайт для проекта - uos.vak.ru. Технология wiki. Для желающих есть предложение поучаствовать в подготовке документации. | ||
| Наверх |
| ||
| Wanderer |
| ||
  ID пользователя #2 Зарегистрирован: Вторник 29.06.2004 20:13Местонахождение: Беларусь, Гомель Сообщений: 76 | Сергей, мое почтение за проделанную работу. Доказывая идиоту, что он идиот, ты сам становишься идиотом. | ||
| Наверх |
| ||
| distar |
| ||
| ID пользователя #588 Зарегистрирован: Среда 01.03.2006 13:22Сообщений: 4 | Пока идея следующая. Система состоит из модулей. Вначале это один модуль, реализующий потоки и синхронизацию между ними - то, что обычно называют микроядром. Потом к нему добавляются другие модули - драйверы, файловый системы, программы юзера и т.п. Адресное пространство одно на всех. Модули скомпилированы в позиционно-независимом коде и могут выполняться с любого места. Не вызовет ли это напрягов - посмотрим. т.е. будут интерфейсные таблицы точек входа в модули наподобии аппаратной реализации в виде шлюзов в 286/386 процессорах? это идея конечно занятная, только вот неплохо было бы при едином для всех модулей сегменте команд и стека для каждого модуля делать свой изолированный сегмент данных. | ||
| Наверх |
| ||
| first-leon |
| ||
| ID пользователя #468 Зарегистрирован: Воскресенье 23.10.2005 15:55Сообщений: 6 | СергейВ писал: ""Нет, думаю, Realtek 8139 и TCP сначала. Потом межмодульные интерфейсы. Для этого хотелось бы дождаться реализации Ады2005 в GCC. Менеджер памяти на потом."" Ну вот. Вышла АДА2005. Что нибудь изменилось в проете? Переписываете ли вы теперь ядро на АДЕ, что еще реализовали? Обновлений исходников на сайте не было очень давно, а хотелось бы узнать, что нового. | ||
| Наверх | | ||
| Evgeniy |
| ||
| ID пользователя #658 Зарегистрирован: Воскресенье 28.05.2006 12:38Сообщений: 18 | СергейВ написал(а) ... Roman I Khimov написал(а) ... СергейВ написал(а) ... При монолитном ядре - да. А как уменьшится объем кода при микроядре? Не нужен какой-то модуль - не загружай. Перестал быть нужен - выгрузи. При правильной декомпозиции, скажем, ядра Линукса на модули, файловые системы могли бы жить и развиваться свой жизнью, сетевые протоколы - отдельно, реализация для разных процессоров - отдельно и т.д. А не навешивать десятки мегабайтов кода на одного бедного Линуса, как сейчас. Ну вообще-то таки сделано, ядро отделено от файловых систем с помощью интерфейса VFS, каждую файловою систему можно собрать в виде модуля, и модули выгружаются когда перестают быть нужными. Тоже самое со стеками TCP, UDP они тоже отделены от основного ядра с помощью интерфейсов и их тоже можно собрать модулями. Какой-то сранный ответ. Вам будет нужно написать все тоже самое в случае файловых систем: драйвер диска, драйвер ФС, интерфейсы ядро<->ФС<->драйвер диска. Мягко говоря, сомнительно что будет большой выигрыш в размере. | ||
| Наверх | | ||
| Evgeniy |
| ||
| ID пользователя #658 Зарегистрирован: Воскресенье 28.05.2006 12:38Сообщений: 18 | СергейВ написал(а) ... Пока идея следующая. Система состоит из модулей. Вначале это один модуль, реализующий потоки и синхронизацию между ними - то, что обычно называют микроядром. Потом к нему добавляются другие модули - драйверы, файловый системы, программы юзера и т.п. А что в идее принципиально нового? Есть уже ряд ОС действующих по принципу защита памяти не нужна, когда нужно скомпонуем программу с "ОС". | ||
| Наверх | | ||
| captain cobalt |
| ||
 ID пользователя #12 Зарегистрирован: Воскресенье 04.07.2004 21:44Местонахождение: /ru/perm Сообщений: 144 | Evgeniy написал(а) ... Какие замечательные ОС. Есть уже ряд ОС действующих по принципу защита памяти не нужна, когда нужно скомпонуем программу с "ОС".  bluebottle.ethz.ch - Bluebottle. Швейцария. Сделано с умом. | ||
| Наверх |
| ||
| InsanE |
| ||
 ID пользователя #663 Зарегистрирован: Пятница 02.06.2006 11:00Местонахождение: Tomsk Сообщений: 2 | Доброго времени суток всем. У меня просьба-вопрос, вдруг кто-то уже сталкивался... Передо мной задача проанализировать производительность UCOS для конкретного арма, портируя конкретным компилятором (Keil Arm Tool). Существует ли порт UCOS->ARM (Keil Arm Tool)? Поделитесь пожалуйста... | ||
| Наверх | | ||
| InsanE |
| ||
| ID пользователя #663 Зарегистрирован: Пятница 02.06.2006 11:00Местонахождение: Tomsk Сообщений: 2 | Oops... uOS... uCOS... hmmm... Но все равно вдруг кто подскажет =) | ||
| Наверх | | ||
| Переход на страницу 1 2 3 4 5 6 [7] 8 | |
Powered by e107 Forum System