Agreed, it's been many years since I ran similar test with our software and don't remember the exact details, but my recollection is that I saw no noticeable change in CPU consumption. Which I remember being particularly interested in because I'd heard of issues reading that compressed data.
IIRC, I was only looking at at CPU because I/O time can be significantly variable depending on where we reading the data from. And doing less I/O is obviously always better, and can significantly impact runtime in some cases. So I/O time wasn't really a question in my mind. Scott Chapman On Thu, 18 Apr 2024 14:42:47 +1000, Andrew Rowley <[email protected]> wrote: >On 18/04/2024 12:04 am, Michael Oujesky wrote: >> Just a thought, but anyone processing internally compressed CICS or >> DB2 data on a non-z/OS platform (Windows/Unix) might see substantial >> CPU usage from RLE decompression. > >If the compression is lightweight, decompression should be too. I can't >speak for any other product, but I did an experiment with the EasySMF >Java API. > >Running a CICS report on my laptop I got: > >Processing CICS compressed data: 1.2 GB/s (size after decompression) > >Processing uncompressed data: 800 MB/s > >So processing the compressed data was actually about 50% faster. > >-- >Andrew Rowley >Black Hill Software > >---------------------------------------------------------------------- >For IBM-MAIN subscribe / signoff / archive access instructions, >send email to [email protected] with the message: INFO IBM-MAIN ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: INFO IBM-MAIN
