После переключения RDP на полноэкранный H.264 окно 1С всё равно движется рывками. Документы при этом проводятся с прежней скоростью. Кодек изменил способ передачи картинки, но не устранил причину задержки.

Для форм, списков и документов 1С начните со смешанного режима RDP. Не включайте HEVC, AVC 4:4:4 или полноэкранный H.264 только ради отзывчивости интерфейса. Сначала отделите задержку картинки от медленной операции, затем проверьте экран, канал и терминальный сервер.

Отделите задержку RDP от медленной работы базы

Кодек влияет на изображение удалённого рабочего стола. Он не ускоряет запрос SQL, проведение документа или расчёт отчёта.

Проведите одну и ту же операцию и следите за двумя событиями. Первое — когда 1С закончила работу. Второе — когда результат появился на экране.

Если курсор, прокрутка и окна запаздывают, проверяйте RDP. Если окно отвечает сразу, но документ долго проводится, продолжайте диагностику 1С по слоям.

ПризнакВероятный уровень проблемыСледующая проверка
Курсор отстаёт, окно движется рывкамиПередача и отрисовка RDPУменьшить разрешение, оставить один монитор, отключить визуальные эффекты
Список прокручивается с задержкой, но документ проводится без паузыГрафический канал RDPСравнить смешанный и полноэкранный режимы на одном сеансе
Документ долго проводится при отзывчивом интерфейсеБаза, СУБД или дискиПроверить длительность операции вне RDP и нагрузку SQL
Отчёт долго считается, затем появляется целикомЗапрос, компоновка или вывод результатаПовторить запуск и пройти проверку медленного отчёта СКД
Короткие паузы повторяются через несколько минутСеть или буферизация трафикаПроверить DPI-инспекцию, драйвер сетевого адаптера и дуплекс
Одновременно замедлились все удалённые сеансыТерминальный сервер или общий каналСнять загрузку CPU, памяти, сети и дисков во время жалобы

Кодек имеет смысл менять только тогда, когда задерживается передача или отрисовка изображения.

Проверка должна разделять эти симптомы. Иначе удачное совпадение после изменения политики легко принять за исправление.

Почему смешанный режим подходит интерфейсу 1С

В документе Microsoft Graphics encoding over the Remote Desktop Protocol описана обработка кадра RDP. Удалённая машина анализирует содержимое, передаёт его классификатору и выбирает подходящий кодек.

Смешанный режим кодирует текст, изображения и видео разными способами. По оценке Microsoft, текст занимает около 80% графических данных удалённого сеанса. Для него RDP применяет отдельный кодек с низкой стоимостью кодирования.

Это совпадает с устройством обычного рабочего места в 1С. Пользователь видит поля, таблицы, меню, списки и короткие изменения отдельных участков экрана. Видеопотока на весь кадр здесь нет.

Смешанный режим работает при программном кодировании. Процессор обрабатывает кадр, а RDP выбирает способ передачи для каждого типа содержимого. Адаптивная графика меняет качество с учётом доступной полосы и происходящего на экране.

Полноэкранный видеорежим действует иначе. Он кодирует весь кадр через AVC/H.264 или HEVC/H.265, даже если большую часть экрана занимает текст. По документации Microsoft, на текстовом содержимом такой профиль работает хуже смешанного и расходует больше ресурсов сети, удалённой машины и клиента.

Поэтому рабочая исходная настройка для тонкого клиента 1С выглядит так:

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

Если вы ещё выбираете способ доступа, сначала сравните удалённый рабочий стол и локальный запуск клиента. Кодек не исправит архитектурную схему, которой не хватает канала или ресурсов.

Когда нужен полноэкранный H.264

Полноэкранный H.264 стоит проверять, когда сеанс передаёт часто меняющуюся графику. Microsoft относит к таким нагрузкам воспроизведение и монтаж видео, трёхмерное моделирование, CAD и CAM.

Для одной 1С этого основания нет. Но в том же сеансе пользователь может открыть запись с камеры, модель изделия или насыщенную анимацией веб-страницу. Тогда характер нагрузки меняется, хотя окно 1С остаётся прежним.

AVC/H.264 можно использовать для полноэкранного кодирования без ускорения на GPU. Сервер потратит на него ресурсы процессора, а клиенту потребуется аппаратный декодер, на который опирается AVC/H.264 в RDP.

Проверяйте такой профиль на одном типовом рабочем месте. Если видео стало плавнее, а формы 1С получили задержку, для общего терминального сервера настройка не подходит. Видеозадачу лучше отделить от сеанса 1С либо назначить политику только нужной группе.

HEVC требует совместимой графической машины

HEVC/H.265 рассчитан на полноэкранное видео и требует удалённую виртуальную машину с совместимым GPU. По данным Microsoft, при одинаковом качестве он сжимает видеопоток на 25–50% сильнее AVC/H.264. Это характеристика кодека, а не обещание такого же сокращения трафика в 1С.

У HEVC есть цена. Потребуются совместимые GPU, драйвер, серверная конфигурация и клиент. Если любой элемент цепочки не поддерживает режим, ожидаемой схемы кодирования не получится.

Для форм 1С это лишняя зависимость. HEVC стоит вводить там, где в сеансе действительно есть графическая работа и администратор уже подтвердил ограничение канала.

Аппаратное ускорение тоже не равно автоматическому ускорению сеанса. Microsoft разделяет отрисовку приложений на GPU и кодирование кадров на GPU. Включение одного компонента не гарантирует, что второй снимет наблюдаемую задержку.

AVC 4:4:4 нужен для точной цветопередачи

Обозначения 4:2:0 и 4:4:4 описывают, сколько цветовой информации передаёт кодек. В документации Microsoft исходным значением служит 4:2:0: оно сохраняет баланс качества изображения и сетевого трафика.

Режим 4:4:4 передаёт больше цветовых данных для того же кадра. Его включают вместе с полноэкранным AVC/H.264 и высоким качеством изображения.

Для таблиц, документов и полей 1С дополнительная цветовая точность редко меняет работу пользователя. Зато канал получает больше данных. Основание для 4:4:4 появляется при обработке изображений, макетов и другой работе, где искажение цвета мешает результату.

Нагрузка в удалённом сеансеИсходный профильЦена выбора
Формы, списки и документы 1ССмешанный режим, программное кодирование, 4:2:0Текст обрабатывает отдельный кодек; GPU для кодирования не нужен
1С и воспроизведение видеоПолноэкранный AVC/H.264 для проверочной группыВыше расход ресурсов сервера, клиента и сети
CAD, трёхмерная модель или монтаж видеоПолноэкранный H.264 либо HEVC после проверки совместимостиНужна проверка GPU, драйвера, клиента и пропускной способности
Графическая работа при ограниченном каналеHEVC на совместимой виртуальной машине с GPUИнфраструктура усложняется ради сжатия видеопотока
Работа с цветом и мелкими цветовыми переходамиAVC/H.264 с 4:4:4Передаётся больше данных, чем при 4:2:0
Только текстовый интерфейс 1СНе включать полноэкранный видеопрофиль без тестаПринудительный кодек может увеличить задержку вместо её снижения

Для одной 1С принудительный видеопрофиль добавляет расход ресурсов без подтверждённой пользы.

На Хабре опубликован тест AVC 4:4:4 на графически сложных приложениях. Автор получил сокращение сетевой нагрузки в 2–5 раз, но проверял IDE, браузер, SketchUp и игры на ноутбуке с Intel Core i5-6300U. Переносить этот результат на тонкий клиент 1С нельзя: нагрузка и методика отличаются.

Проверьте экран до изменения политик кодека

Размер кадра определяет объём работы ещё до выбора кодека. Чем выше разрешение и больше мониторов, тем больше пикселей приходится отслеживать, кодировать и передавать.

SV-Forge связывает два монитора в RDP-сеансе с удвоенной нагрузкой на канал. Это практическое наблюдение компании, а не правило Microsoft для любой конфигурации. Для диагностики его достаточно: временно оставьте один монитор и повторите ту же последовательность действий.

Снизьте глубину цвета и отключите визуальные эффекты. SV-Forge отмечает, что эти изменения повышают отзывчивость удалённого интерфейса. Если задержка пропала, кодек трогать рано: вы уже нашли связь с объёмом передаваемой графики.

Разрешение тоже меняйте отдельно. Запишите исходное значение, уменьшите его на один шаг и повторите тест. Одновременная смена разрешения, кодека и качества картинки не покажет, какой параметр повлиял на результат.

Проверьте терминальный сервер и сеть

Замедление всех сеансов редко связано с кодеком одного пользователя. Сначала сопоставьте жалобу с загрузкой CPU, памяти, дисков и сетевого интерфейса терминального сервера.

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

Дальше проверьте сетевой адаптер. SV-Forge называет среди причин устаревший драйвер и неверно согласованный дуплекс. Здесь нужен не перебор настроек, а проверка ошибок интерфейса, согласованной скорости и версии драйвера производителя.

Отдельный симптом — паузы продолжительностью от половины до одной секунды, которые повторяются через несколько минут. SV-Forge связывает их с буферизацией RDP-трафика устройствами глубокой инспекции пакетов, или DPI. Такая пауза не похожа на постоянную нехватку пропускной способности.

Не меняйте порт RDP по совету из статьи без проверки правил межсетевого экрана и схемы доступа. Сначала временно исключите контролируемый тестовый поток из инспекции. Если паузы исчезли, исправляйте сетевую политику вместе с ответственным за периметр.

ИзменениеЧто наблюдатьКогда откатить
Оставить один мониторПлавность прокрутки, движения окна и курсораРазницы нет при той же нагрузке и том же канале
Снизить разрешение сеансаЗадержку перерисовки длинных списковИнтерфейс не изменился, а рабочей площади не хватает
Снизить глубину цветаОтзывчивость форм и качество изображенияПоявились мешающие работе цветовые искажения
Отключить фон и анимациюСкорость входа и обновления окнаИзменение не влияет на задержку
Оставить смешанный режимПоведение текста, таблиц и статичных формВ сеансе преобладает видео или часто меняющаяся графика
Проверить полноэкранный H.264 на одном сеансеПлавность видео и нагрузку CPU, сети, клиентаВидео не улучшилось либо формы 1С стали отвечать хуже
Исключить тестовый RDP-поток из DPI-инспекцииИсчезновение периодических коротких паузПаузы сохранились или тест нарушает требования защиты

Откатывайте бесполезное изменение сразу. Иначе через несколько попыток вы получите набор политик, происхождение которых никто не помнит.

Как провести проверку на одном сеансе

Выберите одну форму с длинным списком и один документ с повторяемым временем обработки. Используйте их во всех попытках. Не сравнивайте разные отчёты, базы и рабочие места.

Сначала зафиксируйте исходное поведение. Прокрутите список, переместите окно, поставьте курсор в несколько полей и проведите документ.

Затем оставьте один монитор, уменьшите объём графики и отключите эффекты. Повторите те же действия. Если интерфейс стал плавнее, продолжайте искать ограничение экрана или канала.

Только после этого сравните смешанный режим с полноэкранным H.264. Меняйте один параметр за попытку. После каждой серверной политики учитывайте требуемое Windows применение политики или перезапуск сеанса.

Не используйте старые инструкции по RemoteFX как универсальный справочник. Часть таких материалов относится к Windows Server 2008 R2 SP1, RDP 7.1 или отдельным сценариям RemoteApp. Название похожей политики ещё не подтверждает её применимость к вашей версии Windows Server.

Не копируйте параметры реестра для масштабирования DPI без проверки назначения. Они меняют поведение размера интерфейса, но не доказывают проблему кодека.

Рабочая развилка для тонкого клиента 1С

Оставьте смешанный режим, программное кодирование и 4:2:0, если пользователи работают с формами и таблицами. На время проверки используйте один монитор, меньшую глубину цвета и отключённые эффекты.

Проверяйте полноэкранный H.264, если в том же сеансе работает видео или часто меняется большая часть кадра. HEVC берите только при совместимом GPU и подтверждённом ограничении канала. Режим 4:4:4 оставьте задачам, где нужна точная передача цвета.

После настройки проверьте четыре признака:

Если улучшилась только картинка, вы нашли подходящий профиль RDP. Если документ по-прежнему проводится медленно, верните экспериментальные настройки и продолжите диагностику базы, SQL и дисков. Кодек свою часть работы уже показал.

h.264 rdp терминальный сервер тонкий клиент 1с удалённый доступ