on 05-21-2007 10:19 AM
Hi,
In our Portal (EP6 SPS16) several iViews run, which call Web Dynpro for ABAP apps on a different WAS7-server.
When clicking on an iView it takes 'some' time before the apps show.
There are several options to tweak the performance (or influence the user-perception of performance):
- improve the WD4A app, so it loads faster
- show a message "loading app"
- use browser caching (iView)
Are there other ways to improve the performance? Is it possible to cache the WD4A on the WAS-server?
Best regards,
Mark
Hi!
I have a similar challenge. I've traced the HTTP traffic using HTTPWatch and there are 1MB of data which are loaded into the browser client from the server. The absolutely biggest files are:
sapUrMapi_ie6.js with 458KB
popup_ie6.js with 120KB
ur_ie6.css with 214KB
That is 800KB (or 80%) of initial load come from 3 js and css files.
Questions:
How can I reduce the load time for these files? and/or
How can I reduce the size of these files? and/or
How can I avoid that alle these files are loaded although I may not need them (e.g. popup_ie6.js).
Important: In my scenario we are working in the Internet!!
Thanx for any hints!
Regards,
Volker
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi Mark,
It all depends on how efficient is your Web dynpro application.
What is being called on portal?
Which rfc Library is it using ?
It should be a recent RFC library. If so complex structures are supported.
When using complex import and exporting structures instead of table statements,
the TABLE compression and delta table content handling isnt used.
But it can still perform ok. It just may not be using optimal compression.
Complex structures are just sent of the network.
Performance issues depend on your network and how much data is sent.
How much data is to be sent ? ASk you netowrk admin team if it is likely to be an issue.
The rfc library should cope.
The 64 mb limitation was removed over 10 years ago. The call is now limited to the receivers ability to hold data in memory. 2 Gb for a table on 32 bit systems.
Hope this clears your doubt!
Cheers,
Darshna.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
User | Count |
---|---|
84 | |
25 | |
12 | |
9 | |
6 | |
6 | |
5 | |
5 | |
4 | |
4 |
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.