As of December 1, 2020, Focal Point is retired and repurposed as a reference repository. We value the wealth of knowledge that's been shared here over the years. You'll continue to have access to this treasure trove of knowledge, for search purposes only.
Join the TIBCO Community TIBCO Community is a collaborative space for users to share knowledge and support one another in making the best use of TIBCO products and services. There are several TIBCO WebFOCUS resources in the community.
From the Home page, select Predict: WebFOCUS to view articles, questions, and trending articles.
Select Products from the top navigation bar, scroll, and then select the TIBCO WebFOCUS product page to view product overview, articles, and discussions.
Request access to the private WebFOCUS User Group (login required) to network with fellow members.
Former myibi community members should have received an email on 8/3/22 to activate their user accounts to join the community. Check your Spam folder for the email. Please get in touch with us at community@tibco.com for further assistance. Reference the community FAQ to learn more about the community.
We did implement what IBI has suggested to improve the performance but did not see any significant performance gains. However we are using WebFOCUS 5.2.5, at this level the servlet provided by IBI has performance issues which were later fixed from 5.3 level. Because of this I could measure the performance gains.
WF7.1.4 Prod/Test, MRE, self serve, DM
Posts: 176 | Location: Desplaines | Registered: August 05, 2004
We had this problem back in May of last year while on 5.3.3 I think -- ultimately it was fixed in July by some setting changes.
I don't have any "hard" performance numbers anymore, but we logged a case and in it we noted delays of 15-60 seconds for initial loading of our BID. It would often be the first person that logged in in the morning that would notice the delay.
For what it's worth, we worked with techsupport to resolve this issue before the tech release ever became public -- but in the end, we changed the "Recycle worker processes" setting in IIS. The explanation was that IIS was shutting down idle processes (which included the ServletExec) after a short period of time (20 minutes or so). And then when a request was made, that process needed to start up again and that start-up was the delay that we were seeing.
I don't know if that answers your question or not, but the short answer is "yes" we saw significant performance increases in initial loading of the BID once this issue was resolved. Nowadays we're on Apache Tomcat, so I think the setting is moot.
HTH
Production: 7.6.6 WF Server  <=>  7.6.6 WF Client  <=>  7.6.6 Dev Studio Testing: <none> Using MRE & BID.  Connected to MS SQL Server 2005 Output Types: HTML, Excel, PDF
Thanks! Your comments do help. On our test server (5.3.2) I've noticed some odd behaviour that's not exactly like what you described: when I log in to a view with four quadrants that run fexes, only one of them take a long time to load, the others are fairly instantaneous. If I click the quadrant refresh icon, the result returns right away.
I have noticed other weird Java error messages and when I refresh the quadrant, they refresh correctly.
I will have to get IT to fix IIS and/or New Atlanta Servlet Exec.
Thank you very much.
Francis
Give me code, or give me retirement. In FOCUS since 1991
Production: WF 7.7.05M, Dev Studio, BID, MRE, WebSphere, DB2 / Test: WF 8.1.05M, App Studio, BI Portal, Report Caster, jQuery, HighCharts, Apache Tomcat, MS SQL Server