times ten 1
Post on 10-Apr-2018
221 Views
Preview:
TRANSCRIPT
-
8/8/2019 Times Ten 1
1/17
Copyright Puget Sound Oracle Users Group
Definitions
A TimesTen Instance is an installation Not the same as an Oracle RDBMS instance
Administrator
The user that installs the TimesTen software Can be root or non-root
Responsible for managing users and privileges if
access control is enabled Data Store: Equivalent to an RDBMS database
Checkpoint File: The on-disk representation of a
data store
-
8/8/2019 Times Ten 1
2/17
Copyright Puget Sound Oracle Users Group
What is TimesTen?
In-Memory Database SQL based relational engine
High performance
Event-processing
Real-time Capture, Storage, Use, and Distribution
Standalone or as a fast bidirectional cache
Preserves Transactional Integrity Memory-optimized application-tier database
Response times measured in microseconds,
not milliseconds Connection - direct (non-IPC) or client/server
-
8/8/2019 Times Ten 1
3/17
-
8/8/2019 Times Ten 1
4/17
Copyright Puget Sound Oracle Users Group
Optimized In-Memory Database
Entire database stored in memory Optimized memory layout and algorithms
Data store shared by
multiple threads andprocesses
Embedded or client-server
Standard APIs (ODBC,JDBC, SQL-92)
Easy installation and
configuration Near Zero Administration Application-Tier
Platform
Network
In-MemoryDatabase(s)
Application
TimesTen
libraries
TransactionLogs
...
Client-Server
Checkpointfiles
Application
TimesTen
libraries
-
8/8/2019 Times Ten 1
5/17
Copyright Puget Sound Oracle Users Group
Topology Overview
PresentationTier
ApplicationTier
EnterpriseDatabaseTier
Applications Applications
-
8/8/2019 Times Ten 1
6/17
Copyright Puget Sound Oracle Users Group
Lightening Fast Response
0
10
20
30
update mixed select
microsecond
s28
millionths ofa second
70% select;20% update;10% insert
25millionths of
a second
9millionths of
a second
TimesTen In-Memory Database 6.0, 4-CPU, 3 GHz x86 Xeon, 32-bit RHLinux
-
8/8/2019 Times Ten 1
7/17
Copyright Puget Sound Oracle Users Group
Microseconds ... not milliseconds
32,663
53,361
70,111
98,568
169,437
250,550
0
50,000
100,000
150,000
200,000
250,000
300,000
100% updates 100% reads
1 CPU
2 CPUs
4 CPUs
transactio
nspersecon
d
32,663
53,361
70,111
98,568
169,437
250,550
0
50,000
100,000
150,000
200,000
250,000
300,000
100% updates 100% reads
1 CPU
2 CPUs
4 CPUs
transactio
ns
persecon
d
-
8/8/2019 Times Ten 1
8/17
Copyright Puget Sound Oracle Users Group
Why is TimesTen Faster?
Conventional databases assume data primarilyexists on disk Optimization algorithms, buffer pool management, and
index retrieval techniques are designed based on this
fundamental assumption TimesTen designed with the knowledge that all
data is in memory
Reduced codepath length Simplified algorithms and structure
Reduced complexity
No buffer pool management
Smaller index pages
1/10th the number of machine instructions required
-
8/8/2019 Times Ten 1
9/17
Copyright Puget Sound Oracle Users Group
Cache Connect to Oracle RDBMS
Cache Connectto Oracle optioncombines the
blazing-fastresponse timesof TimesTen withthe scalability andcapacity of OracleDatabase 10gand RAC
H i g h l y S c a l a b l e
Instantly Responsive
-
8/8/2019 Times Ten 1
10/17
Copyright Puget Sound Oracle Users Group
Persistent Storage
When a data store is first opened the entirecontents of the checkpoint file is read intomemory
Data store changes, from DDL operations areperiodically and asynchronously written to thecheckpoint file
When a data store is closed all unwrittenchanges are written to the checkpoint file
-
8/8/2019 Times Ten 1
11/17
Copyright Puget Sound Oracle Users Group
Combined Performance
-
8/8/2019 Times Ten 1
12/17
Copyright Puget Sound Oracle Users Group
Why Is TimesTen So Fast?
TimesTen needs fewer CPU instructions toaccomplish the same work as a disk RDBMS
Physical memory addresses are used inside the engine
No lookups of logical addresses to physical addresses No buffer cache management overhead
-
8/8/2019 Times Ten 1
13/17
Copyright Puget Sound Oracle Users Group
Supported Platforms
AlphaChip EV68Tru64 Unix 5.1B (64 bit)
Intel IA-32 & EM64T, AMDOpteron
SuSE Enterprise Server 9 (32/64 bit)
Intel IA-32, EM64T, Itanium-2,AMD Opteron
Red Hat Enterprise Linux 3.0, 4.0 (32/64 bit)
Intel IA-32Windows Server 2000, 2003, XP
UltraSparc & OpteronSolaris 8, 9, 10 (32/64 bit)
Intel (IA32, EM64T)MontaVista Linux CGE 3.0, 3.1 (32/64 bit)
Intel Itanium-2HP-UX 11i v2 (64 bit)
HP PA-RISCHP-UX 11i (32/64 bit)
IBM PowerAIX 5L 5.2, 5.3 (32/64 bit)
Processor TypeOperating System
-
8/8/2019 Times Ten 1
14/17
Copyright Puget Sound Oracle Users Group
Logging and Data Persistence
Buffered andsynchronous transactionlogging options
Application programs cancontrol logging option atthe transaction level
Transaction logs and
checkpoint files persist ondisk
Dual checkpoint files for
recovery
Application-TierPlatform
Network
In-MemoryDatabase(s)
Application
TimesTen
libraries
TransactionLogs
...
Client-Server
Checkpointfiles
Application
TimesTen
libraries
-
8/8/2019 Times Ten 1
15/17
Copyright Puget Sound Oracle Users Group
Data Publishing - Transaction Log API (XLA)
Transaction Log API (XLA) Track real-time data changes
Monitor transaction updates
Propagate changes toexternal applications
Implement real-time eventnotification and processing
XLA interface
Log Memory
Buffer
TXLog files
In-MemoryData Store
XLA AppsReal-time Apps
Updates
-
8/8/2019 Times Ten 1
16/17
Copyright Puget Sound Oracle Users Group
Value Proposition
Exploit commodity hardware Lower maintenance costs
Lower down-time costs
Buy fewer Enterprise Edition Licenses
Buy fewer RAC licenses
-
8/8/2019 Times Ten 1
17/17
Copyright Puget Sound Oracle Users Group
TimesTen Savings
520,000160,000120,000240,000Cost
$440,000- 160,000$200,000$300,000Savings
466# of Licenses
960,000320,000640,000Cost
1616# of Licenses
40,00020,00040,000List $/CPU
TotalTimesTenRACEEStorage Option
top related