Выше было много сказано о преимуществах «Сивелькирии». Справедливость требует также обсуждения его недостатков.
- Разработка ПО под «Сивелькирией» в общем случае будет сложнее, чем под классической ОС, из-за необходимости согласовывать её со структурой объектных интерфейсов и прототипов модулей, принятых в системе.
- Передача данных между модулями является узким местом, поскольку требует, как минимум, переключения контекста. Для многих применений, критичных по времени выполнения, наверняка потребуются какие-либо оптимизации.
- Беспроцессная структура плохо ложится на оптимизации, в настоящее время принятые на уровне оборудования (процессоров).
- Как правило, существующее ПО не может быть втиснуто в рамки «Сивелькирии», вынуждая вести работу с нуля. Причина этого — в необходимости разбиения ПО на модули, которое зачастую потребует больших усилий.
- Взаимодействие с командой поддержки ОС затягивает разработку ПО, объектные интерфейсы которого ещё не прописаны или не устоялись.
- Само деление программы на интерфейсы, объекты или модули во многих случаях неоднозначно, и принятое однажды плохое архитектурное решение может в дальнейшем приводить к накоплению проблем.
- Необходимость изменения стандартных библиотек языков программирования существенно задерживает перенос существующего ПО на «Сивелькирию». Это связано с тем, что доступность API операционной системы, обычно активно используемой стандартными библиотеками, в данной ОС напрямую зависит от контекста.
- Совместное использование модулей, разработанных независимо, отрицательно сказывается на стабильности всей системы.
Легко видеть, что, по крайней мере, некоторые из этих проблем могут в будущем стать серьёзными препятствиями на пути к построению решения и даже поставить его под угрозу. Окончательная картина сложится на этапах проектирования, прототипирования и разработки.