SlideShare ist ein Scribd-Unternehmen logo
1 von 54
 Independent consultant
 Performance Troubleshooting
 In-house workshops
 Cost-Based Optimizer
 Performance By Design
 Oracle ACE Director
 Member of OakTable Network
http://oracle-randolf.blogspot.com
https://www.youtube.com/c/RandolfGeist
https://community.oracle.com/welcome
 Oracle Cloud extended trial license as part of
Oracle ACE Director program
 Trial license comes with limitations / resource
quotas:
- 1TB max storage
- max 6 OCPUs (more details later)
- max 5 IP Endpoints
 Performance tests conducted within these
limits
 No “hardware” performance difference
between different editions measurable – all
created services show similar performance
characteristics in terms of CPU and I/O
capabilities
 Different performance still possible on software
level – Diagnostic + Tuning Pack features (e.g.
SQL Tuning advisor), InMemory Column Store
etc.
 Services can be scaled by adding more CPUs,
RAM and storage
 Currently no online operation, other Cloud
providers can do some of these scaling
activities online
 Tablespace encryption mandatory
 Network access rules, by default public access
disabled, only access via SSH possible
4 OCPUs configuration
Architecture: x86_64
CPU op-mode(s): 32-bit, 64-bit
Byte Order: Little Endian
CPU(s): 8
On-line CPU(s) list: 0-7
Thread(s) per core: 2
Core(s) per socket: 4
Socket(s): 1
NUMA node(s): 1
Vendor ID: GenuineIntel
CPU family: 6
Model: 79
Model name: Intel(R) Xeon(R) CPU E5-2686 v4 @ 2.30GHz
Stepping: 1
CPU MHz: 2300.062
BogoMIPS: 4600.12
Hypervisor vendor: Xen
Virtualization type: full
L1d cache: 32K
L1i cache: 32K
L2 cache: 256K
L3 cache: 46080K
NUMA node0 CPU(s): 0-7
0 10 20 30 40
PLSQL8
PLSQL4
SQLLIO8
SQLLIO4
35.8
34
31.1
29.9
AVG_DURATION
0 10 20 30 40 50 60 70
PLSQL8
PLSQL4
SQLLIO8
SQLLIO4
60.5
36
47.4
22.7
AVG_DURATION
ORACLE DBAAS AMAZON RDS
Average duration of a CPU bound database operation, running 4 and 8 threads
SQLLIO: Burns CPU via SQL logical I/Os (SQL engine)
PLSQL: Burns CPU via PL/SQL computation (PL/SQL engine)
 Disks exposed via XEN disk storage devices
(paravirtualized XEN disk drivers /dev/xvd*)
and then via device mapper and LVM
 Single Instance: ext4 Filesystem, asynchronous
and direct I/O enabled by default
 RAC: ASM plus ACFS on top
Average read IOPS figures over several days
4 / 8 threads, 4KB/8KB/16KB blocksize,
maximum physical, asynchronous I/O
TEST AVG_IOPS
4THREADS_4K 43900
8THREADS_4K 55760
4THREADS_8K 37748
8THREADS_8K 38986
4THREADS_16K 28631
8THREADS_16K 30264
TEST AVG_IOPS
4THREADS_4K 58968
8THREADS_4K 60943
4THREADS_8K 50945
8THREADS_8K 58740
4THREADS_16K 30670
8THREADS_16K 40330
Single Instance 4 OCPUs /
8 Cores/Threads
RAC Two Instances 2 + 2 OCPUs /
4 + 4 Cores/Threads
 General Purpose SSD:
Less than 1TB allocated:
Peak: 3.000 IOPS for max. 30 minutes
Then throttled to something between 100 IOPS and
less than 3.000 IOPS depending on amount of
storage allocated
I/O credits re-load over time, determine the
possible IOPS peak between baseline and 3.000
IOPS
 Provisioned IOPS: Maximum 30.000 IOPS
Premium SSD:
Maximum 5.000 IOPS per storage container
IOPS / throughput independent from allocated
storage size (tested with 25GB to 1TB) !!
Compare this to Amazon RDS where you need at
least 3TB of storage to get maximum 30.000 IOPS
for “Provisioned IOPS” premium storage
Maximum throughput
Single instance:
640MB / sec read
120MB / sec write
Two instances RAC:
1100MB / sec read
80MB / sec write
I/O Latency -
Synchronous I/O 8KB blocksize / 8 threads
(“db file sequential read”)
WAIT_TIME COUNT PERCENT PERCENT_GRAPH
<= 256 microseconds 302062 3,1
<= 512 microseconds 7013211 71,1#################
<= 1 millisecond 2489938 25,2######
<= 2 milliseconds 50799 0,5
<= 4 milliseconds 4149 0
<= 8 milliseconds 1102 0
<= 16 milliseconds 224 0
<= 32 milliseconds 195 0
<= 65 milliseconds 73 0
<= 131 milliseconds 20 0
<= 262 milliseconds 16 0
I/O Latency “General Purpose SSD” -
Synchronous I/O 8KB blocksize / 8 threads
(“db file sequential read”)
WAIT_TIME COUNT PERCENT PERCENT_GRAPH
<= 256 microseconds 152 0
<= 512 microseconds 7150 0,4
<= 1 millisecond 1911 0,1
<= 2 milliseconds 6553 0,4
<= 4 milliseconds 1817362 99################
<= 8 milliseconds 1492 0,1
<= 16 milliseconds 1006 0,1
 Four different tests performed over several
days
- PL/SQL CPU burning loop (PL/SQL engine)
- SQL logical I/O CPU burning
- Maximum physical asynchronous I/O - read
- Maximum physical asynchronous I/O - write
 Comparison to dedicated physical host, four
cores, Samsung SSD vs. Oracle DBaaS eight
cores
Test 1: PL/SQL CPU burning loop, executed as
many times as CPUs available
declare
n number;
begin
loop
n := 0;
for i in 1..1000000000 loop
n := n + 1;
end loop;
insert into timings(testtype, thread_id, ts)
values ('PLSQL', &thread_id, systimestamp);
commit;
end loop;
end;
/
DBaaS overall:
Physical host overall:
DBaaS per day:
Physical host
per day:
DBaaS threads:
Physical host
threads:
Test 2: SQL logical I/O CPU burning, executed as
many times as CPUs available
alter session set "_old_connect_by_enabled" = true;
declare
n number;
begin
loop
select
count(*) X
into n
from
kill_cpu&tabname
connect by
n > prior n
start with
n = 1;
insert into timings(testtype, thread_id, ts)
values ('SQLLIO', &thread_id, systimestamp);
commit;
end loop;
end;
/
DBaaS overall:
Physical host
overall:
DBaaS per day:
Physical host
per day:
DBaaS threads:
Physical host
threads:
Test 3: Maximum physical asynchronous I/O –
read only, minimum buffer cache, CPU times
declare
n number;
begin
loop
select /*+
leading(t_o)
use_nl(t_i)
index(t_o)
index(t_i)
*/
sum(t_i.n)
into n
from
t_o
, t_i&tabname t_i
where
t_o.id_fk = t_i.id;
insert into timings(testtype, thread_id, ts)
values ('&testtype', &thread_id, systimestamp);
commit;
end loop;
end;
/
DBaaS overall:
Physical host
overall:
DBaaS per day:
Physical host
per day:
DBaaS threads:
Physical host
threads:
Test 4: Maximum physical asynchronous I/O –
read-write, minimum buffer cache, CPU times
begin
loop
for rec in (
select /*+
index(t_o)
*/
id_fk
from
t_o
) loop
update t_i&tabname t_i
set n = rec.id_fk
where id = rec.id_fk;
end loop;
insert into timings(testtype, thread_id, ts)
values ('&testtype', &thread_id, systimestamp);
commit;
end loop;
end;
/
DBaaS overall:
Physical host
overall:
DBaaS per day:
Physical host
per day:
DBaaS threads:
Physical host
threads:
DBaaS events:
Physical host
events:
http://oracle-randolf.blogspot.com/search/label/DBaaS
Q & A
I/O Latency -
Synchronous I/O 16KB blocksize / 8 threads
(“db file sequential read”)
WAIT_TIME COUNT PERCENT PERCENT_GRAPH
<= 256 microseconds 20289 0,3
<= 512 microseconds 3333341 45,6##############
<= 1 millisecond 3607797 49,3###############
<= 2 milliseconds 289636 4#
<= 4 milliseconds 64954 0,9
<= 8 milliseconds 1412 0
<= 16 milliseconds 179 0
<= 32 milliseconds 179 0
<= 65 milliseconds 72 0
<= 131 milliseconds 31 0
<= 262 milliseconds 5 0
<= 1 second 2 0

Weitere ähnliche Inhalte

Was ist angesagt?

Reduce Resource Consumption & Clone in Seconds your Oracle Virtual Environmen...
Reduce Resource Consumption & Clone in Seconds your Oracle Virtual Environmen...Reduce Resource Consumption & Clone in Seconds your Oracle Virtual Environmen...
Reduce Resource Consumption & Clone in Seconds your Oracle Virtual Environmen...
BertrandDrouvot
 
The Magic of Hot Streaming Replication, Bruce Momjian
The Magic of Hot Streaming Replication, Bruce MomjianThe Magic of Hot Streaming Replication, Bruce Momjian
The Magic of Hot Streaming Replication, Bruce Momjian
Fuenteovejuna
 
pgDay Asia 2016 - Swapping Pacemaker-Corosync for repmgr (1)
pgDay Asia 2016 - Swapping Pacemaker-Corosync for repmgr (1)pgDay Asia 2016 - Swapping Pacemaker-Corosync for repmgr (1)
pgDay Asia 2016 - Swapping Pacemaker-Corosync for repmgr (1)
Wei Shan Ang
 
Pgbr 2013 postgres on aws
Pgbr 2013   postgres on awsPgbr 2013   postgres on aws
Pgbr 2013 postgres on aws
Emanuel Calvo
 

Was ist angesagt? (20)

Reduce Resource Consumption & Clone in Seconds your Oracle Virtual Environmen...
Reduce Resource Consumption & Clone in Seconds your Oracle Virtual Environmen...Reduce Resource Consumption & Clone in Seconds your Oracle Virtual Environmen...
Reduce Resource Consumption & Clone in Seconds your Oracle Virtual Environmen...
 
The Magic of Hot Streaming Replication, Bruce Momjian
The Magic of Hot Streaming Replication, Bruce MomjianThe Magic of Hot Streaming Replication, Bruce Momjian
The Magic of Hot Streaming Replication, Bruce Momjian
 
ELK: Moose-ively scaling your log system
ELK: Moose-ively scaling your log systemELK: Moose-ively scaling your log system
ELK: Moose-ively scaling your log system
 
Streaming replication in practice
Streaming replication in practiceStreaming replication in practice
Streaming replication in practice
 
Как PostgreSQL работает с диском
Как PostgreSQL работает с дискомКак PostgreSQL работает с диском
Как PostgreSQL работает с диском
 
pgDay Asia 2016 - Swapping Pacemaker-Corosync for repmgr (1)
pgDay Asia 2016 - Swapping Pacemaker-Corosync for repmgr (1)pgDay Asia 2016 - Swapping Pacemaker-Corosync for repmgr (1)
pgDay Asia 2016 - Swapping Pacemaker-Corosync for repmgr (1)
 
PostgreSQL High Availability in a Containerized World
PostgreSQL High Availability in a Containerized WorldPostgreSQL High Availability in a Containerized World
PostgreSQL High Availability in a Containerized World
 
Pgbr 2013 postgres on aws
Pgbr 2013   postgres on awsPgbr 2013   postgres on aws
Pgbr 2013 postgres on aws
 
PostgreSQL Replication Tutorial
PostgreSQL Replication TutorialPostgreSQL Replication Tutorial
PostgreSQL Replication Tutorial
 
pg / shardman: шардинг в PostgreSQL на основе postgres / fdw, pg / pathman и ...
pg / shardman: шардинг в PostgreSQL на основе postgres / fdw, pg / pathman и ...pg / shardman: шардинг в PostgreSQL на основе postgres / fdw, pg / pathman и ...
pg / shardman: шардинг в PostgreSQL на основе postgres / fdw, pg / pathman и ...
 
(PFC306) Performance Tuning Amazon EC2 Instances | AWS re:Invent 2014
(PFC306) Performance Tuning Amazon EC2 Instances | AWS re:Invent 2014(PFC306) Performance Tuning Amazon EC2 Instances | AWS re:Invent 2014
(PFC306) Performance Tuning Amazon EC2 Instances | AWS re:Invent 2014
 
JahiaOne - Performance Tuning
JahiaOne - Performance TuningJahiaOne - Performance Tuning
JahiaOne - Performance Tuning
 
Out of the box replication in postgres 9.4(pg confus)
Out of the box replication in postgres 9.4(pg confus)Out of the box replication in postgres 9.4(pg confus)
Out of the box replication in postgres 9.4(pg confus)
 
PostgreSQL Extensions: A deeper look
PostgreSQL Extensions:  A deeper lookPostgreSQL Extensions:  A deeper look
PostgreSQL Extensions: A deeper look
 
Tuning Solr & Pipeline for Logs
Tuning Solr & Pipeline for LogsTuning Solr & Pipeline for Logs
Tuning Solr & Pipeline for Logs
 
Making Ceph fast in the face of failure
Making Ceph fast in the face of failure Making Ceph fast in the face of failure
Making Ceph fast in the face of failure
 
Cloud Performance Benchmarking
Cloud Performance BenchmarkingCloud Performance Benchmarking
Cloud Performance Benchmarking
 
Out of the box replication in postgres 9.4
Out of the box replication in postgres 9.4Out of the box replication in postgres 9.4
Out of the box replication in postgres 9.4
 
Deep dive into PostgreSQL statistics.
Deep dive into PostgreSQL statistics.Deep dive into PostgreSQL statistics.
Deep dive into PostgreSQL statistics.
 
GitLab PostgresMortem: Lessons Learned
GitLab PostgresMortem: Lessons LearnedGitLab PostgresMortem: Lessons Learned
GitLab PostgresMortem: Lessons Learned
 

Andere mochten auch

Oracle - Enterprise Manager 12c Overview
Oracle - Enterprise Manager 12c OverviewOracle - Enterprise Manager 12c Overview
Oracle - Enterprise Manager 12c Overview
Fred Sim
 
Oracle Database Overview
Oracle Database OverviewOracle Database Overview
Oracle Database Overview
honglee71
 

Andere mochten auch (20)

OTN tour 2015 benchmarking oracle io performance with Orion by Alex Gorbachev
OTN tour 2015 benchmarking oracle io performance with Orion by Alex GorbachevOTN tour 2015 benchmarking oracle io performance with Orion by Alex Gorbachev
OTN tour 2015 benchmarking oracle io performance with Orion by Alex Gorbachev
 
Optimizing Alert Monitoring with Oracle Enterprise Manager
Optimizing Alert Monitoring with Oracle Enterprise ManagerOptimizing Alert Monitoring with Oracle Enterprise Manager
Optimizing Alert Monitoring with Oracle Enterprise Manager
 
Oracle Enterprise Manager 12c - OEM12c Presentation
Oracle Enterprise Manager 12c - OEM12c PresentationOracle Enterprise Manager 12c - OEM12c Presentation
Oracle Enterprise Manager 12c - OEM12c Presentation
 
Oracle - Enterprise Manager 12c Overview
Oracle - Enterprise Manager 12c OverviewOracle - Enterprise Manager 12c Overview
Oracle - Enterprise Manager 12c Overview
 
EM12c: Capacity Planning with OEM Metrics
EM12c: Capacity Planning with OEM MetricsEM12c: Capacity Planning with OEM Metrics
EM12c: Capacity Planning with OEM Metrics
 
Oracle Enterprise Manager Cloud Control 13c for DBAs
Oracle Enterprise Manager Cloud Control 13c for DBAsOracle Enterprise Manager Cloud Control 13c for DBAs
Oracle Enterprise Manager Cloud Control 13c for DBAs
 
Présentation Oracle DataBase 11g
Présentation Oracle DataBase 11gPrésentation Oracle DataBase 11g
Présentation Oracle DataBase 11g
 
Oracle Architecture
Oracle ArchitectureOracle Architecture
Oracle Architecture
 
Oracle Database Overview
Oracle Database OverviewOracle Database Overview
Oracle Database Overview
 
Narrative anaylisis
Narrative anaylisisNarrative anaylisis
Narrative anaylisis
 
Tcvn 4200-2012-dat-xay-dung-ppxd-tinh-nen-lun
Tcvn 4200-2012-dat-xay-dung-ppxd-tinh-nen-lunTcvn 4200-2012-dat-xay-dung-ppxd-tinh-nen-lun
Tcvn 4200-2012-dat-xay-dung-ppxd-tinh-nen-lun
 
#CGEarthDay Social Media Summary Report
#CGEarthDay Social Media Summary Report#CGEarthDay Social Media Summary Report
#CGEarthDay Social Media Summary Report
 
Resume 2016
Resume 2016Resume 2016
Resume 2016
 
The New Normal in B.C. Hockey
The New Normal in B.C. HockeyThe New Normal in B.C. Hockey
The New Normal in B.C. Hockey
 
Reacciones Químicas en el Amor
Reacciones Químicas en el AmorReacciones Químicas en el Amor
Reacciones Químicas en el Amor
 
İnovatif Kimya Dergisi Sayı-9
İnovatif Kimya Dergisi Sayı-9İnovatif Kimya Dergisi Sayı-9
İnovatif Kimya Dergisi Sayı-9
 
Networking 101
Networking 101Networking 101
Networking 101
 
İnovatif Kimya Dergisi Sayı-2
İnovatif Kimya Dergisi Sayı-2İnovatif Kimya Dergisi Sayı-2
İnovatif Kimya Dergisi Sayı-2
 
Potestad Tributaria
Potestad TributariaPotestad Tributaria
Potestad Tributaria
 
Guía de estudio para el examen departamental
Guía de estudio para el examen departamentalGuía de estudio para el examen departamental
Guía de estudio para el examen departamental
 

Ähnlich wie Oracle Database Cloud Performance Doag 2016

Resume_CQ_Edward
Resume_CQ_EdwardResume_CQ_Edward
Resume_CQ_Edward
caiqi wang
 

Ähnlich wie Oracle Database Cloud Performance Doag 2016 (20)

How Many Slaves (Ukoug)
How Many Slaves (Ukoug)How Many Slaves (Ukoug)
How Many Slaves (Ukoug)
 
SQLIO - measuring storage performance
SQLIO - measuring storage performanceSQLIO - measuring storage performance
SQLIO - measuring storage performance
 
Super scaling singleton inserts
Super scaling singleton insertsSuper scaling singleton inserts
Super scaling singleton inserts
 
Proving out flash storage array performance using swingbench and slob
Proving out flash storage array performance using swingbench and slobProving out flash storage array performance using swingbench and slob
Proving out flash storage array performance using swingbench and slob
 
Ceph Day Melbourne - Ceph on All-Flash Storage - Breaking Performance Barriers
Ceph Day Melbourne - Ceph on All-Flash Storage - Breaking Performance BarriersCeph Day Melbourne - Ceph on All-Flash Storage - Breaking Performance Barriers
Ceph Day Melbourne - Ceph on All-Flash Storage - Breaking Performance Barriers
 
Ceph Day Beijing - Optimizing Ceph Performance by Leveraging Intel Optane and...
Ceph Day Beijing - Optimizing Ceph Performance by Leveraging Intel Optane and...Ceph Day Beijing - Optimizing Ceph Performance by Leveraging Intel Optane and...
Ceph Day Beijing - Optimizing Ceph Performance by Leveraging Intel Optane and...
 
Ceph Day Beijing - Optimizing Ceph performance by leveraging Intel Optane and...
Ceph Day Beijing - Optimizing Ceph performance by leveraging Intel Optane and...Ceph Day Beijing - Optimizing Ceph performance by leveraging Intel Optane and...
Ceph Day Beijing - Optimizing Ceph performance by leveraging Intel Optane and...
 
3.INTEL.Optane_on_ceph_v2.pdf
3.INTEL.Optane_on_ceph_v2.pdf3.INTEL.Optane_on_ceph_v2.pdf
3.INTEL.Optane_on_ceph_v2.pdf
 
Resume_CQ_Edward
Resume_CQ_EdwardResume_CQ_Edward
Resume_CQ_Edward
 
Presentation oracle on power power advantages and license optimization
Presentation   oracle on power power advantages and license optimizationPresentation   oracle on power power advantages and license optimization
Presentation oracle on power power advantages and license optimization
 
SQL Server It Just Runs Faster
SQL Server It Just Runs FasterSQL Server It Just Runs Faster
SQL Server It Just Runs Faster
 
Cómo se diseña una base de datos que pueda ingerir más de cuatro millones de ...
Cómo se diseña una base de datos que pueda ingerir más de cuatro millones de ...Cómo se diseña una base de datos que pueda ingerir más de cuatro millones de ...
Cómo se diseña una base de datos que pueda ingerir más de cuatro millones de ...
 
Ceph Day Taipei - Accelerate Ceph via SPDK
Ceph Day Taipei - Accelerate Ceph via SPDK Ceph Day Taipei - Accelerate Ceph via SPDK
Ceph Day Taipei - Accelerate Ceph via SPDK
 
(DAT402) Amazon RDS PostgreSQL:Lessons Learned & New Features
(DAT402) Amazon RDS PostgreSQL:Lessons Learned & New Features(DAT402) Amazon RDS PostgreSQL:Lessons Learned & New Features
(DAT402) Amazon RDS PostgreSQL:Lessons Learned & New Features
 
Oracle: Binding versus caging
Oracle: Binding versus cagingOracle: Binding versus caging
Oracle: Binding versus caging
 
Ceph Day Beijing - Ceph all-flash array design based on NUMA architecture
Ceph Day Beijing - Ceph all-flash array design based on NUMA architectureCeph Day Beijing - Ceph all-flash array design based on NUMA architecture
Ceph Day Beijing - Ceph all-flash array design based on NUMA architecture
 
Ceph Day Beijing - Ceph All-Flash Array Design Based on NUMA Architecture
Ceph Day Beijing - Ceph All-Flash Array Design Based on NUMA ArchitectureCeph Day Beijing - Ceph All-Flash Array Design Based on NUMA Architecture
Ceph Day Beijing - Ceph All-Flash Array Design Based on NUMA Architecture
 
Deep Dive into GPU Support in Apache Spark 3.x
Deep Dive into GPU Support in Apache Spark 3.xDeep Dive into GPU Support in Apache Spark 3.x
Deep Dive into GPU Support in Apache Spark 3.x
 
PostgreSQL performance archaeology
PostgreSQL performance archaeologyPostgreSQL performance archaeology
PostgreSQL performance archaeology
 
Analyze database system using a 3 d method
Analyze database system using a 3 d methodAnalyze database system using a 3 d method
Analyze database system using a 3 d method
 

Kürzlich hochgeladen

If this Giant Must Walk: A Manifesto for a New Nigeria
If this Giant Must Walk: A Manifesto for a New NigeriaIf this Giant Must Walk: A Manifesto for a New Nigeria
If this Giant Must Walk: A Manifesto for a New Nigeria
Kayode Fayemi
 
Chiulli_Aurora_Oman_Raffaele_Beowulf.pptx
Chiulli_Aurora_Oman_Raffaele_Beowulf.pptxChiulli_Aurora_Oman_Raffaele_Beowulf.pptx
Chiulli_Aurora_Oman_Raffaele_Beowulf.pptx
raffaeleoman
 
Bring back lost lover in USA, Canada ,Uk ,Australia ,London Lost Love Spell C...
Bring back lost lover in USA, Canada ,Uk ,Australia ,London Lost Love Spell C...Bring back lost lover in USA, Canada ,Uk ,Australia ,London Lost Love Spell C...
Bring back lost lover in USA, Canada ,Uk ,Australia ,London Lost Love Spell C...
amilabibi1
 
Uncommon Grace The Autobiography of Isaac Folorunso
Uncommon Grace The Autobiography of Isaac FolorunsoUncommon Grace The Autobiography of Isaac Folorunso
Uncommon Grace The Autobiography of Isaac Folorunso
Kayode Fayemi
 

Kürzlich hochgeladen (18)

If this Giant Must Walk: A Manifesto for a New Nigeria
If this Giant Must Walk: A Manifesto for a New NigeriaIf this Giant Must Walk: A Manifesto for a New Nigeria
If this Giant Must Walk: A Manifesto for a New Nigeria
 
Chiulli_Aurora_Oman_Raffaele_Beowulf.pptx
Chiulli_Aurora_Oman_Raffaele_Beowulf.pptxChiulli_Aurora_Oman_Raffaele_Beowulf.pptx
Chiulli_Aurora_Oman_Raffaele_Beowulf.pptx
 
Dreaming Marissa Sánchez Music Video Treatment
Dreaming Marissa Sánchez Music Video TreatmentDreaming Marissa Sánchez Music Video Treatment
Dreaming Marissa Sánchez Music Video Treatment
 
Aesthetic Colaba Mumbai Cst Call girls 📞 7738631006 Grant road Call Girls ❤️-...
Aesthetic Colaba Mumbai Cst Call girls 📞 7738631006 Grant road Call Girls ❤️-...Aesthetic Colaba Mumbai Cst Call girls 📞 7738631006 Grant road Call Girls ❤️-...
Aesthetic Colaba Mumbai Cst Call girls 📞 7738631006 Grant road Call Girls ❤️-...
 
AWS Data Engineer Associate (DEA-C01) Exam Dumps 2024.pdf
AWS Data Engineer Associate (DEA-C01) Exam Dumps 2024.pdfAWS Data Engineer Associate (DEA-C01) Exam Dumps 2024.pdf
AWS Data Engineer Associate (DEA-C01) Exam Dumps 2024.pdf
 
My Presentation "In Your Hands" by Halle Bailey
My Presentation "In Your Hands" by Halle BaileyMy Presentation "In Your Hands" by Halle Bailey
My Presentation "In Your Hands" by Halle Bailey
 
lONG QUESTION ANSWER PAKISTAN STUDIES10.
lONG QUESTION ANSWER PAKISTAN STUDIES10.lONG QUESTION ANSWER PAKISTAN STUDIES10.
lONG QUESTION ANSWER PAKISTAN STUDIES10.
 
Bring back lost lover in USA, Canada ,Uk ,Australia ,London Lost Love Spell C...
Bring back lost lover in USA, Canada ,Uk ,Australia ,London Lost Love Spell C...Bring back lost lover in USA, Canada ,Uk ,Australia ,London Lost Love Spell C...
Bring back lost lover in USA, Canada ,Uk ,Australia ,London Lost Love Spell C...
 
Digital collaboration with Microsoft 365 as extension of Drupal
Digital collaboration with Microsoft 365 as extension of DrupalDigital collaboration with Microsoft 365 as extension of Drupal
Digital collaboration with Microsoft 365 as extension of Drupal
 
Thirunelveli call girls Tamil escorts 7877702510
Thirunelveli call girls Tamil escorts 7877702510Thirunelveli call girls Tamil escorts 7877702510
Thirunelveli call girls Tamil escorts 7877702510
 
Sector 62, Noida Call girls :8448380779 Noida Escorts | 100% verified
Sector 62, Noida Call girls :8448380779 Noida Escorts | 100% verifiedSector 62, Noida Call girls :8448380779 Noida Escorts | 100% verified
Sector 62, Noida Call girls :8448380779 Noida Escorts | 100% verified
 
Busty Desi⚡Call Girls in Sector 51 Noida Escorts >༒8448380779 Escort Service-...
Busty Desi⚡Call Girls in Sector 51 Noida Escorts >༒8448380779 Escort Service-...Busty Desi⚡Call Girls in Sector 51 Noida Escorts >༒8448380779 Escort Service-...
Busty Desi⚡Call Girls in Sector 51 Noida Escorts >༒8448380779 Escort Service-...
 
ICT role in 21st century education and it's challenges.pdf
ICT role in 21st century education and it's challenges.pdfICT role in 21st century education and it's challenges.pdf
ICT role in 21st century education and it's challenges.pdf
 
The workplace ecosystem of the future 24.4.2024 Fabritius_share ii.pdf
The workplace ecosystem of the future 24.4.2024 Fabritius_share ii.pdfThe workplace ecosystem of the future 24.4.2024 Fabritius_share ii.pdf
The workplace ecosystem of the future 24.4.2024 Fabritius_share ii.pdf
 
Report Writing Webinar Training
Report Writing Webinar TrainingReport Writing Webinar Training
Report Writing Webinar Training
 
Uncommon Grace The Autobiography of Isaac Folorunso
Uncommon Grace The Autobiography of Isaac FolorunsoUncommon Grace The Autobiography of Isaac Folorunso
Uncommon Grace The Autobiography of Isaac Folorunso
 
Causes of poverty in France presentation.pptx
Causes of poverty in France presentation.pptxCauses of poverty in France presentation.pptx
Causes of poverty in France presentation.pptx
 
Dreaming Music Video Treatment _ Project & Portfolio III
Dreaming Music Video Treatment _ Project & Portfolio IIIDreaming Music Video Treatment _ Project & Portfolio III
Dreaming Music Video Treatment _ Project & Portfolio III
 

Oracle Database Cloud Performance Doag 2016

  • 1.
  • 2.  Independent consultant  Performance Troubleshooting  In-house workshops  Cost-Based Optimizer  Performance By Design  Oracle ACE Director  Member of OakTable Network
  • 6.  Oracle Cloud extended trial license as part of Oracle ACE Director program  Trial license comes with limitations / resource quotas: - 1TB max storage - max 6 OCPUs (more details later) - max 5 IP Endpoints  Performance tests conducted within these limits
  • 7.
  • 8.
  • 9.
  • 10.
  • 11.
  • 12.  No “hardware” performance difference between different editions measurable – all created services show similar performance characteristics in terms of CPU and I/O capabilities  Different performance still possible on software level – Diagnostic + Tuning Pack features (e.g. SQL Tuning advisor), InMemory Column Store etc.
  • 13.
  • 14.
  • 15.
  • 16.
  • 17.  Services can be scaled by adding more CPUs, RAM and storage  Currently no online operation, other Cloud providers can do some of these scaling activities online
  • 18.  Tablespace encryption mandatory  Network access rules, by default public access disabled, only access via SSH possible
  • 19.
  • 20.
  • 21.
  • 22.
  • 24. Architecture: x86_64 CPU op-mode(s): 32-bit, 64-bit Byte Order: Little Endian CPU(s): 8 On-line CPU(s) list: 0-7 Thread(s) per core: 2 Core(s) per socket: 4 Socket(s): 1 NUMA node(s): 1 Vendor ID: GenuineIntel CPU family: 6 Model: 79 Model name: Intel(R) Xeon(R) CPU E5-2686 v4 @ 2.30GHz Stepping: 1 CPU MHz: 2300.062 BogoMIPS: 4600.12 Hypervisor vendor: Xen Virtualization type: full L1d cache: 32K L1i cache: 32K L2 cache: 256K L3 cache: 46080K NUMA node0 CPU(s): 0-7
  • 25. 0 10 20 30 40 PLSQL8 PLSQL4 SQLLIO8 SQLLIO4 35.8 34 31.1 29.9 AVG_DURATION 0 10 20 30 40 50 60 70 PLSQL8 PLSQL4 SQLLIO8 SQLLIO4 60.5 36 47.4 22.7 AVG_DURATION ORACLE DBAAS AMAZON RDS Average duration of a CPU bound database operation, running 4 and 8 threads SQLLIO: Burns CPU via SQL logical I/Os (SQL engine) PLSQL: Burns CPU via PL/SQL computation (PL/SQL engine)
  • 26.  Disks exposed via XEN disk storage devices (paravirtualized XEN disk drivers /dev/xvd*) and then via device mapper and LVM  Single Instance: ext4 Filesystem, asynchronous and direct I/O enabled by default  RAC: ASM plus ACFS on top
  • 27. Average read IOPS figures over several days 4 / 8 threads, 4KB/8KB/16KB blocksize, maximum physical, asynchronous I/O TEST AVG_IOPS 4THREADS_4K 43900 8THREADS_4K 55760 4THREADS_8K 37748 8THREADS_8K 38986 4THREADS_16K 28631 8THREADS_16K 30264 TEST AVG_IOPS 4THREADS_4K 58968 8THREADS_4K 60943 4THREADS_8K 50945 8THREADS_8K 58740 4THREADS_16K 30670 8THREADS_16K 40330 Single Instance 4 OCPUs / 8 Cores/Threads RAC Two Instances 2 + 2 OCPUs / 4 + 4 Cores/Threads
  • 28.  General Purpose SSD: Less than 1TB allocated: Peak: 3.000 IOPS for max. 30 minutes Then throttled to something between 100 IOPS and less than 3.000 IOPS depending on amount of storage allocated I/O credits re-load over time, determine the possible IOPS peak between baseline and 3.000 IOPS  Provisioned IOPS: Maximum 30.000 IOPS
  • 29. Premium SSD: Maximum 5.000 IOPS per storage container
  • 30. IOPS / throughput independent from allocated storage size (tested with 25GB to 1TB) !! Compare this to Amazon RDS where you need at least 3TB of storage to get maximum 30.000 IOPS for “Provisioned IOPS” premium storage
  • 31. Maximum throughput Single instance: 640MB / sec read 120MB / sec write Two instances RAC: 1100MB / sec read 80MB / sec write
  • 32. I/O Latency - Synchronous I/O 8KB blocksize / 8 threads (“db file sequential read”) WAIT_TIME COUNT PERCENT PERCENT_GRAPH <= 256 microseconds 302062 3,1 <= 512 microseconds 7013211 71,1################# <= 1 millisecond 2489938 25,2###### <= 2 milliseconds 50799 0,5 <= 4 milliseconds 4149 0 <= 8 milliseconds 1102 0 <= 16 milliseconds 224 0 <= 32 milliseconds 195 0 <= 65 milliseconds 73 0 <= 131 milliseconds 20 0 <= 262 milliseconds 16 0
  • 33. I/O Latency “General Purpose SSD” - Synchronous I/O 8KB blocksize / 8 threads (“db file sequential read”) WAIT_TIME COUNT PERCENT PERCENT_GRAPH <= 256 microseconds 152 0 <= 512 microseconds 7150 0,4 <= 1 millisecond 1911 0,1 <= 2 milliseconds 6553 0,4 <= 4 milliseconds 1817362 99################ <= 8 milliseconds 1492 0,1 <= 16 milliseconds 1006 0,1
  • 34.  Four different tests performed over several days - PL/SQL CPU burning loop (PL/SQL engine) - SQL logical I/O CPU burning - Maximum physical asynchronous I/O - read - Maximum physical asynchronous I/O - write  Comparison to dedicated physical host, four cores, Samsung SSD vs. Oracle DBaaS eight cores
  • 35. Test 1: PL/SQL CPU burning loop, executed as many times as CPUs available declare n number; begin loop n := 0; for i in 1..1000000000 loop n := n + 1; end loop; insert into timings(testtype, thread_id, ts) values ('PLSQL', &thread_id, systimestamp); commit; end loop; end; /
  • 37. DBaaS per day: Physical host per day:
  • 39. Test 2: SQL logical I/O CPU burning, executed as many times as CPUs available alter session set "_old_connect_by_enabled" = true; declare n number; begin loop select count(*) X into n from kill_cpu&tabname connect by n > prior n start with n = 1; insert into timings(testtype, thread_id, ts) values ('SQLLIO', &thread_id, systimestamp); commit; end loop; end; /
  • 41. DBaaS per day: Physical host per day:
  • 43. Test 3: Maximum physical asynchronous I/O – read only, minimum buffer cache, CPU times declare n number; begin loop select /*+ leading(t_o) use_nl(t_i) index(t_o) index(t_i) */ sum(t_i.n) into n from t_o , t_i&tabname t_i where t_o.id_fk = t_i.id; insert into timings(testtype, thread_id, ts) values ('&testtype', &thread_id, systimestamp); commit; end loop; end; /
  • 45. DBaaS per day: Physical host per day:
  • 47. Test 4: Maximum physical asynchronous I/O – read-write, minimum buffer cache, CPU times begin loop for rec in ( select /*+ index(t_o) */ id_fk from t_o ) loop update t_i&tabname t_i set n = rec.id_fk where id = rec.id_fk; end loop; insert into timings(testtype, thread_id, ts) values ('&testtype', &thread_id, systimestamp); commit; end loop; end; /
  • 49. DBaaS per day: Physical host per day:
  • 53. Q & A
  • 54. I/O Latency - Synchronous I/O 16KB blocksize / 8 threads (“db file sequential read”) WAIT_TIME COUNT PERCENT PERCENT_GRAPH <= 256 microseconds 20289 0,3 <= 512 microseconds 3333341 45,6############## <= 1 millisecond 3607797 49,3############### <= 2 milliseconds 289636 4# <= 4 milliseconds 64954 0,9 <= 8 milliseconds 1412 0 <= 16 milliseconds 179 0 <= 32 milliseconds 179 0 <= 65 milliseconds 72 0 <= 131 milliseconds 31 0 <= 262 milliseconds 5 0 <= 1 second 2 0

Hinweis der Redaktion

  1. Co-author of “Expert Oracle Practices” Oracle ACE Director: Acknowledged by Oracle for community contributions OakTable Network: Informal and independent group of people believing in a scientific approach towards Oracle
  2. http://oracle-randolf.blogspot.com
  3. https://www.youtube.com/c/RandolfGeist
  4. https://www.youtube.com/c/RandolfGeist
  5. http://oracle-randolf.blogspot.com