Hi Bjarne

It does sound like an environmental issue, if it is only slow on machines with the 4K monitors then are they all the same monitors same OS and drivers. If so then perhaps getting the latest drivers from the manufacturer for the graphics might help.

I'm no expert, but does it matter what driver you have on the Terminal Server? Are these not driving the 4K screen properly, might need drivers installing on the Server too.

Just some random thoughts that might help.

Regards

David

Can you try plugging in a non 4k monitor with the correct drivers and see if there's still an issue?  At least that would help isolate the problem.

Not sure if this helps but we have noticed that WebEx can slow down the PowerBuilder IDE and app.

Try running a lower resolution.

Hi.

So I just added some simple logging to one of the forms.

I use this code at the very beginning in datawindow.rowfocuschanging():

il_start = CPU()

And then I use this code at the very end of datawindow.rowfocuschanged() to calculate the duration:

il_used = CPU() - il_start

In average, this operation takes 55 ms on my computer, running the application locally on Windows 10 with a local database (SA16).

The selected row changes immediately.

In my customers application, the operation takes 82 ms in average according to my log.

However, the users says that it sometimes takes as much as 35 seconds before the selected row is changed.

In the meanwhile, the application hangs with "(Not responding)" in the titlebar.

They are running the application in Microsoft Remote Apps on 4K displays.

When running the application locally on one of the computer, it still takes over 10 seconds before the row changes.

This tells me that the problem is in the drawing/graphics (perhaps OS related?) and not in our application.

The only real difference between my setup and the customers environment is the 4K monitors.

So I've ordered a 32" 4K monitor now solely for testing this at my desk.

Has anyone experienced this?

Anyone from Appeon that have a comment?

Regards,

Bjarne

Hey Bjarne,

Just as puzzled as everyone else. At home I have a 4K monitor (Samsung) and a i5 Surface Laptop running Win10 Pro. Very up to date on all drivers, apps, and O/S. No performance issues at all.

To me, it really sounds like some drive/environment combo resulting in slow performance.

Good luck hunting. Hopefully you can return with resolution so we all can learn.

HTH /Michael

On the RemoteApp shortcut you can set the color depth. Have them choose a lower value.

Not a 100 % sure, but I think It's a windows 10 problem. A bug that should have fixed by long now.

I also mentioned the solution to this problem on: https://www.appeon.com/standardsupport/search/view?id=2791

There's a little tool that basically let's you get around the problem by using windows 8.1 DPI scaling instead of the one of windows 10: http://windows10-dpi-fix.xpexplorer.com

1) Set your "Windows Display" Scaling to 100% (if it's now for example 125%, very frequent on laptops)
2) Then run the program, check the lower radiobutton to use windows 8.1 dpi-scaling.
3) Reboot
Should be fixed.

See also:

https://www.groovypost.com/howto/fix-fuzzy-windows-10-fonts-high-resolution-displays/

HIH,

MiguelL

Hi.

I have no problem running the application on my brand new 4K monitor.

I run it locally and also the Remote Apps provided by our customer - no lag what so ever.

But I remember that we had some problems in PowerBuilder back in the days where the retrieval arguments for a datawindow was displayed empty and wrong due to a service i Windows.

"Touch" or something like this? Maybe that has some effect in this case?

Also, some of the users working there are using Microsoft Surface laptops.

I'm using a standard Lenovo ThinkPad.

Just throwing balls up in the air here :)

Regards,

Bjarne

Hi.

Another update:

Tested this on two Lenovo Yoga X1 laptops with touch screens, and both have the same issue.

Our customer has just Microsoft Surface and X1 Yoga in the entire organization, all with touch screens.

So I think I've isolated the problem. Now it's all about resolving the issue...

I remember that there's a service which can be stopped?

That resolved the issue I had with the corrupt retrieval arguments list i PB IDE back in the days.

Regards,

Bjarne

Do you have any details on the fix that you can share with us?

I am having a similar problem but 4K monitors are not the problem

The app works fine on developers laptops with PB/IM installed. Our QA group only has IM installed and the app is slow. Both groups use Dell laptops with Windows 10. It is also slow on Windows Server accessed via Remote Desktop.

I've discovered that in PB 2019 if you are NOT using themes and do not include pbtheme190.dll in the runtime, the entire app will run extremely slowly.

It appears that even when theming is not in use, it is still attempting to load the pbtheme190.dll library into memory and the constant searching for the file is slowing it down.