xfreerdp медленне в 2 раза чем клиент rdp windows, как исправить?

wine mstsc?

а rdesktop как?

Можно еще 2X Client for Linux от 2X ApplicationServer-LoadBalancer попробовать, но он только в виде бинарных сборок есть.
ЗЫ: у нас xfreerdp 0.8.2 вроде не тормозит.

честно говоря не знаю как там xfreerdp, но лично я к Win-машинам цепляюсь через rdesktop. Никаких задержек не замечал.

проверили, точно так же как freerdp.

команду copy readme.txt con

где readme.txt содержит больше 1000 строк, попробуйте

Интересно, будет ли разница.

wine mstsc заработал, работает быстро, сравнимо с Windows клиентом. Но глючит и прорисовкой граффики, придется искать дальше и одновременно побывать улучшить остальное в решении из под Wine.

wine mstsc заработал, работает быстро, сравнимо с Windows клиентом. >Но глючит и прорисовкой граффики, придется искать дальше и >одновременно побывать улучшить остальное в решении из под Wine

это правда на очень компе только купленном, там и rdesktop быстро показывает.

Пошли с «линейкой» сравнивать на всех компах. ...

проверьте драйвера (на всякий случай).

потому что у меня Freerdp (1.0.1) работает 100% не хуже mstsc.

На всякий случай, выложите строку вызова.

попробуйте с ключом -x m

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

результаты наблюдения выявили зевисимости:

1. от видеокарты и драйвера в частности: если, поддерживает 3d ускоритель в fedora то быстрее.

2. от времени суток, вечером все резко улучшилось, но с сохранением зависимости от видеодрайвера.

завтра будем «продолжать наблюдение» и одновременно учится савить подходящие драйвера видеокарт

по поводу драйверов, рекомендую ставить новейшие.

Зависимость от времени суток это конечно очень интересно.

-z не помогает?

по поводу драйверов, рекомендую ставить новейшие.

это работа не на один день, т.к. компов больше 10 и они все разные старые (5 лет) уже не подерживаются, новые еще не поддерживаются. Поставил fedora 14 т.к. лучше знаю, где 32 где 64 bit в зависимости от железа, на новые 14 «в лоб» не поставилась и по этому стоит fedora 16 64 bit .

Зависимость от времени суток это конечно очень интересно.

так, народ с работы свалил и сеть и сервера с наименьшей нагрузкой.

-z не помогает?

я, если честно вообще от настроек разнцы не ощутил, -x m разве что.

Правда это дела на скорую руку, «клиенты» стонут надо, что то делать.

A, ну да. Часть ресурсов же еще DE жрет (KDE, GNOME или что там еще).

еще выяснилось, что графические файл порядка 5мб, открываются для просмотра, в Windows RDP клиенте быстрее и показываются целиком сразу, а в xfreerdp и rdesktop медленнее и полосами

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

Часть ресурсов же еще DE жрет (KDE, GNOME или что там еще)

- вышел из графической оболочки, запустил: эффект тот же.

Проверяли скорость отображение картинок и вывода текста на Citrix XenApp: там все нормально (просто летает). Но для таких задач, как Word и Paint это как пушкой по воробьям. Да Citrix XenApp требует теперь 2008 R2 server (64 разрядный), что не подходит для древних приложений.

Подскажите, на каких linux вы работаете, что у вас к xfreerdp претензий нет?

Пробовал на fedora 14-17 теперь думаю надо, что то другое.

есть еще remmina, но там тоже тормоза, насколько я помню

но лично я к Win-машинам цепляюсь через rdesktop. Никаких задержек не замечал.

А проблемы с вводом русских букв ты не замечал? rdesktop вообще неюзабелен.

Наверняка вы пробуете с разных машин, может стоит для начала замерить скорость соединения и обмена пакетиками?

Может дело в каких-то умолчальных настройках freerdp?

P.S. Сейчас открыта сессия с 1С 8.2 на w2k3 через Remmina/FreeRDP - никаких задержек не замечаю.

Наверняка вы пробуете с разных машин, может стоит для начала замерить скорость соединения и обмена пакетиками?

Сегодня я все на одной машине делал: fedora 17 64бит, на ней запускал: 1. rdecktop, подсоединялся к Win XP 2. xfreerdp, подсоединялся к Win XP 3. Citrix Reciever подсоединялся к Windows 2008R2 server 4. VMWare Player с Windows XP по RDP подсоединялся к Win XP.

Тест по выводу текста на экран: type readme.txt где 1000 строк, в случае 1 и 2, порядка 1 минуты в случае 3 и 4, порядка 5 секунд

Вывод картинки 5мб на экран: в случае 1 и 2, полосами порядка 2 секунд в случае 3 и 4, целиком, задержка порядка 1 секунды

При этом в случае 2 ставя: --no-bmp-cache получали уменьшение полос до 1 пикселя.

В общем сейчас попробуем: 1. с Ubuntu LiveCD проверить, 2. найти настройку в xfreerdp увеличить размер bmp-cache, на первый взгяд ее нет!!!

remmina использует rdesktop либо тот же xfreerdp. Это всего лишь GUI к ним.

XenApp это не RDP, сам понимаешь, это ICA там можно HD Video смотреть, не то что картинки.

remmina, но там тоже тормоза, насколько я помню

- remmina на мой взгляд оболочка для разного рода технологий удаленной работы, т.е. там используется тот же rdesktop или xfreerdp. Поправьте если не так.

https://github.com/FreeRDP/FreeRDP/issues

с 1С 8.2 на w2k3 через Remmina/FreeRDP - никаких задержек не замечаю.

а картинки посмотрите 5мбайт, интересно как они будут.

Сегодня это смотрели через сеть 54Mbit (WiFi ретранслятор) , т.е. не совсем витая пара. Возможно чем хуже сеть, тем больше проявляется разница.

а картинки посмотрите 5мбайт, интересно как они будут.

Сегодня это смотрели через сеть 54Mbit (WiFi ретранслятор) , т.е. не совсем витая пара. Возможно чем хуже сеть, тем больше проявляется разница.

Картинки тормозят, да. Тоже вайфай.

Картинки тормозят, да. Тоже вайфай.

во, хоть кто то видит эти тормоза.

А нет ли возможности запустится с этого же железа Windows и там попробовать обычный RDP?

Да еще можно смастерить текст в 1000 строк и его вывод на скорость проверить.

А нет ли возможности запустится с этого же железа Windows и там попробовать обычный RDP?

Нет, возможности нет.

Да еще можно смастерить текст в 1000 строк и его вывод на скорость проверить.

Запости результаты своих тестов в багтрекер проекта FreeRDP.

Запости результаты своих тестов в багтрекер проекта FreeRDP.

запостил, только про текст: https://github.com/FreeRDP/FreeRDP/issues/634

У тебя в описании бага федора (2 сек) быстрее WinXP (23 сек).

1. Fedora 17 with freerdp - 2 sec;
2. Windows XP SP3 - 23 sec.

Это не опечатка?

Это не опечатка?

конечно опечатка. Поправил. Но что теперь? Долго ли ждать, каких нибудь движений?

С картинками, пока не так все однозначно. На новых компах одинаково быстро открываются, на старых полосы и на Windows видны.

Как размер буфера для графики поменять не понятно.

Вы хотя бы укажите версию xfreerdp и откуда его ставили.
Так же укажите разрядность вашей ОС. Думаю тоже немаловажный параметр для разработчиков.

Подскажите: может есть рецепт, как заставить freerdp приблизится к оригинальному клиенту RDP на Windows ?

Установить касперский антивирус, не?

Вы хотя бы укажите версию xfreerdp и откуда его ставили.
Так же укажите разрядность вашей ОС. Думаю тоже немаловажный параметр для разработчиков.

Указал разрядность ОС и версию, да только это сужает круг поиска. Хотя проблема, по моему лежит в другой плоскости. Проведенные мной замеры показывают, что скорее оно от железа зависит.

В разное время это проявлялось на Fedora 14 - 17 и 32 и 64 разрядов, И соответственно я компилировал руками xfreerdp 1.0.1 последней на тот момент версии.

Странно, что такой простой тест с 1000 строк текстом, еще никто не пробывал.

Установить касперский антивирус, не?

Сорри, так куда его устанавливать? я не понял

Если запускать сессию через Remmina - то да тормоза есть, особенно видно если на виндах запустить терминал и запустить в нем какой нить длинный вывод. Причем на рабочем столе ничего делать нельзя, как буд то бы соединение 32 КБит/с. Если подключаться из консоли xfreerdp или rdesktop - то все отлично.

Подскажите: может есть рецепт, как заставить freerdp приблизится к оригинальному клиенту RDP на Windows ?

Запускать так: xfreerdp -k en-us -g 1280x1024 -u mydomain\myuser myserver

man xfreerdp

Вы хотя бы укажите версию xfreerdp и откуда его ставили.

Так же укажите разрядность вашей ОС. Думаю тоже немаловажный параметр для разработчиков.

виноват не xfreerdp, а сама remmina.

виноват не xfreerdp, а сама remmina

remmina я не использую, я из командной строки запускаю, пользователи по кнопке.

видно если на виндах запустить терминал и запустить в нем какой нить >длинный вывод. Причем на рабочем столе ничего делать нельзя, как буд >то бы соединение 32 КБит/с.

да, да у меня такое и наблюдается и жить с таким не возможно

не не замечал. впрочем месяца два уже не цеплялся - может чего поломали

Пробуй тогда rdesktop 1.7.0 Отлично работает.

Прошло уже порядочно времени.

Посмотрите кто в курсе, как это работает: https://github.com/FreeRDP/FreeRDP/issues/634 есть ли какая то реакция на сайте на багу которую я запостил?

такая же фигня! тормозит отклик изображения (подключение через rdesktop) получилось немного улучшить ситуацию: на терминале (винда 7) отключил в быстродействии все, rdesktop запускаю с параметрами -k en_us -N -g 100% -4 -z -E -x m

Хотя виндовый RDP все равно лучше и быстрее, плюс еще поддерживает 32 битную глубину, и нет ни каких тормазов

Не могли бы вы отписаться в том багрепорте? Один из разработчиков нашел время посмотреть баг. Просит показать строку параметров, с которыми вы запускали xfreerdp.

я ответил https://github.com/FreeRDP/FreeRDP/issues/634 сорри, что так поздно.

поддерживает 32 битную глубину

- это когда появилось? вроде раньше о таком только указывалось в настройках, а реально это не работало. Было не больше 16 бит, что явно мало. И ошибку вроде микрософт признавал.

Все там работает. Только надо опцию "--gdi sw", а не "--gdi hw"