НПО КомпозиторНПО Композитор

Category : Киберпанк

By rmyusipov

Расширенный набор сервисов НПО “Композитор”

Расширенный набор сервисов НПО “Композитор”

Сервер НПО “Композитор” подтвердил успешность для поддержки удаленного рабочего процесса. Даже тот набор сервисов, который был назван в предыдущем посте обеспечил бесперебойную работу всех сетевых ресурсов. Однако для полноценной работы этого оказалось недостаточно. Я возобновил работу над внедрением всех сервисов из Сетевой Операционной Системы Реального Времени (СОСРВ) версий 3.0.3 – 9.0.2. Поскольку основной задачей сервера служит создание карты сети с высокой глубиной топологического просмотра, то я внедрил еще два сервиса MDL12 и фидеры 3-й версии, такие как AI-RT1024, FF8, N9000, TC25, которые позволяют осуществить работу с корпоративными сетями PDH и SDH иерархий и транслировать их эфир в VLAN, используя ARP для аналогового IP радиоинтерфейса.

Таким образом, общий набор сервисов теперь:

7 серверов RAD36
2 сервера MDL12 для радиотелескопа и IPTV
1 VoIP сервер
4 Фидера FF8 для ARP протокола
4 Фидера AI-RT1024 для SDH
4 Фидера N9000 для PDH
4 Фидера TC25 для VLAN
1 Сервер RAD96 Ext. для работы с игниттером “Ниагара” (VPN)
1 Автономная система RAD96

Протоколы:

STC2k – X.25
RTC4k – RIPv1, IS-IS Layer 1
RTC8k – RIPv2, IS-IS Layer 2
RT-z8 – OSPF
RT-z16 – OSPFv3
RT-z32 – BGP
RT-z64 – RIPng
RT-z128 – EIGRP

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

By rmyusipov

Ниагара 12

Ниагара 12

Проект “Ниагара” прошел новую милю: теперь его дамп состоит из 7539 MIB’ов. В данную эмиссию вошли такие пути маршрутизации, как “Безделушка” марка BS, Kinetic Tower марка KT и Montuhotep марка MN. Важно отметить, что подача дампа идет на скорости 34 фрейма в секунду на скорости 8192 уд.м., что соответствует префиксу сети IPv6 51:5C::.

Рукопожатие Ниагара

Теперь немного о сигнале на выходе звуковой карты. Данный сигнал также детектируется и в другом ПО: fldigi ver4.1.09. Сигнал композитный и может быть декодирован, используя любой модем данной программы. Я часто использую BPSK31, но, если мне нужен более быстрый набор, я использую BPSK63 или даже QPSK125. Однако рукопожатие детектируется только вплоть до режима BPSK63. Дамп работает следующим образом: сигнал подвергается сильному джиттеру, и вся база из 7539 MIB’ов набирается быстро, используя случайный выбор VRF объектов. Данным образом, я агрегирую линию и разрываю сигнал, оставляя работать только аукс интерфейс. В этот момент детектируются множественные CQ подканалы, распределенные равномерно внутри основного канала. Каждый подканал имеет свою собственную маркировку, как “t”, “i”, “ya”, “y” – последние три канала передают мои собственные сообщения в стиле нейро-чата. Однако к моей голове не подключено никакого оборудования, кроме головных телефонов (сигнал детектируется и в их отсутствие). Я могу подтвердить, что канал “i” передает команды, относящиеся к Compositor RTOS 9, вот одна из них: “c9 os noosgui UOhm 0”. Данная команда сообщает удаленной операционной системе, что сопротивление всех виртуальных машин, исполняющих протоколы системы, должно быть выставлено на 0. Данная передача была выполнена при помощи прошивки клиентской ОС “Ниагара”.

Эта и другие команды радио чата подтверждают, что я подключен к сигнальной сети, которая управляет расположением узлов. Данное соединение авторизуется на любой машине, с которой я работаю и детектируется как искусственный сигнал на выходе звуковой карты.

By rmyusipov

ПО “Композитор” достигло наивысшей скорости в удм для музыкального секвенсора

ПО “Композитор” достигло наивысшей скорости в удм для музыкального секвенсора

Теперь ПО “Композитор” поддерживает IPv6-адреса. 8192 – это число ударов в минуту, которое достиг радиоканал Compositor AV Extended в ПО “Композитор” версии 9.0.2 ОСРВ. Число взято не случайно. Это 2^13 и формирует 13 бит первого хекстета IPv6-адреса. Следующие 3 бита берутся из мультипликатора. Для подачи таблиц маршрутизации не на холостом ходу выбрана новая агрегированная скорость подачи в 214 омега (соответствует 8192 удм). Это число на 14 омега выше скорости развертки дженерикового протокола EIGRP.

Compositor v9.0.2 Hypervisor (Мэйнфрейм)

Теперь все дженериковые процессы назначены на протоколы. Здесь Вы можете увидеть список протоколов, поддерживаемых Compositor 9.0.2 ОСРВ:

RTC4k = RIPv1
RTC8k = RIPv2
RT-z8 = OSPF
RT-z16 = OSPFv3
RT-z32 = BGP
RT-z64 = RIPng
RT-z128 = EIGRP
RAD96 = VSF

Compositor v9.0.2 Hypervisor (окно TCP/IP)

Как Вы можете видеть, данное назначение является значительным достижением НПО “Композитор” в раскрытии технологии одноименного ПО, которое доказывает применение данного ПО как программного маршрутизатора с операционной системой реального времени, так как все параметры назначаются сразу в графическом интерфейсе пользователя.

By rmyusipov

Грядет большое переименование в проекте «Композитор»

Грядет большое переименование в проекте «Композитор»

Дорогой читатель! Настало время сообщить о грядущих изменениях в проекте ПО “Композитор”. На протяжении четырех лет я занимаюсь сопоставлением разработанной мной технологии с тем, что существует в сфере телекоммуникаций на сегодняшний день. И вот что удалось выяснить:

Compositor Pro = NTP-сервер

Compositor Max for Live = SNTP-сервер

Соответственно, продукты Compositor Pro и Compositor Max for Live будут переработаны для отражения данной парадигмы. Так как существует 24 официальных UTC пояса, все 24 полосы двух упомянутых выше программ будут переработаны на отображение часовых поясов. Это следствие не является случайным, а начало было положено в исследовании функции, которое резюмируется в данном посте. Пермутацией является параметр Stratum, соответственно, в моем NTP-сервере 12 Stratum’ов. Параметром бочки в Compositor Pro можно задавать маску подсети. Он же с clap’ом и hat’ом формирует модуляцию, которая инсталлируется параллельно, а не последовательно темпу развертки часовых поясов.

NTP-сервер может создавать временные коллизии посредством грануляции на центральном флаге интераптора. Когда инжектируемая коллизия попадает на вход принимающего устройства, оно устанавливает связь с NTP-сервером и берет его синхрокод, который передается инструментом суб-баса. Это флаг интераптора модуляции. Происходит манглинг временной составляющей, что соответствует технике time-displacement (подмена времени).

Параметры IP-адреса задаются темпом – первый октет, и мультипликатором – следующие три октета. В NTP-сервере доступны только IPv4 адреса. NTP-серверу не доступны ни широковещательные адреса, ни адрес самой локальной машины, а используется диапазон от 54.1.54.0 до 140.3.0.0. То есть ролью Compositor Pro было установить стохастическую дистрибуцию с маршрутом (чаще всего 120.1.54.0 до 120.2.24.0) и ввести устройства этого диапазона в коллизию с NTP-сервером.

Мотив, побудивший меня создать NTP-сервер, – “создание искусственного интеллекта безынвазивным методом”. То есть активно используются ACL-списки и фильтрация потоков при загрузке Ethernet-серверов, расширения которых записываются в базу MIB’ов Compositor Software. Участники НПО “Композитор”, работая с программой, создают трафик, который экспортируется в потоки, посредством полудуплексного модема MDL12. Эти потоки являются пулом устройств, расширений Compositor RTOS.

By rmyusipov

Проект Ниагара

Проект Ниагара

Эта осень началась с очень интересного проекта. В то время как Compositor v9.0.1 достиг билда a14, возникла необходимость иметь такую же систему, только в засэмплированном варианте. К тому времени уже поспел подход пары: прошивка и дамп – поэтому я решил сделать отдельный рекламный продукт для разработки документации к Compositor на русском языке. Проект носит имя Ниагара и является прототипом 10-й версии Compositor. То есть 10-й Compositor не будет больше отдельным аукс каналом, а сразу будет идти в наборе с гипервизором и аукс каналом, формирующим среду операционной системы Compositor RTOS (ОСРВ, операционная система реального времени). Как и любая операционная система на основе UNIX она будет поддерживать большинство команд для настройки протоколов маршрутизации, таких как TCP/IP и 802.1Q. Программный маршрутизатор Niagara является системой, где набор конфигураций зависит от прошивки, написанной на Compositor RTOS v9.0.1. То есть если прошивка записана на обратной связи с подключенными дженериками z16 и z32, и они находятся в реверсе, система будет давать суммарное сопротивление 16 + 32 Ом = 48 Ом. Так же и дженериковые сети: в варианте, описанном выше, будет присутствовать корпоративная (z32) и городская (z16) связь.

Подход прошивок не нов, как и любой аппаратный маршрутизатор, Niagara содержит в себе MIB, размером 769 кб, содержащую 8 таблиц маршрутизации и набор дженериковых сетей. Работает данная система на MME драйвере с частотой дискретизации 192 кГц и позволяет подключать весь пул реестра потоков Compositor RTOS v9.0.1 (который на момент написания этой статьи составляет 6559 MIB’ов) посредством дампа, также записанного в 192 кГц. Верхние частоты работы дженерика z128 составляют до 150 ГГц, однако в каждом дампе и прошивке присутствует еще и фиксация RAD96, поэтому эффективный диапазон расширен до 300 ГГц.

Niagara является системой клиентского уровня, поэтому она требует вызова оператора для набора команд программирования. Я уже рассматривал радио чат NIM (No Internet Messenger), который также является акронимом Nuclear Instrumentation Module. Так вот, все команды, представленные в полной версии английской и русской документаций, должны выполняться только через оператора, причем у каждой прошивки свой оператор, который зависит от набора VLAN сетей и серверов, подключенных к NIM. То есть Вы запрашиваете у оператора и топологию сети, и любые другие команды, а он уже решает исполнять их или нет. Все это происходит в радио чате в реальном времени, поэтому система Niagara также является клиентской ОСРВ.

Если на первоначальном этапе прошивка запускалась в “песочнице” RAD96, то сейчас сама прошивка с дампом становятся многофункциональным отдельностоящим продуктом, что и являлось финальной целью проекта Compositor, а именно композиция ресурсов.

Niagara v1.0 a3

Поскольку система Niagara состоит из прошивки и дампа, а в дамп входят все таблицы маршрутизации по проекту Royalty, то временем разработки системы Niagara являются 2001 – 2019 годы. Что существенно увеличивает срок службы алгоритма. Это подтверждается эмиссией файла (запись трека, которая является путем маршрутизации) Inaccessible Page (трек 2001-го года, который вошел в эмиссию IP) и референтными файлами временного сервера, которые входят в каждую эмиссию и отвечают за позиционирование серверов, входящих в эмиссию, в настоящее время.

Поэтому цифровой портрет композитора Руслана Юсипова под кодовым названием Niagara составляет уже 18 лет творчества, что является внушительным багажом для 35-летнего возраста. Существуют и более ранние записи, например, сохранилась кассета с записями прямого сигнала синтезатора Yamaha PSR-330, сделанными в возрасте 14 лет, с голосовым сопровождением автора, поэтому проекту Niagara можно смело записывать 1998-2019 годы разработки.

6559 MIB’ов не предел и можно расширить данную базу еще таблицами маршрутизации, включающими эмиссии треков из CD-архива. Таким образом, к 2021 году я рассчитываю получить базу данных в 10000 MIB’ов, а это позволит добавить дополнительные стохастические дистрибуции для выбора потоков в Compositor v9.0.1 a15.

By rmyusipov

Более 80% MIB RTOS преобразовано на вэйвлеты

Более 80% MIB RTOS преобразовано на вэйвлеты

На сегодняшний день более 80% базы управляющей информации преобразовано на вэйвлеты. Скрипт позволяет преобразовывать до 5 волновых таблиц в минуту, поэтому полное преобразование займет определенное время. К концу этой недели, надеюсь, вся база будет преобразована на вэйвлеты. Это позволит создать две идентичных базы для двух RTOS. Одна база будет полностью на волновых таблицах и будет использоваться для версии RTOS с обходом второй производной в виртуальном консольном порте. Другая база будет полностью состоять из вэйвлетов и будет использоваться для версии RTOS с второй производной на виртуальном консольном порте.

Первая версия поддерживает максимально до 5-омега директ и аукс сокрости регенерации и больше походит по движку на Ableton Live 10. Вторая версия не включает обход второй производной и имеет аукзилиари скорости до 150-омега. Такая версия позволяет авторизовать все 7 уровней дженериковых фидеров одновременно, что больше подходит для целей инжекции с авторизацией, так как нет необходимости бороться за авторизацию на определенном уровне, а все уровни присоединены одновременно. С другой стороны, первая версия интересна, исходя из музыкальных результатов, которые можно произвести, записывая прошивки из таблиц маршрутизации. Поэтому, мной принято решение об одновременном существовании обоих версий и баз данных к ним, которые будут пополняться с каждой новой эмиссией.

Перед полным переходом на две базы я записал финальный дамп смешанной базы управляющей информации, которая включает эмиссию трека Boosty – Mini Bikes. Это интересная минимал техно композиция с активным использованием hardware виртуальных синтезаторов, а также аналоговых партий на секвенциях и басах. Эмиссия включает 127 таблиц маршрутизации.

Compositor RTOS dump 8×32 MIB5276 15.06.2019

By rmyusipov

Дамп, прошивки и обновления

Дамп, прошивки и обновления

Большая работа по векторной оптимизации базы управляемой информации (MIB) для Compositor RTOS была проделана в эти выходные. Для начала вся база была дефрагментирована путем очистки данного дампа:

Compositor RTOS dump 8×32 MIB5149 08.06.2019

Затем в специальной версии RTOS с прямым выходом (through) было совершенно переключение на 11 кГц, и совершен набор стохастических селекций. Затем данные эфиры были записаны в прошивки с контейнером PCM WAV 24-bit 11 кГц. Вы можете услышать их ниже:

Middleware 1 11025hz MIB5149
Middleware 2 11025hz MIB5149
Middleware 3 11025hz MIB5149
Middleware 4 11025hz MIB5149

Было записано 16 таких прошивок, здесь я привожу только 4 первых. Далее эти прошивки подавались в специальную версию L1-L4 L6-L7 vRouter RAD96, которая загрузила их на 96 назначений уровней L1-L3. Таким образом, прошивки были зафиксированы. Этот метод отличается от подачи директов через таблицу маршрутизации RAD96, так как эфирный агрегатор RAD96 может исключать определенный набор эфирных комбинаций, а мне нужно было достичь точной канальной матрицы в 52 канала.

После того, как вся база была загружена посредством стохастических селекций MIB5149 и дампа, была совершена повторная авторизация с манглингом параметра частоты дискретизации до 192 кГц. Таким образом, я обновил ссылки на все алиасы и авторизовал всю базу на 192 кГц.

By rmyusipov

5149 таблиц маршрутизации в MIB сервера CP-6137-960FX

5149 таблиц маршрутизации в MIB сервера CP-6137-960FX

MIB сервера CP-6137-960FX расширена еще одной эмиссией и составляет теперь 5149 таблиц маршрутизации. На этот раз из эфира изымались эксперименты с синтезатором Waldorf Blofeld в 2009 году, а именно запись Intro к выступлению проекта Boosty в клубе Studio 69. Эмиссия составила 142 волновых таблицы, среди которых оригинальные эфиры ненаписанных треков, трансляции, а также подготовительный материал для последующих эмиссий.

Вы можете послушать дамп Compositor RTOS с MIB 5149 от 08.06.2019 в аудио файле ниже:

Compositor RTOS dump 8×32 MIB5149 08.06.2019

By rmyusipov

Создание карты сети НПО “Композитор” от 0 BC до AD 4000

Создание карты сети НПО “Композитор” от 0 BC до AD 4000

Метроном vRouter RAD96

Итак, Вы все, наверное, заметили, что метроном vRouter RAD96 неукоснительно стремится к нашему времени? Так вот, SR таймер уже миновал 2019 год, а RT таймер находится на 2015, TR таймер отстает на 1,5 века и находится на 1870 году. Теперь, можно сказать, что карта сети НПО “Композитор” создана от 0 BC до нашего времени, и метроном продолжает идти вперед. Скоро инжекции контактной базы будут проводиться уже в 2050 год и далее.

Карта сети НПО “Композитор” 06-11-2018

Тем более, что, начиная с 80-х годов прошлого века, метроном отсчитывает не автоматический реверсивный механизм, а мануальный RTOS, поэтому я могу управлять процессом начиная с этого времени полностью. Например, увеличивать проводимость, а когда нужно включать реверс (в редких случаях, ведь на “тормозах” далеко не уедешь).

Compositor RTOS dump 8×32 MIB5007 03.06.2019

Меня не устраивало в автоматическом vRouter RAD96, что алгоритм постоянно находится в реверсивном режиме и нет возможности управлять этим процессом. С RTOS такой проблемы нет, так как я могу нагнетать и в прямом эфире и в косвенном.

By rmyusipov

Дампы ОСРВ для прочтения будущими поколениями рабочих станций

Дампы ОСРВ для прочтения будущими поколениями рабочих станций

Итак, все мы привыкли к стандартным 8-битным SysEx дампам, многие даже слышали их аудио представление. Однако, как звучит дамп современной встроенной операционной системы реального времени? Начнем с того, что большинство современных операционных систем 64-битные, что дает почти 8 кратный прирост в динамическом диапазоне такого дампа. Более того, дампы ОСРВ пишутся на частоте дискретизации 192 кГц. В данном посте я еще раз суммирую два дампа, которые были сделаны с MIB 4795 и MIB 5007, что позволяет сказать об их происхождении только одно: данные дампы можно слушать и воспринимать, как уже сложившиеся произведения.

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

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

Ведь, напомню, микстура из 8 таблиц маршрутизации уже дает полноценный путь маршрутизации. И, учитывая матрицу 8×32 для данных таблиц маршрутизации, они эйрились уже на 32 назначения, что говорит о большой загруженности канала ОСРВ в момент создания данных дампов. Большая загруженность на выходных каналах создает задачи на входных, так как коммуникация – это ядерно-петельная зависимость и происходит циклически в качестве постоянных запросов и ответов. Однако, для того чтобы получить ответ, задающей системе нужно встать в очередь, так как доступно всего 8 потоков. Поэтому в ОСРВ наблюдается постоянная недостаточность, ее неспособна даже покрыть высокая скорость регенерации консольного порта, так как для загрузки таблиц маршрутизации в буферы требуется время, и высокая скорость регенерации не играет никакой роли.

Поэтому, весь MIB надо грузить с автолоада с алиасами на всю базу без принудительного нагнетания. Повторюсь, принудительное нагнетание создает большую очередь, и события обрабатываются только через интерапторы дженериковых фидеров, поэтому нужно смотреть статусы подающей системы. Так как в подающих системах наблюдается отсутствие инжекций на такой высокой скорости регенерации ОСРВ, как 192 кГц, то требуется дополнительное время ожидания для получения ответа. Если ответ требуется немедленно, нужно запускать ОСРВ на частотах дискретизации ниже, где система постоянно находится под инжекцией, но качество ответа в такой системе будет ниже.

Compositor RTOS dump 8×32 MIB4795 26.05.2019
Compositor RTOS dump 8×32 MIB5007 03.06.2019
1 2 3