The PTC Community is on temporary read only status in preparation for moving our community to a new platform. Learn more here
Check that the database is in working order. Profiling it during startup can help spot any long running queries that could be being executed. Can you tell if its timing out or stuck for a period at a certain step? You should ensure that the system is tuned properly based on the Windchill configurator (WCA). It should have the right amount of memory to start up and operate.
Additionally....
Anti-virus can add a lot of overhead/delay to starting Windchill if it wasn't configured for Windchill.
Infrastructure issues that show as poor disk IO can really slow down startup.
Tomcat scans codebase for jar files on startup. Poor disk performance can make this a VERY long process.
And more "Additionally..."
See article: https://www.ptc.com/en/support/article/CS434417
I have implemented that here in our 13.0.2 production and my 13.1.2 test server.
Saved 100 seconds on my dev server. Any down sides?
@avillanueva wrote:
Saved 100 seconds on my dev server. Any down sides?
I have not seen any downsides from this yet. If you do come across any it is easy to undo.
@HX_11259932, were you able to reduce start up time? Let us know what you did.
What's interesting is - I saw this issue when I was doing initial testing for upgrading to WC 13.0 from WC 12.0 before I joined PTC. It seemed to be an issue until I went to testing the production environment, where the issue went away. We had a 3 tier environment (DEV, Staging, Prod). DEV and Staging both saw symptoms of this where startup time was much longer than the previous comparable environment (Dev 12 to Dev 13, STG 12 to STG 13). Staging was set up to mirror what our production system would look like including resources. And it still started slowly. On the production VM, we didn't see the issue... and strangely enough, by the time we got to testing upgrades with what would be the prod WC 13 machines, the issues were fixed.
One thing to maybe look at is what does your security software do? We used a heuristic scanning tool (Sentinel One) and by the time we got to production, we had exceptions built in to address issues found in testing. Tools like Sentinel One inject themselves in EVERY java process unless excepted. We had many anomalies with this, that caused all sorts of performance issues
