Release Notes for GroupSizr 3.5

Here are major new features/fixes in this release. They are NOT organized by any priority order.

1. Support for separate script files.
   This option enable you to simulate 1 script per user. For example, in a 500 user test, you can choose to assign the same script to all users or have 1 script per user (for a total of 500 scripts during one single experiment).
2. Flexibility to define collection intervals for statistics.
   You can define the way statistics are presented so you have GroupSizr pre-analyze intervals of test as opposed to the entire test.
3. Improvement to the reporting capabilities.
   More details and better organization with a new look
4. Embellishment and organization of documentation.
5. Support to send mail to random users.
   This is the ability to pick a user in random using the MAILLIST.TXT file. One of the included scripts file provides an example.
6. Ability to support testing of Notes Clusters.
   Using the intermediate and advanced commands, you can simulate failover and failback scenarios for Notes Clustering.
7. Timeout parameter (in Setup Applet)
   Previously, the timeout parameter applied to all commands, including the PAUSE commands. Now this setting applies only to active commands.
8. RunFor directive.
   The RunFor directive in the older versions had a minor "Time Leak" which would show up only on simulations which lasted for very long periods of time. It has now been completely tightened up.
9. Memory leak in MAIL command.
   This leak would show up on simulations would last for very long. This has been fixed and tested on runs lasting for a continuous period of 5 days.
10. Provided sample scripts with Documentation.
    Please send ideas for more of such scripts to us so we can include them in newer releases.
11. Advanced Commands in GroupSizr have been thoroughly embellished to handle many complex database manipulations. An SDK to explain usage of these commands are in the works. Please contact Technovations if you would like to see specific examples or to give feedback on this idea.
12. User Desynchronization This has been modified to enable very quick rampup on the experiment
13. WaitUntilRampup function
    This function is a new one. This can be defined by checking the appropriate box in the "Miscellaneous settings" tab of the Setup Applet. It allows the capability to stall simulation of commands in the script until all users have been created. This gives the user a flexibility of defining the workload generation pattern.
14. Stability issues:
    Capability to handle socket and server exceptions when the network stack gets broken due to application/user load.