Pull to refresh

Comments 10

Использую SPICE для работы и вообще для организации разных рабочих мест под разные задачи.

  1. В Астре тестировать смысла мало, там по сей день не закрыт баг в клиентских дровах qxl, от чего фризы и торможения. Использование другой карты (virtio) снижает производительность.

  2. В свежей винде и линуксах через SPICE я спокойно скроллю интернет и пишу код, на мобильной сети разве что есть микрофризы, но терпимые. А вот видео смотреть уже так себе...

  3. Но минус - вся графика считается на проце, кодируется тоже.

Было бы круто добавить накладные расходы на cpu разных протоколов.

Благодарим за комментарий! Проработаем данный вопрос в очередной серии измерений обновленного протокола TERA.

В решении от Citrix я могу управлять даже типами файлов, которые можно проносить через буфер обмена, а так же настройками направления возможного переноса файлов и текста. Могу управлять возможностями делать скрин окна и много чего еще по безопасности. А как тут?

Благодарим за вопрос! Сейчас при помощи политик Termidesk реализована поддержка:

- Выключение буфера обмена между АРМ и ВАРМ

- Двустороннее перенаправление буфера

- От АРМ к ВАРМ

- От ВАРМ к АРМ

Политики ограничения перенаправления буфера обмена по объёму и типу содержимого ожидаются в ближайшем релизе — 5.1, подробнее https://termidesk.ru/upload/termidesk_rm_public_q2_24.pdf

Дополнительный функционал вносится в дорожную карту по мере запросов заказчиков.

1) включите в rdp (начиная с 7.х) на Винде multimedia redirection, тогда в связке практически с любым клиентом rdp на просмотре видео получите копеечные трафик. ИМХО цифры трафика для просмотра видео - "лукавые". Не проверял, но это может быть оптимизировано и для теста "слайд шоу". Для любой ВМ на Линукс это недоступно( так же как и в любом другом протоколе)

2) vp8... Нужно приводить и нагрузку на cpu ВМ в этом случае для сравнения с энкодингом в h.264. И не все iGPU на клиентах поддерживают аппаратный декодинг vp8 в отличии от h.264. Это отсутствие приведет к повышенным требованиям к cpu клиента, особенно при 2 мониторах с высоким разрешением в сессии. В совокупности с меньшей масштабируемостью серверной части из-за той же нагрузки по энкодингу стоимость одного ВРМ должна быть выше, чем при использовании rdp.

Но в общем - молодцы! Свой протокол абсолютно необходимая вещь. Вся история vdi показала, что а) на rdp не проживёшь( первые версии vmware view были только на rdp, без смеха не вспомнить) б) spice нигде в Энтерпрайз масштабах и не мог выстрелить

Функционал перенаправления мультимедиа потоков для обработки на клиентском устройстве также прорабатывается.

Ох уж эти особенности национального сПОрта: бег спиной вперед...

Что такого уже есть в той же Астре, чтобы ходить в ее ВРМ из Windows?
А судя по вашим же схеме и таблице, ходить из Windows в Windows лично я буду по RDP!

Сделайте же, наконец "зеленую" стрелку Astra -> Windows, и рынок импортозамещения падет к вашим ногам!

По вашим вопросам:
ОС Astra Linux - сертифицированная ОС со встроенными средствами защиты информации (СЗИ) для стабильной и безопасной работы ИТ-инфраструктур любого масштаба и обработки информации различной степени конфиденциальности. Подробнее можно ознакомиться здесь: https://astragroup.ru/software-services/server-astra/

Мы работаем над реализацией TERA для Windows - после этого станет доступна возможность подключения к различным версиям указанной ОС.

Зеленая стрелка, разумеется, изначально присутствует в нашей дорожной карте. На данный момент все разработки прежде всего реализуются для ОС Astra Linux.

Добрый день, уважаемые разработчики.
Было бы очень интересно получить те файлы, которые вы использовали для тестирования. Особенно это касается видеофайла, т.к. сдается мне, что протокол VNC + h264 покажет результат не хуже, чем "RDP + H.264". Очень бы хотелось провести свои тесты. А какой сайт вы используете для "4. Просмотр веб-страниц". Я вот обычно zr.ru, очень тяжелый сайт, и для тестов самое то.

Из статьи я вижу, что протокол Tera служит для доставки изображений (a-la pure VNC), но подозреваю, что это не так, т.к. для Терминального доступа необходим проброс еще кучи вещей: флешки, принтеры, звук и теде. Или за это отвечает какой-то другой компонент или канал?

Sign up to leave a comment.