|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
RTI Browser and RTI Enterprise require Java 1.5 or newer be installed. You can download this from http://java.com/
RTI Web provides performance collection and analysis for browser-based web transactions. RTI Web is available for Windows platforms (XP, Vista, Windows 7) and supports collecting performance data for Firefox and Internet Explorer.
RTI Enterprise provides end-to-end performance monitoring from a “click” in the browser to the database query in your app-server, back to the final page “render”. RTI Enterprise is currently supported on Windows and Linux .
See the System Requirements page for the most current information.
RTI currently provides performance monitoring capabilities for the following:
We’re constantly expanding our capabilities so contact us if you need RTI for additional applications and/or middleware such as WebLogic and WebSphere. We're all software people at heart and occasionally the documentation lags behind the development. Your best bet is to ask if you don’t see what you need — rti_support@ocsystems.com.
Yes. The RTI Enterprise collector automatically handles either 32- or 64-bit Java applications. The RTI Browser collector only supports 32-bit applications, but the default Windows Internet Explorer and Firefox programs are 32-bit, so they should just work. However, the RTI IE collector won't work on 64-bit Internet Explorer. Contact us if you need that.
Yes. RTI automatically recognizes whether 32- or 64-bit Java is starting up and uses the appropriate libraries.
Not at this time (Version 3.3.2, April 2012); we're focusing on JBoss and Tomcat for now.
You can request a free trial on the download page.
Everyone should install the
These might all be the same machine. You should have gotten an e-mail with a link to a web site describing all this about the currently available version. If not, go to our Download Page and fill out a form, or contact us.
It's all explained in the User's Guide.
Yes you can. Simply run the "rti edit" command on each one, naming its JBOSS_HOME value, for example:
rti edit -t jboss /opt/jboss-soa-p.4.3.0/jboss-as
rti edit -t jboss /opt/jboss-6.0.0.Final
If you are logged in as root, "." (the current directory) isn't generally in your PATH. Precede the installer name with "./" or "sh ".
When you downloaded the installer it may have lost its execute permission. Do
chmod +x ./rti-enterprise-3.3.1-linux-x86.installersh rti-enterprise-3.3.1-linux-x86.installer.
Yes you can. Simply run the "rti edit" command on each one, naming its JBOSS_HOME value, for example:
rti edit -t jboss /opt/jboss-soa-p.4.3.0/jboss-as
rti edit -t jboss /opt/jboss-6.0.0.Final
The easiest way is to re-install just the RTI Enterprise component on that computer. However, if that seems like overkill or you don't have the installer any more, you can do it manually as follows:
From the Start menu, open Start->All Programs->RTI, then
right-click on 'RTI Enterprise Cmd' and select 'Run As Administrator'
In the cmd window that opens, execute this exact command (that's an upper-case P at the end).
The last command should show the service running. You may have to add rshd program to your Windows or other firewall or open up port 514 in anti-virus software.
rti edit -t jboss /opt/jboss-soa-p.4.3.0? The given path must be the parent of the bin directory containing the "run.sh" script, for example:
rti edit -t jboss /opt/jboss-soa-p.4.3.0/jboss-as.
It may be unable to locate the installation's RTI_HOME. You can explicitly tell it where RTI_HOME is as follows: Select the host name in the collectors view, right-click and choose Properties, fill in the RTI_HOME value for that host at the bottom, for example
/opt/ocsystems/rti/ee64; click OK. Now then right-click on that host again and choose Activate/Deactivate Host; then right-click again and choose Refresh.In version 3.3.1 and before this probably means it can't find the rti installation at all. See the next question.
Enable JBoss ON agent debugging, force manual auto-discovery on the platform root node, then look in the agent log file for more information. See the next two questions for how to do this.
You can enable agent debugging by selecting the Inventory view, Resources>Platforms>(your platform)>RHQ Agent. Then right-click, choose Operations>Set Debug Mode, then choose "Yes" for both Enabled and Trace Messaging Parameters, then click Schedule button at the bottom of the Create New Operation Schedule view.
This is described in the user's guide.
It takes a few seconds to construct the RTI Alerts dialog. Unfortunately, it presents its OK button before it's complete. Wait until you see a big dialog with a number of Properties before proceeding.
You have RTI Enterprise and the accompanying JBoss ON plugins successfully installed. Now you must:
The Java-based enterprise collectors that are started by scripts--currently JBoss, JMeter, SoapUI, and Tomcat--are "enabled" for RTI by edit these scripts, after which collectors are automatically created or activated as-needed whenever the script is run. Thus, the way to create a script for these is to choose a host and collector type, "edit" the script, and then (re)start the application.
On Linux, in the case of JBoss, JMeter, soapUI, and Tomcat, we will attempt to do the "enable" step during install if the right env variables are set: JBOSS_HOME, JMETER_HOME, SOAPUI_HOME and CATALINA_HOME, respectively. This basically does (for example) "rti edit -t tomcat /opt/apache-tomcat-6.0.29" call. We attempt this during install on Linux because often things like Tomcat, JBoss, JMeter, soapUI are installed in a protected directory so the installer has to have privilege to modify the scripts. We may add this to the Windows installer too, but not in 3.0.
So you need to:
That will edit the catalina.sh script to call rti_enable_tomcat.sh. Then you need to restart Tomcat and it should create a collector (or use the one you had previously) and you should then see processes and data:
or you can run the console and it will issue the same kind of commands to update the Tomcat collector node.
Just to continue some more, for all the collector kinds except java and rcp, we have to do this "enable" step that consists of editing the start-up script for the tool to call the appropriate $RTI_HOME/bin/rti_enable_*.sh/bat script. That can be done:
It's spread out like this because the user must have privilege to edit the tool scripts and that may not be possible for the console user. In those cases they will have to get privilege or do it on the server manually or during installation.
After doing the enable/edit the user will have to restart any running tool processes to get data. This is another reason they may need to do the operation on the server with privilege.
There are two operations done when you create a JBoss (or other Java-based) collector: creating the collector objects within RTI, and enabling the JBoss application. This second step, enabling JBoss, requires write access to JBoss application files. That's why we recommend you enable JBoss as a separate step, from the command line, as a JBoss administrative user, as described in the user's guide.
When the RTI Console is first started, there is a shortcut created on the desktop label "RTI Drop Box" that points to the RTI Drop Box/RTI Data folder in the Workspace View at the lower left of the console window. This is an easy way to access files from both within the RTI Console and your Windows Explorer.
Copy out of Workspace Drop Box by copy and paste:
Copy into the Workspace Drop Box by drag and drop:
Sorting is done independently at each level of the transaction tree. So all the Top-level transactions are sorted, then under each of those, it's direct children are sorted, and so forth. So if you look at an expanded tree it can look out of order. You can flatten the tree into a single linear list by doing a filter on "/".
Some "failed" (light red color) transactions are so marked because no stop event was ever seen. The stop time associated with them is the time at which the tab or window is closed, which could be a long time after it was started. The statistics associated with failed transactions are not generally reliable.
This are the load time and size of the actual .swf file. The file may then display an animation or streaming video which will not be measured by RTI, since what you see is not interacting with the browser itself in any way.
For cached, 0 means "page requested, not cached"; 1 means "page retrieved from cached, not requested"; and 304 means "request made with "If-Modified-Since" header in request; and "304 Not Modified" was returned, so the page was then retrieved from cache.
RTI allows you to export selected transactions from a transaction tree view in CSV format. When you open the exported .csv file with Microsoft Excel, you see only hours and minutes -- the date isn't visible.
Amazingly enough, Excel does not support automatically formatting a date/time with millisecond accuracy from a CSV file! You need to do a custom format in Excel to properly use the millisecond date/time exported by the Console in the CSV file, as follows:
Now column A gives the date/time with millisecond precision.
Changes may take effect immediately, periodically, or only on restart, as follows:
Yes, and it will collect data from your browsers that can be viewed by other RTI Consoles.
The .rti files are XML text, but they're not very readable. Contact us for an rti2csv tool which might help.
There are a few possible reasons:
- RTI doesn't support your version of Firefox. As of version 3.3.2, only Firefox version 6 and below are supported. Contact RTI support if you need a newer version to be supported.
- You didn't restart Firefox after the installation. Try that now.
- The RTI System Tray is Disabled, causing RTI to specifically not collect Events. Make sure it is enabled:
![]()
- There was a permissions problem writing to the expected output path. RTI Firefox and Internet Explorer Collectors write under a sub-folder in %USERPROFILE%. You can change this behavior by editing %PROGRAMFILES%OC SystemsRTIBrowserconfconfig.txt and modifying the parameter RING_LOG_DIR to a safe location; for example - RING_LOG_DIR=C:tmpRTI. Restart Firefox and verify there are now .rti files contained in c:tmpRTI.
- The plugin is broken or incompatible. Contact rti_support@ocsystems.com so we can help you figure it out.
Not always. On pages with sophisticated dynamic content, transactions can be initiated that are impossible to relate back to the last user-initiated transaction that caused them. However, if you have reproducible output which doesn't look right, please report a bug.
In its default configuration, the Browser collector only keeps data for seven days or up to a limit of 32MB. See the next question.
If you want to keep more data, change the parameters. Here you can change the values of TOTAL_RING_SIZE, RING_SIZE, and KEEP_DAYS, respectively.
NOTE You must restart your browser(s) to pick up the changed configuration.
By a "ring" of files, we mean a fixed-size group of files, such that each file is approximately the same size, and the oldest is deleted when creating the newest. There is always one more file than the stated ring size. For example, if ARM Ring Size is listed as 1, there's never more than 1 file in addition to the one being written to. If the Arm Ring File Size is 8388607, then when a transaction is recorded which brings the current file size at or above 8MB, that file is closed. If there's already an existing data file for the current process it is deleted, and then new file with the next sequence number is opened.
Using the RTI Console, right-click on the Localhost->IE or Firefox collector, and choose Edit Configuration... to see the Properties page. Note that both IE and Firefox share the same configuration information: changing one changes them both.
The properties are are as described here.
When you re-start Internet Explorer, it deletes data files changed more than 7 days before. For each IE process, the default is to keep 2 8MB data files, or about 10,000 transactions. These settings can be changed in the Properties page for the IE or Firefox collector
We've built lots of support into RTI for collecting internal data to help us figure things out, so here's what to do...
Attach all data in any compressed format to an e-mail describing the problem:
Under the RTI Console, there is Help->Problem Report. Try that first, and send the file it tells you it creates.
The RTI Console's Help->Problem Report will gather data about all connected hosts and collectors, but if the problem isnt' with something you're currently connected to, then: