Applicable Products

• XenDesktop
• XenApp 6.5

Webserver Stress Tool is a powerful HTTP-client/server test application designed to pinpoint critical performance issues in your website or web server that may. LAN Speed Test (Lite) The Lite version of LAN Speed Test is a standalone portable executable of 122KB and basically an older free version of the shareware program. It’s an easy to use tool for measuring the speed on your LAN by copying a file to another computer that is located on the same local network.

StressPrinters Version 1.3.2

Created date: 03/30/2006
Modified date: 6/19/2013

Description

Many printer driver problems in Terminal Services/Remote Desktop Services environments revolve around poor multi-threaded performance, which in turn can cause print spooler instability. Problematic multi-threaded performance is usually exposed when multiple users connect to a Terminal Server simultaneously using the same printer driver. Symptoms include the failure to autocreate client printers, increased thread count of the printer spooler and/or Citrix Print Manager services, and possibly the unresponsiveness and/or unexpected termination of these services (stop responding).

This tool can be used to simulate multiple sessions auto-creating printers using the same printer driver.

It can also be used to compare the following among various drivers:

• CPU load incurred while creating a printer using a particular driver

• Time required to successfully create a printer using a particular driver

Note: The current version of the tool does not test concurrent printer capabilities, settings, or actual printing calls, which are also possible causes of failing to print. Therefore, good/passing stress results do not always mean that printers are actually working or certified.

Prerequisites

The printer driver you want to test must be installed on the system. You can check for installed drivers by performing the following procedure:

1. Open the Printers and Faxes folder of the server.

• Open File > Server Properties.

There must be a valid port to connect the printer to (for example, LPT1:). It is acceptable to connect multiple printers to the same port for testing purposes. You can check for available ports by performing the following procedure:

1. Open the Printers and Faxes folder of the server.
2. Click File > Server Properties.
3. Click the Ports tab.

Installing StressPrinters

Copy and extract the StressPrinters.zip file to a directory on a test system. The program does not require any Citrix software installed and should never be run on a production server during production hours.
Note: Extract the StressPrinters.exe, addprinter.exe and/or StressPrinters64.exe, and addprinter64.exe to the same directory (for example, the desktop of the server). StressPrinters.exe is the GUI that calls AddPrinter.exe.

How to Use StressPrinters

Citrix TV - How To: Use the Stress Printers Tool

1. On 32-bit Windows platforms, use StressPrinters.exe. On 64-bit Windows platforms, use StressPrinters64.exe.
2. In addition, watching a Performance Monitor counter set to cpu%load can assist in providing a visual representation on CPU load incurred when these drivers/printers are added.
3. When you run StressPrinters.exe or StressPrinters64.exe, the dialog box shown in the following screen shot appears. It allows you to specify various parameters for each printer driver installed:

The parameters are defined as:

• Base printer name: specifies the base name of the printers to create (defaults to printer driver name).
• Printer port name: (default is to LPT1:) specifies the port to connect the printers to.
• Print processor: (default is Winprint) specifies the name of the print processor you want to use for the printer.
• The number of concurrent add events: (default is 1) the number of concurrent add and delete (if Keep printers created during last iteration option is not specified) events to run during an iteration.
• Maximum delay between add and delete: (default is 0) specifies the maximum delay (in milliseconds) between printer additions and deletions for a particular thread. This delay is randomized (up to the maximum delay specified) to expose problems across a wider range of timing variations.
• The number of times to repeat the test: (default is 1) the number of times to repeat the test with the parameters specified.
• Keep printers created during last iteration: (default is not keep) does not delete the printers created during the last iteration of the test.
• Verbose mode: print verbose messages (default is not to print verbose status, but only error/warning conditions).
• Apply these settings to all printers: make the settings default for all other printer drivers and overwrites what you have specified for them.

1. You can save your choices of parameters and selected printer drivers to a text file (Save), and load them later or on another server (Load).
2. You can specify the timeout in minutes (Options) to mark potential problem printer drivers that take too much time to autocreate or stuck in a spooler. By default, the timeout is 10 minutes. Post processing command is any command line that will be executed once the stress test is completed.

1. When the parameters are set, select the appropriate printer drivers to test and click Run to start testing. The following dialog box (which includes a progress bar) appears:

1. If printer auto-creation takes a long time (the Print Spooler service might become unresponsive), you can abort the current test by clicking Close. The log file can be saved at any time by clicking Save log.
2. If you choose to abort the current test, click Yes when prompted to close instances of addprinter.exe, as shown in the following screen shot:

1. When the timeout expires, you have the choice to continue the stress test for the same amount of time or abort it:

1. If you choose not to continue, the following message appears:

1. If all tests finish before the specified timeout, the following message appears:
   “Stress test has finished!”

1. The tool also detects when the Print Spooler stops responding because of a bad printer driver and displays a warning. If this occurs, save the log and check the crash dump saved by your default postmortem debugger (for example, Dr. Watson or NT Symbolic Debugger (NTSD)).

1. Refer to CTX105888 – How to Set the NT Symbolic Debugger as a Default Windows Postmortem Debugger for information on how to set NTSD as a default postmortem debugger.
2. Refer to CTX118614 – How to Use Windows Error Reporting (WER) to capture Application Crash Dumps (User Dumps) on Windows Server 2008, Windows Vista, and Windows 7 for information on How to Use Windows Error Reporting (WER) to capture Application Crash Dumps (User Dumps) on Windows Server 2008 and Windows 7
3. If all tests have finished (indicated by a full progress bar), you can examine the log file. Save it (click Save log) and click Close to close the dialog box.

Best practices:

1. Test a good print driver first to get a benchmark time for the test to finish.
2. Test each print driver separately to get a true and specific result for each.
3. Citrix Support has found the best test is to select (5) for both The number of concurrent add events and The number of times to repeat the test
4. In this instance, the magic number for the test to finish is around 60 seconds (This is an approximation based on Step 1, 2 and 3).

Annotated Log File

Following is the annotated log file example corresponded to the stress test depicted above (comments are in bold):

Launching cmd.exe /C addprinter.exe -name 'HP LaserJet 4000 Series PCL' -port 'LPT1:' -driver 'HP LaserJet 4000 Series PCL' -proc 'Winprint' -conc 1 -iter 1 -delay 0
CMD process has been created. PID: 118c (4492)
Launching cmd.exe /C addprinter.exe -name 'HP LaserJet 4050 Series PCL' -port 'LPT1:' -driver 'HP LaserJet 4050 Series PCL' -proc 'Winprint' -conc 1 -iter 1 -delay 0
CMD process has been created. PID: 1184 (4484)
--- Begin Log for 'HP LaserJet 4000 Series PCL' ---
AddPrinter Ver 2.01 (c) Citrix 2006-2007 (pid: 4108)
WARNING: thread id 0x468 may be stuck on AddPrinter for printer HP LaserJet 4000 Series PCL1!
Time elapsed: 6 seconds. Done with 0 errors.
>>> The warning can be ignored because the log for HP LaserJet 4000 Series PCL stress test reports elapsed time less than 1 minute timeout and 0 errors.
--- End Log for 'HP LaserJet 4000 Series PCL' ---
--- Begin Log for 'HP LaserJet 4050 Series PCL' ---
Logging is in progress...
>>> This is an indication of the ongoing stress test for HP LaserJet 4050 Series PCL driver. Had not been finished by the time the log was saved.
--- End Log for 'HP LaserJet 4050 Series PCL' ---
Stress tests have not finished for the following drivers after 1 minutes(s):
HP LaserJet 4050 Series PCL
>>> The list of printer drivers whose tests had not been finished when the timeout of 1 minute expired.

Command-line Usage

The package contains command-line versions addprinter.exe and addprinter64.exe that you can use to test individual printer drivers manually.

1. The following is the syntax for the program:
   addprinter.exe –name “PrinterName” –port “PortName” –driver “DriverName” –proc “Processor” –conc NumConThreads –iter numIter –delay msecDelay –keep –verbose
2. The values are defined as:
   

• “PrinterName” specifies the base name of the printers to create.
• “PortName” (optional, defaults to LPT1:)specifies the port to connect the printers to.
• “DriverName” specifies the driver to test.
• “Processor” (optional, defaults to Winprint) specifies the name of the print processor you want to use for the printer.
• NumConThreads (optional, defaults to 1) is the number of concurrent add and delete (if –keep is not specified) events to run during an iteration.
• numIter (optional, defaults to 1) is the number of times to repeat the test with the parameters specified.
• msecDelay (optional, defaults to 0) specifies the maximum delay (in milliseconds) between printer additions and deletions for a particular thread. This delay is randomized (up to the maximum delay specified) to expose problems across a wider range of timing variations.
• -keep (optional, defaults to not keep) does not delete the printers created during the last iteration of the test.
• -quiet (optional) does not print verbose status, but only error/warning conditions and the program banner.

For example, the following command adds three printers with the base name test (test1,test2,test3) using the HP LaserJet 4 print driver with a delay of 500 milliseconds between the printer being added and deleted for a particular thread. It also only prints status if any of the AddPrinter() or DeletePrinter() calls fail and keeps the three printers that are created during the final (third) iteration of the test.
addprinter.exe -name 'test' -driver 'HP LaserJet 4' -conc 3 -iter 3 -delay 500 -keep –quiet

1. If there is an error adding the driver, an error message is returned. For example:
   “AddPrinter (test1) failed with error 1797: The printer driver is unknown.”
   Where test1 specifies the unique AddPrinter() call that failed. If multiple iterations have been specified with the –iter argument and there is a failure during a particular iteration of a test, subsequent iterations are not run.
2. If no error occurs, a confirmation message similar to the following is printed:
   “Time elapsed: 17 seconds. Done with 0 errors.”

Uninstalling StressPrinters

To uninstall StressPrinters, delete StressPrinters.exe, addprinter.exe, StressPrinters64.exe, and addprinter64.exe.

More Information

By default, if an AddPrinter() call fails while auto-creating printers on a system, the following event is created in the Event Log:
'Source: MetaFrameEvents
Category: Printer Management
Event ID: 1116
Description: Printer auto creation failure. Reason: AddPrinter() failed with status 0x709. Client name: ClientName Printer name: PrinterName Port name: PortName Driver name: DriverName Print processor: (WINPRINT)'

Where:

• Reason is the ntstatus code of failure.
You can leverage the NET HELPMSG facility as shown above to translate the code into a readable error message.

• Client name is the client name of the client that attempted to autocreate the printer.

• Printer name is the name used when attempting to autocreate.

• Port name is the name of the port used when attempting to autocreate.

• Driver name is the name of the driver used when attempting to autocreate.

• Print processor is the name of the print processor used when attempting to autocreate.

Note: Auto-created printers always use the WINPRINT print processor.

Contact Information

Questions? Concerns? Send any feedback for this tool to supporttools@citrix.com.

Disclaimer

This software application is provided to you 'as is' with no representations, warranties or conditions of any kind. You may use and distribute it at your own risk. CITRIX DISCLAIMS ALL WARRANTIES WHATSOEVER, EXPRESS, IMPLIED, WRITTEN, ORAL OR STATUTORY, INCLUDING WITHOUT LIMITATION WARRANTIES OF MERCHANTABILITY, FITNESS FOR A PARTICULAR PURPOSE, TITLE AND NONINFRINGEMENT. Without limiting the generality of the foregoing, you acknowledge and agree that (a) the software application may exhibit errors, design flaws or other problems, possibly resulting in loss of data or damage to property; (b) it may not be possible to make the software application fully functional; and (c) Citrix may, without notice or liability to you, cease to make available the current version and/or any future versions of the software application. In no event should the code be used to support of ultra-hazardous activities, including but not limited to life support or blasting activities. NEITHER CITRIX NOR ITS AFFILIATES OR AGENTS WILL BE LIABLE, UNDER BREACH OF CONTRACT OR ANY OTHER THEORY OF LIABILITY, FOR ANY DAMAGES WHATSOEVER ARISING FROM USE OF THE SOFTWARE APPLICATION, INCLUDING WITHOUT LIMITATION DIRECT, SPECIAL, INCIDENTAL, PUNITIVE, CONSEQUENTIAL OR OTHER DAMAGES, EVEN IF ADVISED OF THE POSSIBILITY OF SUCH DAMAGES. You agree to indemnify and defend Citrix against any and all claims arising from your use, modification or distribution of the code.

• ANY BROWSER

• Minimize the TESTING CostS

• No need to learn any scripting language. All options are GUI based.

  Unique product fully developed from testing perspective.

Loadtracer is an effective performance testing tool for web application

Load, stress, scalability, capacity, volume and endurance can be done effectively using LoadTracer.

It is the unique tool fully developed from testing perspective.Loadtracer is very effective Load Testing tool for web application at affordable price

Testing is done in three phases. One is recording the script using RECORDER, Simulating with hundreds of virtual clients using SIMULATOR and then analysing the result using ANALYZER.

During performance testing, all the performance measurements can be logged using performance counters effectively to determine the performance issues and bottlenecks in the web application. which is further used with analyzer to generate graphs, reports which can be exported into different formats.

The load tracer was developed in C language and hence the size of the tool is very less. It interacts directly to OS using various techniques to create virtual users as real users. parameterization is used to generate the data dynamically and distribute unique data for each and every virtual user. Sharp load is being generated on the server. This results in getting high accuracy in hits per second and sharp concurrency compared to other load testing tool available in the market.

RECORDER

Recorder acts as a proxy server between browser and the web server. It records all the interaction between browser and server to generate script file. The scripts are automatically generated. No need to write scripts.

SIMULATOR

Simulator uses script file to generate hundreds of virtual users to hit the server concurrently or sequentially. Different options are given to modify the scripts. Independent settings can be done for each script.

ANALYZER

Analyzer produces many types of graph and reports for analysis purpose. All the performance logs collected through LTMonitor are analysed through Analyzer. Many types of report and graphs can be generated in HTML and CSV format

LT MONITOR

LT monitor provides variety of performance counters to monitor. Necessary performance measurements can be logged to determine the performance issues and bottlenecks in the web application.

List of features are given aliging with the phase of performance / load / stress testing

Reduced Testing Time

Testers can use Load Tracer efficiently from first day itself.

High Quality

Achieve High Quality load and performance testing at real time accuracy.

Low Cost

Get high quality Performance testing tool at affordable price

ZERO SCRIPTING

All options are gui based. No need to learn any scripting language.

File Server Stress Test Tool Set

Lightweight

Load testing tool itself should not be a burden on OS affecting performance

Browser independent

LOADTRACER is a proxy based , so it is browser independent

REQUIREMENT ANALYSIS

Requirement Understanding

Identify the test environment

Project Initiation

Test Initiation Checklist

Determining test scope

TEST PLANNING

Define Test goals

Performance Criteria

Testing tool selection

Identify test scope

Project Acceptance Criteria

TEST DESIGNING

Test scenario design

Test script creation

Test Data creation

Metric Identifcation

Design Checklist

ENVIRONMENT SETUP

H/W and S/W environment

Loadtracer tool setup

Resource setup

File Server Stress Test Tool Harbor Freight

Lt Monitor Setup

Test environment readiness

TEST EXECUTION

Test Script Execution

Test Validation

Virtual user simulation

Monitor the test

Performance data collection

ANALYSIS& REPORTING

Analyze the Data

Find Performance issues

Generate analytical report

Performance Tuning

Test Report Generation

Download the Free Version of Loadtracer

Get the most effective Performance and Load testing tool free of cost.

Recorder acts as a proxy server between browser and the web server. It records all the interaction between browser and server to generate script file.

It records all the request and response from the client and server and generates script.

The script is corrected and parameterised as per the requirement using various options given in recorder. Many types of functions are available for parameterization, Variable Management, and Response Validation.

During this recording session itself, the RECORDER generates a detailed report for different parameters like request time, response time, number of bytes sent and number of bytes received.

In Many web application http errors are customized, so it is hard to find in runtime whether a http exception has occurred or not, using response validation with different methods we can determine whether the response is valid or not.

In SIMULATOR, the recorded script in RECORDER is used for simulating the virtual client. The number of clients and the other parameters like think time, iteration, proxy settings, cookie usage, etc., can be specified in SIMULATOR setting based on the requirement.

By executing the script, SIMULATOR hits the server with the specified number of virtual users based on the requirements.

Each virtual users will run on a separate thread and carrying its own data and other parameter simulating real user environment.

Using vuser scheduler, load can be released in ramp up and ramp down manner for specified amount of time to simulate realtime load.

The result of all virtual users are stored in separate file.

These raw data is sent to ANALYZER. SIMULATOR also sends its data to Analyzer

The ANALYZER will analyze the virtual users data and generate a detailed report.

There are many type of graph for example running virtual user or active virtual users, hit per sec, response per sec, bytes send per sec, bytes receive per sec, number of text files downloaded per sec, number of binary files downloaded per sec,.

Two important features provided by Analyzer is Detail Information By Virtual User and Detail Information By Files. These features provide very minute details like time taken to complete a request, time taken to complete a response, number of bytes send, number of bytes received, content type of response, HTTP status codes.

The report can be generated in many formats like tabular, graphical.Results can be published as HTML pages or excel pages. All the reports are stored in html pages. These reports can be exported HTML format.

Download the Free Version of LoadTracer 4.0

Get the most effective Performance and Load testing tool for free.

To get fully functional unlimited virtual users please register.
Registration Code will be sent to your mail

To download fill the form below

Enter a valid e-mail id.

The free registration code will be sent to this id.

Please check your SPAM folder if you don't see the mail in your inbox.

System Requirements

Software Requirements

Windows: 2000/XP/2003/7/8/10

Browser:Explorer 6/0 or higher, or Firefox or Chrome

Any other Browser: configure proxy manually.

Fully functional unlimited virtual users.

Hardware Minimum Requirements

At least 1 Ghz of CPU speed and 1 GB RAM

Recommended more than 1.5 Ghz.

RAM - Min 4 GB

Using loadtracer, TRACE offers wide range of testing services also. Key testing to know about the exact behaviour of your web application

Performance testing is not just to determine response time and throughput but it is also to determine the various performance attributes like bottlenecks ( memory, disk, process, processor, cache, network, etc.) and resources leakages is present in normal scenario.

Loadtesting is to determine the risk factors associated with increasing the load on the application. And to determine the performance behavior of the system under load. And it is also evaluate the compliance of a system or component with specified load requirements.

Stress testing is not just to determine stress point (when the system goes down or crashes because of increase in load) but also to determine the factors affecting the stress point. It also to determine the performance behavior of the system causing stress point.

Scalability testing is to determine system behavior by increasing the load with a various scaling ratio. For every scaling point all the performance attributes have to be determined. Also the factors affecting the application scaling capacity have to be determined.

Capacity planning is to determine the optimum capacity needed to address the IT infrastructure needed for production requirements. It is all about mapping the correnct hardware, software and network requirements to determine the capacity bottlenecks.

Volume testing is to determine the system behavior with increase in volume of data. Large volume of data has to be applied to the server in scalable manner over a period of time. The volume factors affecting the application’s performance have to be identified.

LoadTracer has three modules RECORDER, SIMULATOR AND ANALYZER

• LOADTRACER - RECORDER : Records the scripts
• LOADTRACER - SIMULATOR : Simulates virtual users based on recorded scripts
• LOADTRACER - ANALYZER : Review and export result output from simulator.

Make sure to register after installing LoadTracer to avail this offer

Technical Support

For technical support

Online Help

Get all the latest product documentation.

Community Support

Welcome to the loadtracer community

DOWNLOAD CENTER

Download updated version of loadtracer and plugins.

Technical Papers

technical paper icludes different research articles, case studies, test reports and best practices etc.,

Testing Services

Trace offers wide range of Testing Services ranging from funtional , performance testing with highest expertise level

Training

On need basis, Trace gives special training on loadtracer for its customers.

CUSTOMER LOGIN

To open support ticket, login to our online trace manage system

Got a question about our products? Are you interested in partnering with us? Have some suggestion or feedbacks? Get in touch with us.