Question
Danske Bank
LT
Last activity: 22 Feb 2019 8:59 EST
Slow browser performance
Hi.
I have recently created an RDA project which runs on a users machine and interacts with the browser.
Essentialy, the solution only launches the browser and then waits for a specific button to be clicked.
However, users are complaining that there is a significant drop in site performance/speed when using the browser that the automation is attached to. Other browser windows seem to be unaffected.
The same slowing down happens when interrogating.
This makes the automation unusable since users also need to be able to perform daily tasks on that same browser window to which the automation is attached.
Could you consult wether this is excpected behaviour?
How would you recommend resolving this?
Also, are there any ways to identify possible causes for the problem?
Thanks!
***Edited by Moderator Marissa to update SR Details***
Accepted Solution
Danske Bank
LT
Hey.
So solution was to disable HookCreateElement under [IE] in openspan.ini file, and replacing some dll's.
The new dll's should be included in the next full release (latest package).
Hope this helps!
Pegasystems Inc.
US
Hello,
A certain amount of slow-down is expected as there is another application running and interacting with IE, however it should not be as dramatic as you are describing. There are several things which could cause further slowdown. Try the following steps to see if they will decrease the slowness you are experiencing.
1. Whitelist the Robotics install folder: It's fairly common to see antivirus picking Robotics up as a potential threat. This can manifest in several ways (Hangs, slowness, crash). Generally, as a best practice, we recommend whitelisting the robotics install folder ( C:\Program Files (x86)\OpenSpan\OpenSpan Studio for Microsoft Visual Studio 2015) in order to prevent this.
2. Turning off all logging. If your problem is slowness specifically in IE this probably won't help, but if you are experiencing more general system slowness it could be that the process of writing logs is causing your system to slow down.
3. There is a chance that the javascript we run to match in process could be slowing down the browser as well. Since the issue is happening in interrogation try toggling the 'EnableMatchInProcess' process property on the adapter to see if there is any improvement there.
Hopefully that helps!
Pegasystems Inc.
US
Just want to say - good question. Adding on to what my colleague suggested. There are also other options and properties that you can utilize - since we don't know your specific environment here a couple suggestions that may or may not help.
Web Adapter Properties:
- IgnoreJavaScriptFrames=true
- This will ignore <iframe> tags that contain nothing but javascript. This won't have any negative impact by enabling this property.
OpenSpan.ini properties:
- IGNOREPAGES=url;
- You can go ahead and ignore some common pages that aren't needed in automation by changing this property. If the slowness is occurring because of the product, this should improve the performance on these pages. Unfortunately I'm not sure if regex works with this property (like if you wanted to ignore [(not)pega.com] kind of thing) - I'd give it some testing.
The OpenSpan.ini can be a pain because it is in the installation folder, but if you can edit it and push the changes to the user, it would most likely be beneficial.
Just want to say - good question. Adding on to what my colleague suggested. There are also other options and properties that you can utilize - since we don't know your specific environment here a couple suggestions that may or may not help.
Web Adapter Properties:
- IgnoreJavaScriptFrames=true
- This will ignore <iframe> tags that contain nothing but javascript. This won't have any negative impact by enabling this property.
OpenSpan.ini properties:
- IGNOREPAGES=url;
- You can go ahead and ignore some common pages that aren't needed in automation by changing this property. If the slowness is occurring because of the product, this should improve the performance on these pages. Unfortunately I'm not sure if regex works with this property (like if you wanted to ignore [(not)pega.com] kind of thing) - I'd give it some testing.
The OpenSpan.ini can be a pain because it is in the installation folder, but if you can edit it and push the changes to the user, it would most likely be beneficial.
Now - if you just want to track down what might be slowing things down - my goto answer is to check the logs! Check this out for ideas on what to look for - https://collaborate.pega.com/discussion/reading-runtime-logs-how. This is where you'll see if the automations are taking a long time to complete or if matching is happening during the reported "slowness" periods. This will give you a better idea where to focus your efforts in optimization.
Danske Bank
LT
Hey!
For your suggestions.
I'll investigate the possible options and report what I found.
While investigating this myself, I though that option 3. heffc post is the most likely culprit, since the specific page that is slowing down seems to be invoking a lot of javascript, frames, object rebuilding etc.
Either way - will look into this and report back!
Thanks!
Pegasystems Inc.
US
Danske Bank
LT
Hi.
We ended having a lot of sessions with representatives from PEGA.
In the end, the issue was resolved.
However, it has been handed over to a different developer and I am not sure what the resolution exactly was.
I will contact him and post an update here in the next 2-3 days :)
Accepted Solution
Danske Bank
LT
Hey.
So solution was to disable HookCreateElement under [IE] in openspan.ini file, and replacing some dll's.
The new dll's should be included in the next full release (latest package).
Hope this helps!
Pegasystems Inc.
US
SR-C65737 resulted in a product change and an additional setting in-place to allow for a specific hook to be disabled (if not needed). This slow performance was the result of a very busy application, a combination of Java, DotNet, and Html frameworks being used.
In the OpenSpan.ini configuration file, an additional setting called DisableHookCreateElement is added and setting it equal to 1 enables the property.
Additionally, some code changes were added to improve the efficiency of HTML hooking of events. These changes will be noted in the build notes for Pega Robotics when it is released.
Infosys Ltd
IN
Hi Mitchell,
We are also facing a similar situation in our BOT. What we observed was even though the web page on which we were working, was loaded in around 15 seconds, controls are getting matched at around 30 - 35 seconds. We have tried the options mentioned in the above posts. But it's not helping.
Will this new version be able to fix this?
Thanks!