Steve, You can check your disk performance. When you're backing up to diskpool, check your CPU's Wait I/O using vmstat 1 10
If you're getting significant Wait I/O, you can do an iostat 1 10 to check which volumes are getting hit the hardest. If you don't have significant Wait I/O, I would suggest Disk is not your bottleneck. Alex Paschal Storage Administrator Freightliner, LLC (503) 745-6850 phone/vmail -----Original Message----- From: Steve Freeman [mailto:[EMAIL PROTECTED]] Sent: Wednesday, July 24, 2002 9:01 AM To: [EMAIL PROTECTED] Subject: diskpool performance Please could someone advise me on the following issue we have with tsm. I am a TSM novice and would appreciate some pointers etc. Environment : TSM 4.2.0 AIX4.3.3 ML09 Server and Client on same Server using Sharedmem 2 Stgpools defined diskpool and tapepool we have created a diskpool on RAID5 and created random access volumes Total Diskpool size is 150GB. Our nextpool is tapepool for migration upon high thresholds being reached. We have compression turned off on the client and set the selftune parameters in dsmserv.sys SELFTUNEBUF SELFTUNETXN Issue: IF we initiate a client backup using sharedmem to the diskpool, it seems to take the same time as it does to backup the client straight to tapepool. I would have thought the diskpool access would be quicker ? The Diskpool is located on direct fibre attached storage with large read/write cache. The tapepool is SCSI attached ATL library with 2 drives Any suggestions or pointers to increase the throughput to a respectable level would be appreciated. kind regards steve freeman [EMAIL PROTECTED]
