Mario_r4 wrote: Если портируют Qemu (вероятность уже не нулевая), то можно будет запускать Колибри в Колибри.

Ну, это будет много лучше, чем ничего.

art_zh wrote: а вот нафига эмулировать системные вызовы и десктоп Колибри на системных вызовах и десктопе Колибри - я так и не понял.

Чтобы внести в них изменения и по-быстрому поглядеть как оно упадет Просмотреть 5-10 сборок, отлавливая появление бага и т.п. Сделать это на "очень маленькой и очень быстрой ОС^(ТМ)", а не на пиратской копии винды )

Mario_r4 wrote: Я так понял человек хочет что то вроде https://ru.wikipedia.org/wiki/OpenVZ

Хм. Видимо да.

irkant
цикл
- от внесения изменений в ядро Колибри
- до "поглядеть как оно упадет"
- вместе с компиляцией ядра и перезагрузкой
занимает на реальной машине 10-15 секунд.

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

На этапе загрузки (когда видеосистема еще не инициализирована) очень помогает Порт 80h.

На всех остальных этапах полезно добавить в своё ядро простейшую спецфункцию для просмотра ядерного пространства из юзерспейса.

art_zh, на всякий случай уточню, что я в данном вопросе крайне мало компетентен. Но не пойму, почему перезагружаться 10-15 секунд туда, а потом обратно (и так 48 раз) удобнее, чем иметь в одном окне исходные тексты, а в другом запущенную под отладчиком систему.
Вопрос в скорости работы и достоверности результата такого варианта - да. Именно поэтому "Колибри в Колибри".

irkant wrote:art_zh, на всякий случай уточню, что я в данном вопросе крайне мало компетентен. Но не пойму, почему перезагружаться 10-15 секунд туда, а потом обратно (и так 48 раз) удобнее, чем иметь в одном окне исходные тексты, а в другом запущенную под отладчиком систему.

Да, для ловли багов по версиям ядра эмулятор очень полезен.
Только почему-то забыл про третье окно - с башковитым SVN-клиентом, и про четвертое - c чем-нибудь вроде Beyond Compare для построчного сравнения кода версий.
В Колибри таких штучек (пока) нет, а стало быть и аргумент не актуален.

А вот для отладки кода драйверов эмулятор имхо не нужен и даже противопоказан.
Надежно тестировать реальное железо можно только на реальном железе.

По текущему обсуждению появился вопрос.
Какая часть ядра Kolibri OS может быть запущена отдельным потоком?

art_zh wrote:Только почему-то забыл про третье окно - с башковитым SVN-клиентом, и про четвертое - c чем-нибудь вроде Beyond Compare для построчного сравнения кода версий.

Ну, окон не обязательно должно быть четыре, но на счет необходимости такого функционала согласен, конечно.

Kopa
Ядро уже работает в несколько потоков. Ты уточни, что ты от ядра хочешь ?

Serge wrote:Kopa
Ядро уже работает в несколько потоков. Ты уточни, что ты от ядра хочешь ?

Возможно знать минимальную часть ядра от которой максимально зависят запущенные потоки ядра
или допустимые механизмы "патчинга" ядра в Kolibri вне использования драйверной модели.

Serge wrote:Ядро уже работает в несколько потоков.

Почитать где-то можно?

Используйте Synergy Client же, офигенно удобно!