Peter, I wasn't suggesting that you use compressed data, merely that you demonstrate the value of using large buffers. As to your points below: 1. If your SMB buffer is large enough the most used CIs will remain in the buffer and suffer the ill effect of repeated compression/decompression. 2. If your management is not interested in more efficient use of the hardware for which they've paid, then you do indeed have a problem. With the right support you might get more cooperation from the storage admins.
________________________________ From: Farley, Peter x23353 [mailto:[EMAIL PROTECTED] Sent: Wed 5/9/2007 12:12 PM To: [email protected] Subject: Re: Measuring Use of BLSR Buffers Two things: 1. I have been told that REPRO is a "good" usage of compressed data -- repeated sequential access of any kind gives good results because each buffer is uncompressed only once. OTOH, nearly random access and compressed are "not good" use of compressed data (i.e., higher CPU utilization due to repeated decompression). My particular application is in the "nearly random" category. 2. I personally can't run any tests of extended/compressed VSAM as you suggest, since I am not a storage admin. I'd love to, but I can't. Getting access to Extended authorization for purposes of a "test" is highly unlikely. Seeing a problem (and a potential solution) and having the permissions to be able to determine if the solution would work are two very different things these days. Peter ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
