Re: Exadata Cacheflash Compression
- From: "Thomas P S" <dmarc-noreply@xxxxxxxxxxxxx> (Redacted sender "royxavier@xxxxxxxxx" for DMARC)
- To: "dmarc-noreply@xxxxxxxxxxxxx" <dmarc-noreply@xxxxxxxxxxxxx>, ORACLE- L <oracle-l@xxxxxxxxxxxxx>
- Date: Fri, 9 May 2014 01:21:21 -0700 (PDT)
Thanks Craig. That means enabling Flashcache compression will have no impact
on performance. Thanks for sharing.
Thanks,
Thomas
On Thursday, May 8, 2014 8:57 PM, Craig Dickman <dmarc-noreply@xxxxxxxxxxxxx>
wrote:
Here's how I understand it. The data in flashcache is compressed by default
anyway, it happens automatically. Prior to X4, the data in the flashcache
would get compressed but the extra space made available by this compression was
not usable.
With the release of X4, Oracle gives you the ability to enable flashcache
compression which essentially gives you the ability to use the space freed up
by the automatic flashcache compression. Basically, you turn 20TB of flash
cache into 40TB usable if you have Advanced Compression.
________________________________
From: Thomas P S <dmarc-noreply@xxxxxxxxxxxxx>
To: ORACLE- L <oracle-l@xxxxxxxxxxxxx>; Roy <royxavier@xxxxxxxxx>
Sent: Thursday, May 8, 2014 6:29 AM
Subject: Exadata Cacheflash Compression
Dear List,
We have X4-2 Half Rack with 20TB flash cache with database size 8TB. I am very
reluctant to enable flashcache compression as the size of the database is half
of flashcache, but Oracle says enabling flashcache compression is a best
practice. Every code execution need time, even though FC is implemented in
hardware level compression, still I believe, there will be a penalty. In this
scenario, enabling flashcache compression is a wise idea? Any one got
falshcache I/O performance test results with compression and with out?
Note: License is not an issue as we have Advanced Compression license.
Thanks in advance,
Thomas Saviour
Other related posts:
