Re: "db file sequential read" latency during reads versus update activity
Date: Sun, 11 Mar 2018 11:02:44 +0000
Message-ID: <LO1P123MB09777C23767B19DAE08ACF7CA5DC0_at_LO1P123MB0977.GBRP123.PROD.OUTLOOK.COM>
If you're doing updates then you will be generating redo which has to be written, and modifying datablocks and undo blocks which eventually have to be written. How does the number and duration of write operations compare with the number of read operations - it's perfectly feasible that you're reads are slower because they're joining a queue with writes.
Regards
Jonathan Lewis
From: oracle-l-bounce_at_freelists.org <oracle-l-bounce_at_freelists.org> on behalf of Hameed, Amir <Amir.Hameed_at_xerox.com> Sent: 08 March 2018 14:54
To: Oracle-L Freelists
Subject: "db file sequential read" latency during reads versus update activity
I am running SLOB to gauge latency of the storage array. When I configure my test for SELECT only run (no updates), I see average latency of db file sequential read consistently around 3ms. However, as I start to add UPDATE activity to the run, I see average latency of db file sequential read go up in the vicinity of 5ms. Is the cause of this increase in latency due to the commit cleanouts phenomena? The database version is 12.1.0.2. My DB_CACHE size is set to 128M to drive physical IOs and I am running my tests with 64 concurrent users.
Thanks,
Amir
-- http://www.freelists.org/webpage/oracle-lReceived on Sun Mar 11 2018 - 12:02:44 CET