Яка ідеальна швидкість Інтернету для підключення до віддаленого робочого столу?


13

Моє запитання та ситуація схожі на рекомендовану швидкість підключення для віддаленого робочого столу, але мені потрібно трохи більше інформації.

Я знаю, що відставання може бути фактором роботи на віддаленому робочому столі. Нехай це ігнорують. Моє запитання - ідеальна швидкість передачі даних для хорошого підключення до віддаленого робочого столу.

Припустимо, що мій RDP має 1080p дисплей. Я також використовую зовнішній монітор, який становить 1080p.

Кількість пікселів у 1080p

1920 * 1080 = 2 073 600 пікселів.

Кожен піксель використовує 16 біт кольору (2 байти). Таким чином, кількість байтів, використовуваних одним екраном, становить

(2 073 600 біт) * 2 байти = 4,147 200 байт або ~ 4 Мб

Оскільки екран оновлюється принаймні 10 разів на секунду (припустимо тут 10), швидкість оновлення, необхідна для плавного з'єднання, буде = 4 МБ * 10 = 40 Мб / сек

Чи мають ці цифри сенс? Чи використовує RDP щось краще, ніж це, тому що це велика пропускна здатність?

Чи залежить розмір монітора на кінці RDP? Більший монітор займає більше пропускної здатності, ніж менший?


2
Потрібно врахувати стиснення даних на необроблені дані. Наприклад, я просто зберегла скріншот мого робочого столу [1920x1080] на PNG за допомогою Paint.NET, а файл - всього 148 КБ.
TheTurkey

Хороший момент @TheTurkey. Я тільки перевірив оновлення маленького вікна проти повного вікна, і є різниця між оновленням двох.
hk_

Якщо чесно, я недостатньо знаю цю тему, щоб дати відповідь. Особисто я б очікував, що існує політика "лише оновити те, що змінилося", і повністю оновити кожні 10 кадрів - як це відбувається з цифровим телебаченням. Я також очікував би, що частота кадрів буде більше схожа на 3-4 кадрів в секунду. Але це лише мої підозри; вибачте, що не можу відповісти прямо на ваше запитання.
TheTurkey

@TheTurkey, що я знайшов поки що, сторінка оновлюється лише за запитом. Якщо вміст не змінюється, сторінка не оновлюється. Звичайно, сам монітор оновлює екран зі швидкістю 60 кадрів в секунду. Проблема, яку я знайшов найбільше, - це під час використання браузера. Я виявив, що дані браузера надсилаються у jpg-фрагменти, коли я бачу, як фрагменти заповнюються. Якщо це був текст, візуалізація буде дійсно швидкою. Ось чому RDP дійсно повільний.
hk_

1
Щоб додати те, що сказав @TheTurkey, RDP також є протоколом DELTA, його не весь екран оновляється, але невеликі біти екрану є оновленнями, якщо зміни. Він також виконує копіювання rects, якщо ви перемістите вікно, воно скопіює прямокутник вікна на нове місце та оновить недавно виявлену область за ним
EkriirkE

Відповіді:


13

У підключенні до віддаленого робочого столу (RDP) Сервер фактично не надсилає екран на екран клієнта. Цей процес є досить дорогим, оскільки вам доведеться постійно опитувати екран за будь-які зміни, які можуть бути легко + 7 Мб даних. RDP використовує спеціальний протокол. В основному він використовує віртуальний екран. Він начебто взаємодіє з графічною карткою. Замість надсилання екрана на фактичний він надсилає вміст екрана на віртуальний екран.

Ця стаття і це Надім Абдо з Microsoft пояснює це дуже добре. У ньому йдеться про всі міфи про ПРСР. Далі наведено графік пропускної здатності зі статті

введіть тут опис зображення

Типова висока пропускна здатність RDP становить 130 Кбіт / с (кіло біт в секунду). Типова низька пропускна здатність RDP, така як прокрутка тощо, становить близько 5 кбіт / с.

Зауважте, що моя проблема здебільшого пов'язана з прокруткою та переключенням вкладок у firefox. Оскільки у мене швидкість 4 Мбіт / с (ефективна 3,6 Мбіт / с), це не повинно бути проблемою. Я припускаю, що низька швидкість, яку я отримую, відбувається через мій серверний комп'ютер, який часом стає повільним, і я знаю, що це не найшвидша машина на планеті.


0

Повний екран не оновлюється кожні 10 секунд. Швидкість відповідей на віддалений робочий стіл буде залежати від графічних налаштувань, місцевих пристроїв, що надходять, від того, чи є принтери локальними чи віддаленими, налаштуваннями аудіо та багатьма іншими факторами.

Але суть полягає в тому, що "ідеальна" швидкість для віддаленого робочого столу "така швидка, як ви можете собі дозволити".

Я погоджуюся з вами, що найбільша проблема - це саме з браузером, але найчастіше я бачу, що якщо браузер відкриє сторінку з анімованим графічним файлом або флеш-відео. Я б запропонував, якщо ви плануєте використовувати браузер під час сеансу RDP, вимкніть показ анімованої графіки та, можливо, навіть вимкніть спалах.


-3

Переглянувши все, коротко зазначу, що для гарного RDP вам потрібно мати добру та послідовну затримку, скажімо, нижче 50 мс. Хоча пропускна здатність до 2 Мбіт / с на клієнтському ПК є ідеальною. Крім того, всі конфігурації, наявні в опції Підключення до віддаленого робочого столу, повинні бути найнижчими.

Якщо пінг у Ms коливається значно, скажімо іноді 40 Ms, одразу після цього 200 Ms, то в такому випадку ваш досвід RDP не буде хорошим.

Швидкість, тобто пропускна здатність, не є фактором. Відповідно, швидкість 2 Мбіт / с на клієнтському кінці достатня. Затримка важлива. Крім того, дуже важлива швидкість завантаження в кінці сервера.

Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.