Накладные расходы переключения контекста vs интерпритация байт-кода vs JIT

https://www.destroyallsoftware.com/talks/the-birth-and-death-of-javascript

Напомните, где там та микрософтовская поделка-ос на дотнете, которая вместо изоляции процессов полагалась на managed код?

посмотри на завалишинский fantom-os, он кажется именно об этом

Напомните, где там

https://github.com/search?q=Singularity+OS
https://github.com/search?q=Singularity+RDK

поделка-ос на дотнете

Там есть вкрапления асма.

вместо изоляции процессов полагалась на managed код?

Orly?

https://en.wikipedia.org/wiki/Inferno_(operating_system)

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

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

Больно мне смотреть на низкоуровневый код в userspace

Этому горю несложно помочь. Начни портировать какую-нибудь системную либу с си на жабу. Например xcb. Как надоест – поздравляю, вы здоровы.

Я обожаю язык C89 и не люблю жабу, просто стало интерксно на сколько абстракции ядра быстрее виртуальной машины.

Как надоест – поздравляю, вы здоровы.

А надоест необычайно быстро: там всё заоптимзировано по самое немогу, и депрессия от невозможности на жаве приблизиться к такому же эффективному коду даже близко, хотя бы на пару световых лет – гарантирована с первых же строк.

Понятно. Значит, я не в тему. :)

Там было несколько связанных проектов: Singularity, Midori, Verve

Что-то такое пытались реализовать в Германии в университете Эрлангена — Нюрнберга (JX).

Как же, писаки на яве любят же утверждать, что их JIT компилирует в код, который местами даже быстрее нативного C

Здесь был пассаж про писак на php, js и прочих питонах. :D