When I need to make changes to the oepas1 configuration (eg. AVM parameters, propath, etc), I need to restart the entire pacific appserver (it isn't enough for the multi-session agent to restart).
I can live with that, but what bothers me is that stopping and restarting the pacific appserver takes a ton of time - like a whole minute or two. I did a minimal amount of investigation; enough to see that adminserver (java) is launching numerous, consecutive powershell scripts, each of which is quite CPU-intensive. This unusual adminserver activity consists of the vast majority of the bottleneck in the stop/restart operations. I'd guess that the time that the TomCat java process itself takes to stop or start is only a minimal (5-10%) of the overall time, and the majority of the time is related to these wierd adminserver-spawned powershell scripts.
I was wondering if this performance issue is typical in Windows or if there is something misconfigured on our Windows server (a 3.2 Ghz box, SSD, lots of ram). I though I'd ask the question since I'm sitting here waiting for PAS to restart and I have a few minutes to spare (and don't need a coffee refill yet).
(Powershell scripts aren't good at doing tiny operations because the startup overhead is substantial. Is there any reason why OE PAS in Windows relies so heavily on powershell? Could this work - whatever it is - be rolled back into the adminserver java process itself? Or assuming that .Net is required, couldn't there be a separate "adminserverhelper" service that would perform the various small operations that are otherwise being done in powershell?)
Thanks. Its good to know that this is a work-in-progress. (I never expect to hear such a thing when I run into issues with classic appserver).
If you have any shortcuts I would appreciate knowing them. (eg I was considering using pskill on all java/_mproapsv at the OS level and then just restarting admin server)? Of course I would only use shortcuts in my dev environment.
OK. Thanks for the heads-up about the new version. I will recommend to the team that we not go to production until we upgrade to 11.7.2.
It sounds like you aren't a fan of powershell. In that case I'm not sure why you used it at all. (It really isn't a direct equivalent to a Linux bash script.)
As a side-note, if you like your Linux scripts so much, there may now be the option of running them directly on Windows (see msdn.microsoft.com/.../about). This feature is probably not compatible with older windows servers, and I'm not sure if performance would be any better, but there would be less mismatch between how you develop your scripts, and your adminserver would operate more similarly between Linux and Windows....
I was able to test out PAS in PDSOE 11.7.2. It is now significantly faster when interacting with pas from the OEE console.
Thanks for working on improving the performance of the OEE console on Windows. The prior implementation (using a bunch more instances of powershell) was causing a lot of needless delay. I'd guess that an equivalent Linux installation of PAS was performing better in 11.6. Hopefully the performance of the Windows side is now on par with Linux. I can't see why they should be that much different from each other, but I haven't had a chance to compare.