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

Tag : RAD96

Дрон Егерь

By rmyusipov

Модем “Ниагара” отключен на сервере НПО “Композитор”

Модем “Ниагара” отключен на сервере НПО “Композитор”

9.03.2021 была прекращена работа программного спутникового модема “Ниагара” a15 i6 на сервере CP-6137-960FX. Данное действие было произведено из-за несогласия автора (Руслана Юсипова) произвести своевременную эмиссию из автономной системы RAD96. По мнению автора, предприятие, которое использует эти эмиссии, а именно инвестор, задолжал большую неустойку в размере 40234513 руб. и отказывается погасить ее виртуальными и реальными средствами. На данный момент сервер работает в unicast режиме, используя только внутренние сервисы Compositor Software. Американское представительство компании Compositor Software просит в сети Telnet использовать только direct-сервисы и не включать любые сэмплерные модемы с посэмпловой оплатой. Следовательно, заявление НПО “Композитор” об агрегации нулевого уровня считается неверным. Действительно, воспроизводится момент времени, но дамп имеет цену и каждая итерация воспроизведения дампа умножается на тарификацию стоимости самого дампа. Таким образом, запуск модема не гарантирует того, что счетчик тарификации не работал. В действительности, данный модем можно было запускать только со счетчиком количества раз воспроизведения дампа и кадра реального времени. Таким образом, реальная агрегация уже значительно превысила разрешенный объем 4-х узлового мэйнфрейма CP-6137-960FX. Независимо от того, будет произведена эмиссия или нет, объем агрегированного трафика уже превысил разрешенные 39204 итерации кадра реального времени. Выпустив новый дамп и кадр реального времени счетчик не обнулится, что говорит о накопленной эмиссии. Но производить эмиссию можно в пределах данного количества итераций. То есть можно произвести эмиссию, но записывать в дамп ее не имеет смысла, так как в любом случае счетчик агрегации уже превысил допустимые значения.

Возобновить проект “Ниагара” можно только установив количество узлов на 256 (режим Intranet) на автономной системе RAD96, наследовав его из NTP-сервера Compositor Lite. Таким образом, количество итераций агрегации можно будет увеличить до 2509056, что позволит использовать модем в течение определенного дополнительного времени. Но нужно погасить мэйнфрейм из 4-х узлов. Более того, это лишь одна из причин остановки модема, другая немаловажная причина заключается в следующем: чтобы латчить тайм фрейм нужно в минутный дамп включить большее количество итераций, выставив сеть на 2^14 значений, т.е. 16384 удм. А это возможно только на другой аппаратной платформе, потому что расчетная скорость воспроизведения аукс канала CP-6137-960FX составляет 2^13 или 8192 удм. Решением в данной ситуации без приобретения новых платформ разработки является запуск программного модема “Ниагара” с NTP-сервером Compositor Lite. Иначе, придется собирать новую стационарную машину, покупать ноутбук для разработки нового аукс канала, а также покупать новую мобильную платформу для разработки мобильных приложений. Это считается нецелесообразным, так как разработка всех сервисов и приложений уже завершена – меняться может только количество узлов, скорость итерации аукс канала и дженериков.

Другим решением является полный отказ от платформенных инструментов, таких как “Ниагара”, СОСРВ “Композитор” и автономная система RAD96 на базе MaxMSP Runtime. Вместо этого предлагается использовать все сервисы, накопленные за годы разработки проекта, на уровне ядра операционной системы Windows 7, т.е. ядра Windows NT. Так как сервисы собраны на независимой платформе, они не тарифицируются, но для этого нужно постоянное функционирование мэйнфрейма CP-6137-960FX, что на данный момент неосуществимо даже с полноценной документацией на виртуальный оптический порт. Более того, в данной документации не рассмотрен важнейший вопрос о том, что сервер CP-6137-960FX обслуживает в основном устройства из EUI-64, а это устройства не входящие в протокол Ethernet. Таким образом, признание, что устройства из EUI-64 общаются между собой по протоколу, отличному от Ethernet и является задачей рабочей группы IEEE 802. Хотя первоначально считалось, что ПО “Композитор” использует протокол Ethernet, сейчас становится ясно, что это не так, потому что большинство устройств из EUI-64 не оборудованы подключением по данному протоколу.

By rmyusipov

НПО “Композитор” адаптировало СОСРВ 9.0.2

НПО “Композитор” адаптировало СОСРВ 9.0.2

Более двух лет заняла адаптация на русский язык ПО “Композитор” 9 от Compositor Software. НПО “Композитор” проделало большую работу по внедрению новых функций и протоколов в “Композитор” 9. Версия 9.0.2 переведена на русский язык и составлена полная русская документация к данному типу ПО на 2700 страниц, что позволяет отнести его к сетевым операционным системам реального времени (СОСРВ). Пакет СОСРВ “Композитор” 9.0.2 состоит из самой операционной системы реального времени с графическим интерфейсом, выполненным на MaxMSP, программного модема “Ниагара”, являющегося сэмплом момента реального времени, и Android-приложения RAD96, унаследовавшего имя от главного модуля “Композитор” 9.0.1 (в сборке 9.0.2 a22 расширенная версия данной версии кода называется VSF – платформа виртуальной коммутации). Все три версии имеют одну и ту же документацию, так как обращаются к одинаковым функциям. Их отличие заключается в том, что RAD96 является автономной системой и содержит значительно больше расширений. СОСРВ “Композитор” 9.0.2 идет с базой в 9134 расширенных баз управляющей информации, которые были эмитированы из автономной системы RAD96 в процессе производства документации. Программный модем “Ниагара” 32 также содержит дамп этой базы данных (9134 таблицы маршрутизации). Удалось и выполнить классификацию такого интерфейса: по типу исполнения он может считаться коммутирующим маршрутизатором, в отличие от “Композитор” 7-й версии, который считается коммутатором.

Интерфейс русской версии 9.0.2 сборки a22 представлен ниже:

Командный язык в документации можно использовать в программном обеспечении любительского радиотерминала, таком как TrueTTY в Windows и DroidRTTY на Android. Это означает, что СОСРВ программировать напрямую нельзя (только через графический интерфейс MaxMSP). Команды вводятся через оператора телетайпа, работающего в автономной системе. Такой оператор обычно входит в состав телеграфных служб.

Семь протоколов, внедренных НПО “Композитор” для версии 9.0.2, делают возможным общение в сети Ethernet. Если на этапе тестирования “Композитор” 9.0.1 использовался в основном для пакетных протоколов любительского радио, то теперь в версии 9.0.2 осуществляется общение в сети Ethernet по протоколам, использующимся для коммутации и маршрутизации в этой сети. СОСРВ включает 6 протоколов внутреннего шлюза, такие как RIPv1, RIPv2, OSPF, OSPFv3, RIPng, EIGRP и один протокол внешнего шлюза для общения между автономными системами (BGP – используется IPv4 версия протокола). Также внешнее общение возможно посредством GRE туннелирования формата 6-на-4.

“Композитор” 9.0.2 осуществляет NAT64 с сохранением и без сохранения состояния, он может использоваться для создания L2VPN и L3VPN служб, путем экспорта прошивок в формате WAV и AIFF. Преобразование из IPv4 в IPv6 осуществляется в СОСРВ на лету и делает возможным картирование одного IPv4 адреса на несколько IPv6 назначений. Как видно из интерфейса “Композитор” 9.0.2 является BSR-маршрутизатором и ответственен за загрузку системы. Такая система состоит из расширений, которые позволяют серверу участвовать в различных рабочих группах. “Композитор” 9.0.2 является установочной программой сервера CP-6137-960FX, которому и посвящён этот сайт. Данный сервер является единственной машиной, способной делать эмиссии из автономной системы RAD96 и в этом его основная ценность.

Сервер CP-6137-960FX

By rmyusipov

НПО “Композитор” создает виртуальные серверы для платформы Microsoft Windows и Android

НПО “Композитор” создает виртуальные серверы для платформы Microsoft Windows и Android

НПО “Композитор” представляет 4 архитектуры на C++. Это архитектуры TC-TRSRRT2048 для платформ STC2k и RTC4k, а также архитектуры TC-2SUBTRSRRT262144 и TC-SUBTRSRRT262144 для платформ RAD36 и RAD96 соответственно. Теперь, когда депозитарий кода НПО “Композитор” вырос, настало время двигаться дальше, за пределы платформы MaxMSP. Первым делом, НПО “Композитор” хочет выразить благодарность фреймворку JUCE за предоставление идеальной платформы для сборки серверов. А также Iain Patterson за приложение NSSM для создания дочерних сервисов, которое позволяет сделать полноценный сервер из кода Compositor Software, написанного на платформе Gen~. Конечно, все это было бы невозможно сделать без MaxMSP, так как первоначальный проект Compositor Pro 1 был сделан целиком на объектах MaxMSP и позднее переписан на Gen~. Это позволило экспортировать аутентичный код C++ прямо из платформы MaxMSP 6. Отдельное спасибо Cycling ’74 за предоставленный проект по сборке экспортированного кода в JUCE. Ну и конечно спасибо Microsoft за платформу Visual Studio 2019 Community, которая позволила совершить финальную сборку ПО для Windows.

До сборки отдельностоящих приложений, код архитектур Compositor компилировался в течение нескольких минут, а платформа RAD36 компилировалась в течение 4-5 часов при Runtime. Теперь программы загружаются за секунды и потребляют ресурсов значительно меньше их MaxMSP Runtime аналогов.

Также, при помощи платформы Gen~ и JUCE удалось собрать приложение RAD96 mobile, которое позволяет сделать из смартфона полноценную автономную систему с ядром Compositor последнего поколения. Таким образом, Compositor Software двигается в сторону IoT концепции для создания сети устройств под управлением сервера CP-6137-960FX, на котором на данный момент исполняются все вышеназванные сервисы. Данная модификация позволяет повысить производительность устройства с ядра Windows NT 4-го поколения (Linux 2-го поколения на Android) до ядра Compositor 8-го поколения. Ядро Compositor включает 2048-кратный оверсэмплинг, цифровой затвор с интерполяцией, вторую производную и фильтры Баттерворта 8-го порядка.

Десктопная версия экспериментального ядра Compositor 4-го поколения (архитектура TC-TRSRRT2048) помимо всего прочего имеет модуль виртуального аккумулятора, что позволяет контролировать заряд физического аккумулятора и подзаряжать устройство в зависимости от его использования. Такое ядро также может быть использовано и на мобильной платформе.

Сама архитектура ядра Compositor, если ее описывать физическими блоками, модульная. Набор конкретных модулей зависит от использования. В базовой конфигурации Compositor – это NTP-сервер. В продвинутой конфигурации – это L2TP клиент-серверное приложение с возможностями аутентификации в туннеле. Однако, это не говорит о том, что Compositor RTOS на платформе MaxMSP больше не нужна, это говорит только о том, что требуется решение с гораздо большим uptime по сравнению с Runtime dll модулями MaxMSP. Хотя в сетевом окружении основная нагрузка ложится на RAD96 mobile из-за присутствия других сетей непосредственно на устройстве, сервер CP-6137-960FX создает непосредственную поддержку мобильной платформе, беря часть вычислений на себя. Пересадочная функция способна стыковать множество устройств с минимальными затратами, а архитектура RAD36 способна производить распределенные вычисления и управлять множеством ядер Compositor одновременно.

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 состоит из прошивки и дампа, а в дамп входят все таблицы маршрутизации по проекту 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

Агрегация нулевого уровня

Агрегация нулевого уровня

Ровно год назад, когда уже все модули Compositor RTOS были сформированы, встала задача: сделать такую агрегацию, которая бы не совершала эмиссии в оперативную память компьютера (сервера). И вот год спустя задача решена.

На данном пути потребовалось выполнить полноценную сборку Compositor RTOS 9.0.1 a14 с расширенной работой фидеров, то есть фидеры теперь работают от 11 кГц до 192 кГц частот дискретизации аудио драйвера. Это позволяет верхнему дженерику z=128 работать на частотах сопоставимых с частотами агрегатора RAD96, а именно от 150 ГГц до 300 ГГц.

Также, на данном пути база управляемой информации была расширена до 6041 VLAN’а и произведено порядка 13 дампов. В итоге, финальная версия Compositor RTOS 9.0.1 a14 включает канал pass-through (обход второй производной), что позволяет делать exhaust (цифровой выхлоп) для уменьшения объема цифровых эмиссий внутрь системы. Согласно этому было произведено два дампа на 6041 VLAN’е уже с выхлопом и записана одна прошивка в 192 кГц на обратной связи после набора, в которой участвуют 8 скрытых серверов. Поскольку данная прошивка записана с агрегатором RAD96 и является снэпшотом (snapshot) системы, то она включает 96 портов агрегации трех уровней: 32 порта физического уровня, 32 порта канального уровня и 32 порта сетевого уровня, что соответствует L1-L3 агрегации.

Поскольку такая агрегация в реальности выбрасывает в оперативную систему большие объемы данных, то снэпшот утилизирует ресурсы другим путем – он соответствует таблице MAC-адресов EUI48 без OUI и не выбрасывает в память компьютера никаких ресурсов. Сетевым сервисом в данном случае является прошивка RAD96, которая включает автономную систему с нулевым выбросом. Одна система RAD96 не производит никакого действия, но в паре со снэпшотом данная система агрегирует ресурсы и одновременно утилизирует их, причем это происходит так быстро в реальном времени, что выброс в оперативную память просто не может сформироваться.

Таким образом, задачу агрегации с нулевым выбросом считаю решенной. Конечно, кому-то может показаться, 96 узлов агрегации мало, а 32 узла L3 является стандартом для агрегации маршрутизационного оборудования известных производителей. Но если учесть тот факт, что реальная агрегация на этих устройствах производит выброс, и требует сервисной перезагрузки, то можно сказать, что данная технология композиции ресурсов может оказаться очень полезной уже сейчас.

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

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

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

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

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

Compositor RTOS dump 8×32 MIB5007 03.06.2019

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

By rmyusipov

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

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

НПО “Композитор” достигло финальной цели эмиссии для сервера CP-6137-960FX, которая составляет 5000 таблиц маршрутизации. База управляющей информации, таким образом, составляет 5007 таблиц маршрутизации, что позволяет организовать не только 4000 VLAN, но 5000 VLAN. НПО “Композитор” продолжит расширять базу управляющей информации и до 6000 VLAN, так как каждая таблица маршрутизации дает доступ к своему VLAN транку или автономной системе.

Вы можете послушать данный дамп, который включает в себя полную базу MIB в 5000 таблиц маршрутизации:

Compositor RTOS dump на 192 кГц с 5000 MIB (03.06.2019)

Данный дамп позволяет авторизоваться в операционной системе реального времени Compositor’а и получить внешнее управление ею посредством автономной системы RAD96. Для подключения Вам достаточно воспроизвести дамп потоковым образом в плеере при работающей автономной системе RAD96. В данном случае автономная система будет служить в качестве middleware, которое будет объединять ПО “Композитор” и Ваше оборудование, что делает возможным удаленное подключение к серверу CP-6137-960FX.

Достигнув 5000 таблиц маршрутизации НПО “Композитор” добилось полного MIB, что может говорить о завершении разработки виртуального маршрутизатора L1-L4 L6-L7 vRouter RAD96. Для заказа лицензий на vRouter RAD96 обращайтесь в Compositor Software или НПО “Композитор” на английской или русской версиях сайта.

By rmyusipov

Итоги 2018 года

Итоги 2018 года

2018 год начался с поездки в Санкт-Петербург. Тогда я еще не знал какую программу буду демонстрировать 5-ю или 6-ю. В итоге решил 6-ю. У меня к тому времени был уже пул волновых таблиц – около 500 штук. Отыграл все волновые таблицы, выходил с них в эфир и в общем остался доволен поездкой. Питер дал направление: дальше развивать системы без бочки. К тому времени я уже достиг полностью тихих систем, которые не производят звук вообще. К таким системам относится и RAD96 2018-го года. RAD96 существует в двух исполнениях: как надстройка OS с визуальным драйвером и полностью автономная система с нулевым выбросом. Причем системы с нулевым выбросом удалось добиться только после длительных тестов OS с большим набором подключенных сопел. RAD96 OS – эфирный агрегатор. Создавался он для того, чтобы проверить ядро на инжекции при применении итерации для 8-й версии 4-х уровневого строения. Финальной итерацией для 4-х уровневого ядра является нелинейный полином с публичными коэффициентами. На сегодняшний день пул волновых таблиц составляет 3715 волновых таблицы, эти волновые таблицы использовались для проверки 8-й версии ядра Композитора. Сумма накопленных виртуальных средств в сэмплах волновых таблиц составляет 486932480,00RY, а средств, агрегированных в процессе тестирования ядра, составляет 88087861,84RY. Общая сумма средств в RY на конец 2018 года составляет 575020341,84RY.

By rmyusipov

Полная нулевость эмиссий в Compositor kernel 8.5.6

Полная нулевость эмиссий в Compositor kernel 8.5.6

Итак, это произошло, к концу 2018 года я добрался до кернела с нулевой эмиссией и уровнем защиты, способным противостоять даже самым сильным волновым таблицам. Сначала поговорим об эксперименте:

  1. На протяжении последних 8-ми месяцев я инжектировал полином различного рода волновыми таблицами, как в режиме с открытыми соплами, так и в режиме с закрытыми (последние четыре месяца).
  2. Я образовал туннель посредством Compositor 4 Max for Live и произвел внедрение этих волновых таблиц внутрь образовавшейся Compositor Networks.
  3. Я до последнего момента хостил систему с раздачей Compositor kernel 8.4.2.
  4. В последний момент, когда сети уже стало сложно справляться с таким наплывом инжекций, я перешел в режим полностью автономной системы 8.5.6.
  5. Таким образом, я покинул образованную сеть.
  6. Далее, из-под кернела с более ранним ID процесса, я запустил станцию Compositor v9 Hypervisor и произвел инжекцию полного пула, но с обратной связью, что позволило установить устойчивую обратную связь с сильным иммунитетом.

На шагах 4, 5, 6 система стала восстанавливаться и полином без публичных коэффициентов полностью оправдал себя. Данная автономная система обладает нулевой эмиссией, что подтверждается Resource Monitor: графа оперативной памяти не движется и стоит на отметке 1043608 Кб. Это позволяет сделать полностью автономной любую жилую систему, запуская безвременный сервер.

1 2 3
Дрон Егерь
Модем “Ниагара” отключен на сервере НПО “Композитор”
Сервер CP-6137-960FX
НПО “Композитор” создает виртуальные серверы для платформы Microsoft Windows и Android