Багато користувачів сьогодні використовують MetaFrame в локальних мережах. Завдяки високій пропускній здатності і малому часу реакції вони досить комфортно можуть працювати з додатками так, як ніби запустили їх на локальному пристрої. Однак, бездротові мережі і WAN відрізняються повільністю і високим часом реакції. Ці фактори особливо чутливі в бездротових мережах, де продуктивність користувачів може знизитися до непрімелімого рівня.
Пропускна здатність (throughput) і затримки (latency) - ось основні чинники, що визначають швидкість мережі. Пропускна здатність - це кількість даних, яке може пройти від джерела до призначення за певний проміжок часу. Затримки - це час, необхідний для здійснення одиничної транзакції даних (тобто проміжок часу між посилкою даних і прийомом).
Затримки надають критичний вплив на комфортність роботи користувача, оскільки кожна дія користувача повинно передатися по мережі на сервер, сервер повинен це обробити і повернути відповідь. У локальних мережах (LAN) затримки звичайно невеликі і не перевищують 10мс. Однак, в дротяних глобальних мережах (WAN) вони становлять 100-500мс, а в бездротових глобальних мережах (wWAN) - навіть 300-3000мс. При цьому затримок піддається весь трафік, не тільки ICA.
Бездротові WAN зазвичай з'єднують користувачів з інтернетом, через який вони отримують доступ до сервера MetaFrame. Інтернет заснований на протоколі TCP, який вимагає підтвердження на кожен переданий пакет. Якщо відправник не одержує відповіді на протязі заданого часу, TCP вважає зв'язок перевантаженою і знижує швидкість посилки пакетів. TCP вельми ефективний в дротовому інтернеті. Бездротові мережі мають велику затримку, ніж провідні, і крім того вони характеризуються "тремтінням" (jitter) (змінної затримкою). Нізлежащіе бездротові мережі засновані на архітектурі передачі голосу і не містять ефективних механізмів передачі підтверджують пакетів даних. Для поліпшення передачі даних такі мережі зазвичай чекають приходу декількох кадрів перед відповіддю на них одним підтвердженням. Тут і виникає затримка.
Як правило, затримка зростає при збільшенні розміру пакета TCP. В LAN це практично непомітно. У WAN вона надає невеликий вплив. Але в wWAN, наприклад, затримка 32-байтного пакета може становити 400мс, а для 1460-байтного пакета - більш 1800мс. Це негативно впливає на сеанси MetaFrame.
У цьому документі Citrix намагається дати рекомендації щодо оптимізації MetaFrame для роботи по бездротових глобальних мереж.
мета оптимізації
- Зменшення затримок при прийомі
- Зменшення часу реєстрації
- Забезпечення ефективного використання ширини каналу
Зменшення максимального розміру пакета
Зменшення кількості переданих малих пакетів
Затримки також виникають при надходженні пакетів малого розміру, тобто розміром нижче 64 байт, які нижче MTU. Посилка великої кількості маленьких пакетів створює перевантаження мережі. Для вирішення цієї проблеми рекомендується використовувати об'єднання пакетів.
Використання технології SpeedScreen3
SpeedScreen 3 являтся дуже важливим компонентом у вирішенні проблеми wWAN. Особливості SpeedScreen дозволяють знизити дискомфорт від затримок, оскільки для користувача введення дублюється на екрані локально.
Кешування і стиснення даних
При роботі в wWAN необхідно враховувати дві речі - кваліфікацію користувача і вартість. Як правило, канали wWAN мають обмежену ширину каналу і важливо використовувати її максимально повно. Це досягається стисканням потоку даних і збільшенням кешування на стороні клієнта. Білінг багатьох операторів заснований на обліку передданного і прийнятого трафіку. Мінімізація обсягу даних, що пересилаються знижує вартість для мобільних користувачів.
рекомендації
Feature Release 2
MetaFrame XP FR2 містить ряд поліпшень, зокрема:
- Деякі настройки, які раніше для wWAN доводилося робити вручну, тепер автоматизовані
- Покращено стиснення даних
- Пакети TCP заповнюються майже по макімуму
- Покращена продуктивність каналів масивів даних
Citrix настійно рекомендує використовувати FR2 або більш пізні випуски при роботі в wWAN, а також відповідні версії клієнтів.
Якщо ви використовуєте FR1, то дотримуйтесь рекомендацій, викладених в Додатку 2.
Включення SpeedScreen3 Latency Reduction
Для зменшення зарежек в SpeedScreen3 використовується два компоненти:
- Локальне відлуння тексту
- Відповідна реакція миші
Локальне відлуння повторює натискання клавіш на пристрої клієнта. Ці символи відображаються негайно, а потім прозоро перемальовувати зображенням, отриманим з сервера. Це усуває затримки при наборі тексту.
Відповідна реакція миші змінює форму курсора миші на клієнті при натисканні в стан "busy working". Коли сервер надсилає відповідь на клацання миші, форма кусора змінюється на звичайну.
На сервері для зміни цих двох методів використовується SpeedScreen3 Latency Reduction Manager. За замовчуванням реакція миші включена, а локальне відлуння тексту відключено. При використанні WWAN локальне відлуння також має бути включено. Детальніше див. "Керівництво Адміністратора".
Збільшення затримки показу меню
Це відноситься до оптимізації інтерфейсу Windows. Ці рекомендації корисні також і для високошвидкісного з'єднання.
Затримка показу меню - це час, який миша повинна залишатися на батьківському меню перед тим, як з'явиться низлежащего меню. При збільшенні цього тайм-ауту полегшується навігація по меню Start.
Затримка показу меню встановлюється в реєстрі HKCU \ Control Panel \ Desktop \ MenuShowDelay.
Рекомендоване значення 1500 (в мілісекундах).
Використання NFuse Classic
NFuse є найкращим методом з'єднання з серверами MetaFrame через wWAN.
Citrix рекомендує створити два сервера NFuse - один для обслуговування бездротових користувачів, а інший - для обслуговування користувачів LAN. Ці сервери мають різні настройки.
Рекомендовані зміни в Template.ica
Заборона відображення клієнтських драйвів
Значення можна варіювати, але занадто велика величина погіршить інтерактивний відповідь
Включення постійного кеша
Включення постійного кеша зменшить час реєстрації і збільшить продуктивність графіки в сеансах ICA. Постійний кеш підтримується не на всіх платформах. Наприклад, він не підтримується в Windows CE.
Для включення постійного кеша встановіть параметр
PersistentCacheEnabled = On.
Встановіть розмір кеша Thinwire 8192Кб
Це дозволить більш ефективно використовувати ширину каналу. Розмір кеша Thinwire контролюється параметром WindowsCache. Максимальний розмір його становить 8192Кб. Користувачі MetaFrame FR1 і вище з клієнтами версії 6.20 і вище не повинні міняти це значення.
встановіть параметр
WindowsCache = 8192
Зауваження до клієнтів ICA
Win32 Citrix ICA Client
Додайте наступні значення в розділ [Wfclient] файлу appsrv.ini. У клієнтів Windows NT і XP цей файл знаходиться в каталозі C: \ Documents and Settings \ [username] \ Application
Data \ ICAClient).
Сірим кольором відзначено існуючий текст в файлі.
COMAllowed = Off
CPMAllowed = Off
VSLAllowed = Off
CDMAllowed = Off
ClientAudio = Off
UpdatesAllowed = Off
OutBufCountHost = 118
OutBufCountClient = 118
OutBufLength = 512
PersistentCacheEnabled = On
MouseTimer = 200
KeyboardTimer = 50
Крім цього, додайте в розділ Connection "наступні параметри (наприклад, [Microsoft Outlook]):
Кешування зображень Nfuse
Позначте наступні каталоги як кешіруемие:
- NFuseIcons
- Підкаталог Media (в каталозі Citrix \ MetaFrame)
- файл Default.htm
Використання заголовка HTTP "Cache-Control"
IIS 5.0 і пізніших версій можуть використовувати заголовок HTTP "Cache-Control". Цей заголовок складається з двох параметрів: час пре-перевірки і час пост-перевірки (pre-check і post-check).
Час пост-перевірки - це інтервал в секундах, після якого об'єкт повинен бути перевірений на свіжість після показу користувачеві. Час пре-перевірки визначає інтервал в секундах, після якого об'єкт повинен бути перевірений на свіжість перш ніж можна буде користувачеві.
Якщо підібрати потрібні значення, то користувачеві будуть показуватися зображення з кешу.
• Post-check = 1200
• Pre-check = 360000
Ці значення відповідають 20 хвилинам і 4.2 днях відповідно. Це означає наступне:
- У перші 20 хвилин користувач бачить зображення з кешу; перевірки на свіжість не проводиться.
- Через 20 хвилин пльзователь ще бачить зображення з кешу; у фоновому режимі проводиться роверка
- Через 4.2 дня, якщо нове зображення ще не завантажено з сервера, перед виведенням на екран проводиться перевірка.
Для установки цих значень клацніть кнопку "Add" на закладці "HTTP Headers".
Налаштування Apache
Аналогічна поведінка можна налаштувати в веб-сервері Apache версії 1.20 і вище за допомогою модуля mod_expire. Необхідні директиви можна вписати як в httpd.conf. так і в .htaccess. В останньому випадку необхідна директива AllowOverride indexes.
- ExpiresActive визначає, чи будуть генеруватися загловкі HTTP. Потрібно встановити в ON.
- ExpiresDefault визначає час за замовчуванням старіння будь-якого об'єкта в області (realm)
- ExpiresByType управляє старінням об'єктів певного типу. Він приймає два аргументи - тип MIME і час.
Додаток 1
Приклад template.ica для NFuse Classic
Додаток 2
Зміни в налаштуванні сервера FR1
Зверніть увагу, що жодне з таких змін не потрібно для MetaFrame XP FR2 або вище; ці модифікації тільки для FR1.
Створіть новий ICA Listener:
- Запустіть regedit і відкрийте гілку реєстру HKLM \ System \ CurrentControlSet \ Terminal Server \ WinStations
- Виберіть ключ ICA-tcp
- Експортуйте цей ключ в файл реєстру
- Перейменуйте ICA-tcp в ICA-tcp-wWAN.
- Імпорт раніше збережений файл в ключ WinStations. Це відтворить ключ ICA-tcp
- Встановіть значення PortNumber в ключі ICA-tcp-wWAN.
Для запуску нового слухача:
- Запустіть Citrix Connection Configuration
- Забороніть слухач ICA-tcp-wWAN
- Дозвольте слухач ICA-tcp-wWAN
Включення таймера затримок
Ітнерактівний таймер використовується на сервері для забезпечення інтерактивності сеансу. Таймер періодично скидає буфери очікування. При збільшенні часу затримки таймера буфери будуть містити більше даних при скиданні. Це зменшує кількість маленьких пакетів.
Буферизація віртуальних каналів контролюється ключем
HKLM \ System \ CurrentControlSet \ Control \ TerminalServer \ WDs \ icawd
Значення типу REG_MULTI_SZ. Кожен рядок є ім'я віртуального каналу, яке слід буферизувати. Для редагування цього значення використовуйте regedt32.exe. Назва каналу SpeedScreen Latency Reduction одно "CTXZLC". Завершальний пробіл необхідний.
Після внесення змін перезапустіть слухач.