Странные тормоза при прорисовке элементов форм при работе в терминале на платформе 8.2
Я имею ввиду через инет, по локалке все летает естественно.

Ставлю глубину цвета 8 бит - все равно тормозит.
Причем на этом же канале инета при работе с 8.1 с глубиной 24 бита ничего не тормозит.

Более того при, подключении к другому серваку, на котором стоит 8.2(другое предприятие) - таких тормозов нет вообще.

В голову приходит мысль о драйверах видяхи, но как то сомнительно...

никто не сталкивался?

ау, народ.. Вы гиде?

если управляемые формы то это нормально.. канал пошире надо

(3) Какая разница, что передавать по RDP, если цветность одинакова - ведь по сути передается "картинка"? ИМХО, управляемые формы тут точно не причем.

и видюху не встроенную надо, а хорошую

(4) Большая, передаеться не "картинка", а примитивы. У упр. форм они сложнее...

(5) При чем тут видюха? Для терминала более чем достаточно S3 Trio64V+. Лишь бы GDI-ускорение работало.. а функции directx тут нафиг не нужны.

(6) Сложнее, но не настолько же? У меня по крайней мере не тормозит...

(6) Любой примитив в данном случае - это GDI-объект, в худшем случае (если программа все кнопочки-панельки реализует не используя механизмы GDI) это окно приложения в целом.

(8) может у него как раз в эту разницу скорость соединения с серваком попала

(9) ага, когда 7.7 с заставкой запускаешь, то можно покурить пойти

(11) Заставка да, финиш полный.. и область изменяется постоянно, да еще и сжатие на этих псевдослучайных переходах цвета плохо срабатывает. Вредительство какое-то :)

Терминал на Вин2008, верно?
А клиенты на ВинХП Сп3 или Виста или Вин7 без Сп1?
юзаете старый терминальный клиент, обновите клиента с сайта МС и проблемы исчезнут.
ЗЫ у меня пользователи также жаловались на странные тормоза/зависания при работе с различными списки. Покопался на сайтах, поискал схожие симптомы, и нашел причину и решение.

Терминал на 2k3, не 2008

(4) а ну давай вперёд

(14) и там и там одно и тоже будет если управляемые формы... попробуй на более быстром канале, в локалке например

(11) как только заставка пошла сворачивайте терминал в таскбар, секунд через 10 разворачиваете, вводите логин пас и всё

(17)так дело то не в заставке.
Открываешь документ, и ждешь пока все прорисуется.
Хоть документ, хоть форму справочника, хоть что...

(17) Проще из ресурсов заставку удалить на сервере терминалов

Да заставка тут непричем

(19) можно, но запрещено

(0) а ты все-таки проверь на нормальной видюхе. вот просто ради эксперимента )))

(22)в сервак нормальную видюху воткнуть всмысле?

да ) 8.2 - оня такая...

о.О

Не, серьезно?
Это не стеб?

З.Ы.: попробую канешь, а что делать

вроде не стеб, тут куча веток о том, что 8.2 начинает нормально работать (не тормозить), если воткнуть мощную видяху, может, все-таки прорисовка там особая какая-то, вдруг и на терминале будет прогресс. а вообще, рдп передает мало данных, если прорисовка стандартными элементами (они рисуются на клиенте) и много, если прорисовка идет средствами приложения (рисуется на сервере и передается уже снапшотами), так что, не удивлюсь, если снеговик ушел от стандарта и не рассчитан на рдп.

ну как все разбегутся воткну мощную видяху. Спасибо большое за советы!

Инет плохой, что там думать

непрерывное срабатывание "приВыводеСтроки"/"ПриПолученииДанных" (например при изменении таблицы в этом обработчике (даже присваивание того-же значения прокатывает)) ведет к таким артефактам

для неуправляемых форм

(0) если ты в локалке заходишь через rdp у тебя нормально всё? если да, то причем тут видеокарта?

особенности управляемого интерфейса 8.2, че тут думать, я это понял при первом открытии управляемой формы в терминале.

инет нужен шире

(26) Ну кое-кто на полном серьезе утверждал, что скорость передачи через localhost зависит от скорости сетевой карты.. что с гигабитной localhost гораздо шустрее :)