Velocity Software, Inc. is recognized as a leader in the performance measurement of z/VM and Linux on z. The Velocity Performance Suite consist of a set of tools that enable installations running z/VM to measure, report, and manage the perfomance of not only their z/VM system, but their Linux on z guests. In addition, many components of server farms can be measured and analyzed. Performance data can be viewed real-time through the use of either 3270 (often refered to as a green screen) or a browser. The zPRO component is designed to extend the capabilities of the z/VM sysprog (system programmer) to the browser world. This feature moves system management to the point-and-click crowd. Archived data and reports can be kept available of long term review and reporting usine zMAP. The zVPS, formally ESALPS, components consist of: zMON (formally ESAMON - real-time display of performance data), zTCP (formally ESATCP - SNMP data collection), zMAP (formally ESAMAP - historical reporting and archiving), zVWS (formally ESAWEB - z/VM based web server), zTUNE (a subscription service), zVIEW (formally SHOWCASE - web based viewing of performance data), zPRO (new to the quality line of Velocity Software Products). Velocity continues to work with other software vendors to ensure smooth interface with or from other products such as VM:Webgateway, CA-Webgateway, EnterpriseWeb, MXG, MICS. Velocity software remains the leader and inovator in the z/VM performance, Linux performance, Managing cloud computing arenas.
About Us | Products | FAQ | Demo | Customer Area | Education | Linux Hints & Tips | Presentations | News | VM Industry | Employment Opportunities
Home | Contact Us | License Info | Newsletter    

Frequently Asked Performance Questions

Topics


Linux servers "stop" or respond eratically The cause of this is most always the STORBUF is set too small, and the storage overcommit is higher than the STORBUF accounts for. For example, if storage is overcommitted by factor of 3, then STORBUF must be set to 300 300 300.

Or, "We changed vm.swappiness=100 and the problem disappeared." is a solution tried by one installation.

or, VM par: "VM64297: PAGING SPIKE DEMAND SCAN SHUTS DOWN SYSTEM HANG"