LINUX.ORG.RU

История изменений

Исправление alman, (текущая версия) :

То что L4 удалось снизить до приемлемых латентность приема/отправки сообщений путем помещения микроядра в кеш (которое стало вследствие этого наноядром) это очевидно.

Я не могу согласиться с Вами в этом вопросе. Вот что я вкладываю в понятие L4:

  • сообщения - базовое понятие, на основе которого основаны коммуникация между задачами, прерываниями, аппаратными исключениями и процедура отображения физической памяти в адресное пространство задач (как часть IPC)
  • синхронность ставится во главу угла - любая асинхронная обработка сообщений эмулируется на основе синхроности (Кстати, реализация настолько проста и прозрачна, что наверняка уже кто-то запатентовал и этот патент пылится в архивах)
  • универсальные страницы виртуальной памяти, использование которых позволяет разгрузить MMU как минимум на операциях по выборке инструкций.

Только вот изначально все микроядра были придуманы как нечто что жизнь облегчит. А стали хорошим направлением освоения грантов - не более.

Не могу сказать, сколько килоевро «попипила» L4Ka Team из университета Karslruhe, но Pistachio вполне юзабельное как минимум на архитектуре IA32. И есть вполне коммерчески успешная версия L4X2 для архитектуры ARM от http://www.ok-labs.com/

Это вот ваше высокомерие вас погубит.

Это просто способ обратить на себя внимаение, не более того. Если я Вас случайно оскорбил - примите мои искринние извинения. Высокомерие не со зла, а чтобы обратить на себя внимание.

«Конкуренты» не идиоты. А я говорю не о том что они «не могут» а о вполне системных вещах - цене try-n-error цикла в разработке обвеса к микроядрам. Она объективно на порядок выше чем для обычного программирования

Я приведу Вам конкретный пример - драйвер накопителя на гибуом магнитном диске (контроллера флоппи диска), который был позаимствован из FreeDOS. При переносе его в Хамелеон, он стал значительон проще - ушли сложная обработка прерываний, таймеры и блокировки. При переносе я выкинул напрочь весь системозависимый код, оставив только код работы с регистрами контроллера. А выкинутый код заменил одним «суперциклом» с единой точкой входа от прерываний и запросов файловой системы. Таймер для останова привода не понадобился - его заменила команда ожидания сообщения, которая умеет ожидать сообщение в течение заданного интервала. В результате код значительно уменьшился в размере и стал проще. Хочу лишь заметить, что это единственный драйвер, позаимствованный из Linux. И уж чтобы быть на 100% откровенным, уже лет семь в этом драйвере присутствует ошибка, до исправления которой руки не доходят - при останове мотора floppy привода и при последующем его старте я не жду раскрутки мотора, посему на реальном железе драйвер будет глючить. Тем не менее, даже после исправления этой логической ошибки, драйвер останется проще, чем он был в оригинале.

Вы пытаетесь делать DIY науку, с возможным прицелом на стартап. Достойное начинание но надо бы вам осознать что именно вы делаете.

Для науки я уже староват - меньше недели осталось до 40 лет.

Собственно главный вопрос - что вы видите в этом проекта для себя, чего хотите достичь?

Хочу построить стабильную долгоживующую компанию, управление которой перейдёт к моим детям.

На публикации в серьезных журналах. И основной профит получать в виде самореализации вас лично и людей с вами. Могу расписать подробней, если что.

В любом случае это интересно. С удвольствием послушаю.

Я пытался подготовить статьи для журнала «Открытые системы» и даже подписался на него, но после подписки мне показалось, что формат не подходит - облачные вычисления и перепечатки c IEEE Spectrum, который предпочитаю читать в оригинале - imho, не самое лучшее место для статей о микроядрах.

Одно напрямую не исключает другого - но очень сильно влияет друг на друга. И на этом этапе подход N2 выглядит денис-поповщиной и научным фричеством. «Здравствуйте я написал свою ОС !111».

Таки написал, и уже довольно давно. И разными намёками привлекаю внимание специалистов, чтобы школьники пропустили «мимо ушей». Если не ошибаюсь, до Дениса Попова был ещё кто-то очень на него похожий.

Так как VHDL вы не знаете - вы думаете найти тех людей что знают. Значит вы берете на себя роль организатора-социального конструктора. Ваша задача организовать стабильное растущее коммунити людей которые занимаются этим проектом.

Спасибо за подсказки. Честно говоря, я не определился с дальнейшей судьбой проекта и возможно Ваши слова подскажут правильное и оптимальное решение.

Исправление alman, :

То что L4 удалось снизить до приемлемых латентность приема/отправки сообщений путем помещения микроядра в кеш (которое стало вследствие этого наноядром) это очевидно.

Я не могу согласиться с Вами в этом вопросе. Вот что я вкладываю в понятие L4:

  • сообщения - базовое понятие, на основе которого основаны коммуникация между задачами, прерываниями, аппаратными исключениями и процедура отображения физической памяти в адресное пространство задач (как часть IPC)
  • синхронность ставится во главу угла - любая асинхронная обработка сообщений эмулируется на основе синхроности (Кстати, реализация настолько проста и прозрачна, что наверняка уже кто-то запатентовал и этот патент пылится в архивах)
  • универсальные страницы виртуальной памяти, использование которых позволяет разгрузить MMU как минимум на операциях по выборке инструкций.

Только вот изначально все микроядра были придуманы как нечто что жизнь облегчит. А стали хорошим направлением освоения грантов - не более.

Не могу сказать, сколько килоевро «попипила» L4Ka Team из университета Karslruhe, но Pistachio вполне юзабельное как минимум на архитектуре IA32. И есть вполне коммерчески успешная версия L4X4 для архитектуры ARM от http://wiki.ok-labs.com/

Это вот ваше высокомерие вас погубит.

Это просто способ обратить на себя внимаение, не более того. Если я Вас случайно оскорбил - примите мои искринние извинения. Высокомерие не со зла, а чтобы обратить на себя внимание.

«Конкуренты» не идиоты. А я говорю не о том что они «не могут» а о вполне системных вещах - цене try-n-error цикла в разработке обвеса к микроядрам. Она объективно на порядок выше чем для обычного программирования

Я приведу Вам конкретный пример - драйвер накопителя на гибуом магнитном диске (контроллера флоппи диска), который был позаимствован из FreeDOS. При переносе его в Хамелеон, он стал значительон проще - ушли сложная обработка прерываний, таймеры и блокировки. При переносе я выкинул напрочь весь системозависимый код, оставив только код работы с регистрами контроллера. А выкинутый код заменил одним «суперциклом» с единой точкой входа от прерываний и запросов файловой системы. Таймер для останова привода не понадобился - его заменила команда ожидания сообщения, которая умеет ожидать сообщение в течение заданного интервала. В результате код значительно уменьшился в размере и стал проще. Хочу лишь заметить, что это единственный драйвер, позаимствованный из Linux. И уж чтобы быть на 100% откровенным, уже лет семь в этом драйвере присутствует ошибка, до исправления которой руки не доходят - при останове мотора floppy привода и при последующем его старте я не жду раскрутки мотора, посему на реальном железе драйвер будет глючить. Тем не менее, даже после исправления этой логической ошибки, драйвер останется проще, чем он был в оригинале.

Вы пытаетесь делать DIY науку, с возможным прицелом на стартап. Достойное начинание но надо бы вам осознать что именно вы делаете.

Для науки я уже староват - меньше недели осталось до 40 лет.

Собственно главный вопрос - что вы видите в этом проекта для себя, чего хотите достичь?

Хочу построить стабильную долгоживующую компанию, управление которой перейдёт к моим детям.

На публикации в серьезных журналах. И основной профит получать в виде самореализации вас лично и людей с вами. Могу расписать подробней, если что.

В любом случае это интересно. С удвольствием послушаю.

Я пытался подготовить статьи для журнала «Открытые системы» и даже подписался на него, но после подписки мне показалось, что формат не подходит - облачные вычисления и перепечатки c IEEE Spectrum, который предпочитаю читать в оригинале - imho, не самое лучшее место для статей о микроядрах.

Одно напрямую не исключает другого - но очень сильно влияет друг на друга. И на этом этапе подход N2 выглядит денис-поповщиной и научным фричеством. «Здравствуйте я написал свою ОС !111».

Таки написал, и уже довольно давно. И разными намёками привлекаю внимание специалистов, чтобы школьники пропустили «мимо ушей». Если не ошибаюсь, до Дениса Попова был ещё кто-то очень на него похожий.

Так как VHDL вы не знаете - вы думаете найти тех людей что знают. Значит вы берете на себя роль организатора-социального конструктора. Ваша задача организовать стабильное растущее коммунити людей которые занимаются этим проектом.

Спасибо за подсказки. Честно говоря, я не определился с дальнейшей судьбой проекта и возможно Ваши слова подскажут правильное и оптимальное решение.

Исправление alman, :

То что L4 удалось снизить до приемлемых латентность приема/отправки сообщений путем помещения микроядра в кеш (которое стало вследствие этого наноядром) это очевидно.

Я не могу согласиться с Вами в этом вопросе. Вот что я вкладываю в понятие L4:

  • сообщения - базовое понятие, на основе которого основаны коммуникация между задачами, прерываниями, аппаратными исключениями и процедура отображения физической памяти в адресное пространство задач (как часть IPC)
  • синхронность ставится во главу угла - любая асинхронная обработка сообщений эмулируется на основе синхроности (Кстати, реализация настолько проста и прозрачна, что наверняка уже кто-то запатентовал и этот патент пылится в архивах)
  • универсальные страницы виртуальной памяти, использование которых позволяет разгрузить MMU как минимум на операциях по выборке инструкций.

Только вот изначально все микроядра были придуманы как нечто что жизнь облегчит. А стали хорошим направлением освоения грантов - не более.

Не могу сказать, сколько килоевро «попипила» L4Ka Team из университета Karslruhe, но Pistachio вполне юзабельное как минимум на архитектуре IA32. И есть вполне коммерчески успешная версия L4X4 для архитектуры ARM от http://wiki.ok-labs.com/

Это вот ваше высокомерие вас погубит.

Это просто способ обратить на себя внимаение, не более того. Если я Вас случайно оскорбил - примите мои искринние извинения. Высокомерие не со зла, а чтобы обратить на себя внимание.

«Конкуренты» не идиоты. А я говорю не о том что они «не могут» а о вполне системных вещах - цене try-n-error цикла в разработке обвеса к микроядрам. Она объективно на порядок выше чем для обычного программирования

Я приведу Вам конкретный пример - драйвер накопителя на магнитном жёстком диске (контроллера флоппи диска), который был позаимствован из FreeDOS. При переносе его в Хамелеон, он стал значительон проще - ушли сложная обработка прерываний, таймеры и блокировки. При переносе я выкинул напрочь весь системозависимый код, оставив только код работы с регистрами контроллера. А выкинутый код заменил одним «суперциклом» с единой точкой входа от прерываний и запросов файловой системы. Таймер для останова привода не понадобился - его заменила команда ожидания сообщения, которая умеет ожидать сообщение в течение заданного интервала. В результате код значительно уменьшился в размере и стал проще. Хочу лишь заметить, что это единственный драйвер, позаимствованный из Linux. И уж чтобы быть на 100% откровенным, уже лет семь в этом драйвере присутствует ошибка, до исправления которой руки не доходят - при останове мотора floppy привода и при последующем его старте я не жду раскрутки мотора, посему на реальном железе драйвер будет глючить. Тем не менее, даже после исправления этой логической ошибки, драйвер останется проще, чем он был в оригинале.

Вы пытаетесь делать DIY науку, с возможным прицелом на стартап. Достойное начинание но надо бы вам осознать что именно вы делаете.

Для науки я уже староват - меньше недели осталось до 40 лет.

Собственно главный вопрос - что вы видите в этом проекта для себя, чего хотите достичь?

Хочу построить стабильную долгоживующую компанию, управление которой перейдёт к моим детям.

На публикации в серьезных журналах. И основной профит получать в виде самореализации вас лично и людей с вами. Могу расписать подробней, если что.

В любом случае это интересно. С удвольствием послушаю.

Я пытался подготовить статьи для журнала «Открытые системы» и даже подписался на него, но после подписки мне показалось, что формат не подходит - облачные вычисления и перепечатки c IEEE Spectrum, который предпочитаю читать в оригинале - imho, не самое лучшее место для статей о микроядрах.

Одно напрямую не исключает другого - но очень сильно влияет друг на друга. И на этом этапе подход N2 выглядит денис-поповщиной и научным фричеством. «Здравствуйте я написал свою ОС !111».

Таки написал, и уже довольно давно. И разными намёками привлекаю внимание специалистов, чтобы школьники пропустили «мимо ушей». Если не ошибаюсь, до Дениса Попова был ещё кто-то очень на него похожий.

Так как VHDL вы не знаете - вы думаете найти тех людей что знают. Значит вы берете на себя роль организатора-социального конструктора. Ваша задача организовать стабильное растущее коммунити людей которые занимаются этим проектом.

Спасибо за подсказки. Честно говоря, я не определился с дальнейшей судьбой проекта и возможно Ваши слова подскажут правильное и оптимальное решение.

Исходная версия alman, :

То что L4 удалось снизить до приемлемых латентность приема/отправки сообщений путем помещения микроядра в кеш (которое стало вследствие этого наноядром) это очевидно.

Я не могу согласиться с Вами в этом вопросе. Вот что я вкладываю в понятие L4:

  • сообщения - базовое понятие, на основе которого основаны коммуникация между задачами, прерываниями, аппаратными исключениями и процедура отображения физической памяти в адресное пространство задач (как часть IPC)
  • синхронность ставится во главу угла - любая асинхронная обработка сообщений эмулируется на основе синхроности (Кстати, реализация настолько проста и прозрачна, что наверняка уже кто-то запатентовал и этот патент пылится в архивах)
  • универсальные страницы виртуальной памяти, использование которых позволяет разгрузить MMU как минимум на операциях по выборке инструкций.

Только вот изначально все микроядра были придуманы как нечто что жизнь облегчит. А стали хорошим направлением освоения грантов - не более.

Не могу сказать, сколько килоевро «попипила» L4Ka Team из университета Karslruhe, но Pistachio вполне юзабельное как минимум на архитектуре IA32. И вполне коммерчески успеная версия L4X4 для архитектуры ARM от http://wiki.ok-labs.com/

Это вот ваше высокомерие вас погубит.

Это просто способ обратить на себя внимаение, не более того. Если я Вас случайно оскорбил - примите мои искринние извинения. Высокомерие не со зла, а чтобы обратить на себя внимание.

«Конкуренты» не идиоты. А я говорю не о том что они «не могут» а о вполне системных вещах - цене try-n-error цикла в разработке обвеса к микроядрам. Она объективно на порядок выше чем для обычного программирования

Я приведу Вам конкретный пример - драйвер накопителя на магнитном жёстком диске (контроллера флоппи диска), который был позаимствован из FreeDOS. При переносе его в Хамелеон, он стал значительон проще - ушли сложная обработка прерываний, таймеры и блокировки. При переносе я выкинул напрочь весь системозависимый код, оставив только код работы с регистрами контроллера. А выкинутый код заменил одним «суперциклом» с единой точкой входа от прерываний и запросов файловой системы. Таймер для останова привода не понадобился - его заменила команда ожидания сообщения, которая умеет ожидать сообщение в течение заданного интервала. В результате код значительно уменьшился в размере и стал проще. Хочу лишь заметить, что это единственный драйвер, позаимствованный из Linux. И уж чтобы быть на 100% откровенным, уже лет семь в этом драйвере присутствует ошибка, до исправления которой руки не доходят - при останове мотора floppy привода и при последующем его старте я не жду раскрутки мотора, посему на реальном железе драйвер будет глючить. Тем не менее, даже после исправления этой логической ошибки, драйвер останется проще, чем он был в оригинале.

Вы пытаетесь делать DIY науку, с возможным прицелом на стартап. Достойное начинание но надо бы вам осознать что именно вы делаете.

Для науки я уже староват - меньше недели осталось до 40 лет.

Собственно главный вопрос - что вы видите в этом проекта для себя, чего хотите достичь?

Хочу построить стабильную долгоживующую компанию, управление которой перейдёт к моим детям.

На публикации в серьезных журналах. И основной профит получать в виде самореализации вас лично и людей с вами. Могу расписать подробней, если что.

В любом случае это интересно. С удвольствием послушаю.

Я пытался подготовить статьи для журнала «Открытые системы» и даже подписался на него, но после подписки мне показалось, что формат не подходит - облачные вычисления и перепечатки c IEEE Spectrum, который предпочитаю читать в оригинале - imho, не самое лучшее место для статей о микроядрах.

Одно напрямую не исключает другого - но очень сильно влияет друг на друга. И на этом этапе подход N2 выглядит денис-поповщиной и научным фричеством. «Здравствуйте я написал свою ОС !111».

Таки написал, и уже довольно давно. И разными намёками привлекаю внимание специалистов, чтобы школьники пропустили «мимо ушей». Если не ошибаюсь, до Дениса Попова был ещё кто-то очень на него похожий.

Так как VHDL вы не знаете - вы думаете найти тех людей что знают. Значит вы берете на себя роль организатора-социального конструктора. Ваша задача организовать стабильное растущее коммунити людей которые занимаются этим проектом.

Спасибо за подсказки. Честно говоря, я не определился с дальнейшей судьбой проекта и возможно Ваши подскажут правильное и оптимальное решение.