This discussion has been locked. The information referenced herein may be inaccurate due to age, software updates, or external references.
You can no longer post new replies to this discussion. If you have a similar question you can start a new discussion in this forum.

WPM percent of optimal values -- Player Payload

We  have a number of WPM transactions that display values in the Top 10 Transactions by Duration and the Top 10 Steps by Duration that are over 100 percent and as high as 530 percent. Is it possible for me to have an explanation of what these values mean as it relates to administration of this tool. The WPM / Orion documentation does not offer as much information as I would like although it is helpful. Is there an association with the player load percentage which is very high. Note these values do go down over time between transaction execution. I have a block of windows servers that have players for url's only and another block for transactions only. (a typical transaction may be 5 to 10 steps) What are other users experiences with how much to load on payer agents? Your feed back would be much appreciated.

  • I have a ton of questions about WPM myself much like yours. I'm having a hard time understanding what factors make up the load a player is able to handle. How much does that load have to do with the load on the poller is reporting into? How much of the load is caused by the transaction? Do more synthetic users equal more availability?

    I found transaction steps that were being "skipped" or perhaps a better way of explaining what was happening would be that a transaction would fail and when I'd go to look at the error screen shot I'd find a picture of the first step. Almost like WPM wasn't waiting for things to finish, or was falling behind. Support told me to add in 30 second wait times which I replied with... If I have to add in a forced wait, doesn't that mean there is potentially a problem with what WPM is doing?

  • I have gotten a better handle in interpreting the whole WPM player load questions in recent months. First the player load when over 100% is associated with the scheduled transaction waiting to be executed. There are a couple of factors here. The length of time it takes for a transaction to complete. Synthetic user authentication and navigation in the steps defined will be a factor especially when you have a large volume of transactions being processed by a limited number of SEUM user accounts. The 'skipped' steps that you referred to I have seen as a result of the 'packets lost' factor which is services issue. I have seen this lock up transaction and I have had to restart the services to bring this back in line. It isn't done often but I have had to do this. The player load percent we are seeing is getting better as we are balancing the transactions across the environment we have in place. Right now there are a thousand transactions being processed every five to fifteen minutes. I hope this helps.

  • Per input from SolarWinds Support, we updated the WPM section of the Scalability Engine Guidelines for SolarWinds Orion Products to list factors that impact the amount of transactions each WPM Player can handle. The Player Load Percentage post also includes good information that will be added to the main WPM documentation.