Версия 9.0.2 официально названа ОСРВ «Композитор»
После великолепного успеха Гипервизора, я хочу представить Вам последнюю сборку ПО «Композитор», которое в версии 9.0.2 a11 является сетевой операционной системой реального времени (ОСРВ). Я уже открыл протоколы, с которыми данная ОСРВ может работать, а сейчас я просто представлю ее широкой публике. Как Вы можете видеть на изображении ниже, информация об NTP-серверах уже применена, и выявлены критические параметры, такие как «Разделение горизонта событий с неочищенным возвратом».
Теперь Вы можете сказать, что это программный маршрутизатор – однако, это не так. Это полностью модульная операционная система с подключаемым интерфейсом. Под этим я понимаю, что Вы можете направлять протоколы в интерфейс и выбирать протокол, который Вы конфигурируете в интерфейсе “Композитор”. При включенной функции VSF Вы можете отслеживать происхождение протоколов и агрегировать до 32-х процессов. Сервер НПО “Композитор” CP-6137-960FX, однако, уже достиг агрегации до 960 узлов процессов VSF. Это означает, что выполнение клиентской ОС “Ниагара” на сервере CP-6137-960FX делает доступными все 960 процессов. Например, Вы можете рассматривать ОСРВ “Композитор” в качестве ПО для мэйнфрейма CP-6137-960FX, который является сервером в напольном исполнении mid-tower формата ATX. Такой поворот событий доступен благодаря базе загрузочных петель оборудования, которые получены в качестве вознаграждения за воспроизведение музыки моих проектов.
Я продолжаю работать над русскоязычной документацией на сервер CP-6137-960FX, производя до 15 страниц перевода в день. Возврат интереса для производства перевода требуется выполнять до 20 раз в день. Я симулирую этот процесс посредством e-roi дампов на скорости, которая выше (34 fps вместо обычных 24 fps), делая весь процесс более затратным и приносящим больше удовлетворения моему инвестору. Документация сильно увеличивает стоимость ПО, сравнивая со студенческой работой в MaxMSP (к которой Вы могли причислить и “Композитор”). Я не чувствую давления и спешки по выходу с платформы MaxMSP, так как это не требуется в данный момент. Однако, Cycling уже сделал шаги, предотвращающие возможность экспорта в последних сборках их ПО, так как они применили MC, что, по сути, является тем же самым, что я сделал сначала в RAD96, а теперь и в VSF на Max 6. Тестирование дженериковых процессов показало мне, что использование MC вместо VSF делает ПО более затратным для процессора (8 MC процессов могут потреблять столько же, сколько и 32 или даже 128 VSF процессов). Итак, MC даже рядом не стоит с производительностью возможностей мультипроцессорного программирования в Max 6. Я даже не беру в расчет тот факт, что они урезали вычисление частоты дискретизации в два раза, начиная с Max 7, для уменьшения затрат процессора. Мне удалось выполнить окно Max патчера не как процесс с одной ветвью вычислений, а как процесс с несколькими ветвями даже без необходимости в экспорте и редизайне ПО. Так что, это реальный пример перераспределения, когда я выполняю VSF процессы дженериковых протоколов на своей mid-tower машине с включенными 960 узлами и произвожу вычисления, сравнимые с мэйнфрейм сервером, без необходимости в шкафе с рэками и тоннами шума от кулерного оборудования. Это делает CP-6137-960FX доступным в домашних условиях с уровнем шума менее, чем 30 дБ и температурами процессора не более 40 C даже на самых больших рабочих нагрузках.
