Основная проблема такой архитектуры, как тут уже было сказано, это безпасность.
В текущей реализации не исключен прирост производительности даже до 60% по отношению к примеру к линуксу, хотя это конечно зависит от конкретно задачи.Суть такая - когда система представляет из себя множество объектов общающихся между собой посредством какого-либо интерфейса, то встает вопрос о проверки сообщений на соответствие спецификации интерфейса, в противном случае безопасность и стабильность работы не гарантируется.
На стадии начальной разработки ни стабильность ни безопасность не являются приоритетными, в особенности для этого проекта, имеющего статус исследовательского.
В реальности если готовить эту ось для промышленного использования, то придется перелопатить массу кода улучшая безопасность, что несомненно приведет к значительному падению производительности.
Все преимущества данной реализации на текущих x86* многопроцессорных системах выражается в повышении хит рейта кеша за счет локализации обрабатываемых данных.
Аналогичного результата можно достичь и на линуксе, всего-то навсего переписав шедулер, или локализовав выполнение основных процессов на нужных ядрах при помощи process/irq affinity.
Скорее всего данная ОС предназначена для сверх-многопроцессорных >12 систем рынок которых только начинает формироваться, не исключена также возможность использования в качестве фирмваре в видеокартах будущего.