Как всегда, немного истории. Изначально средства для анестезии были недостаточно эффективными и безопасными, наблюдение за пациентом во время анестезии проводилось на уровне ручного подсчета пульса, давления и дыхания. Анестезиолог вынужден был балансировать между опасностью вызвать угнетение сердечной деятельности препаратами для наркоза и опасностью пробуждения. Возможно, на этом этапе развития и становления анестезиологической службы и могли происходить подобные случаи. Немалый вклад внес фильм "Наркоз" 2007 года американского режиссёра Джоби Харольда. Главный герой ложится на операцию, но просыпается во время наркоза и отделяется от тела.

Что же сейчас? Скорее всего, все же минимальный процент (около 0,2-0,4%) людей могут испытывать неприятные переживания, связанные с пробуждениями во время наркоза. Из этого минимального количества 95% пациентов просыпаются частично в последние минуты операции. Когда анестезиолог умышленно снижает поступление гипнотика (того препарата, который вызывает сон), с целью формирования доминанты пробуждения, к этому времени пациент уже достаточно обезболен, а хирургическое воздействие ограничивается последними швами на оперативную рану. Тем не менее, часть пациентов, считает, что все слышали, хотя на самом деле они "присутствовали" на 3-5 минутах в конце операции.

Во время операции за состоянием больного следит огромное количество оборудования. Измеряются артериальное давление, пульс, постоянно фиксируется ЭКГ, состав вдыхаемого выдыхаемого воздуха. Кроме того, в режиме реального времени анализируется около 3-7 показателей работы дыхательной системы. Часто во время операции также оценивается мозговая активность. Выраженные изменения, даже одного параметра, тотчас анализируются и принимаются адекватные в данной ситуации меры для их коррекции. За наркозом больного чутко следит анестезиолог, который будет являться гарантом вашего надежного сна во время операции.

Напомним, что операционная система развивается в соответствии с философией Unix и заимствует некоторые идей из SeL4, Minix и Plan 9. Redox использует концепцию микроядра, при котором на уровне ядра обеспечивается только взаимодействие между процессами и управление ресурсами, а вся остальная функциональность вынесена в библиотеки, которые могут использоваться как ядром, так и пользовательскими приложениями. Все драйверы выполняются в пространстве пользователя в изолированных sandbox-окружениях. Для совместимости с существующими приложениями предоставляется специальная POSIX-прослойка, позволяющая запускать многие программы без портирования.

В системе применяется принцип "все есть URL". Например, для записи в лог может использоваться URL "log://", для взаимодействия между процессами "bus://", для сетевого взаимодействия "tcp://" и т.п. Модули, которые могут быть реализованы в форме драйверов, расширений ядра и пользовательских приложений, могут регистрировать свои обработчики URL, например, можно написать модуль обращения к портам ввода/вывода и привязать его к URL "port_io://", после чего можно использовать его для доступа к 60 порту через открытие URL "port_io://60". Наработки проекта распространяются под свободной лицензией MIT.

Пользовательское окружение в Redox построено на базе собственной графической оболочки Orbital (не путать с другой оболочной Orbital, использующей Qt и Wayland) и тулкита OrbTk, предоставляющего API, похожий на Flutter, React и Redux. В качестве web-браузера применяется Netsurf. Проектом также развивается собственный пакетный менеджер, набор стандартных утилит (binutils, coreutils, netutils, extrautils), командная оболочка ion, стандартная Си-библиотека relibc, vim-подобный текстовый редактор sodium, сетевой стек и файловая система TFS, развиваемая на основе идей ZFS (модульный вариант ZFS на языке Rust). Конфигурация задаётся на языке Toml.