Oracle memory

The Oracle 10g database on AIX installation document asks to pre-check the server, it should have at least 1Gig memory. My question is that at least 1Gig is only oracle itself that will take away at least 1Gig from my total memory of the box? So SGA and PGA are included in this amount of oracle itself or extra usage of the memory?
For example, the box has 4Gig memory, I see 58% is used, that means oracle itself takes about 1Gig and sga_max=1Gig + pga_aggregate_target=0.5Gig, is this correct?

Dear Betty,
The Oracle will eat up your shared pool size in the server mostly as shared memory.
So if you want to calculate the Oracle memory parameters for the server consider:
Total Server Memory = SGA_MAX_SIZE + PGA_SIZE + DEDICATED_USER_CONNECTIONS + OTHER_SERVER_APP
The DEDICATED_USER_CONNECTIONS will appear if your users are set to dedicated mode on their tnsnames. If so, you should consider this additional space that Oracle will request to server in order to create this user connections.
The AIX processes memory is not that easy to see what is really occupied, what is free, what is cached and how many users can connect to the server. You should use pmap to map the process private area, shared area and calculate how much is used, shared and free.
The other thing is that the SGA should be pinned on RAM, so the database will take up all the space when going up and your server will avoid the 'allocating new pages' issues. So you should set up the sga_lock=true parameter if you want to lock the SGA into memory.
Cheers,
Ricardo Rodriguez

Similar Messages

Oracle memory gets trimmed every 6 hours

We have a very strange behaviour in our SAP R/3 Enterprise 4.7 production system (SAP_BASIS 620).
SAP runs on Windows Server 2003 Enterprise Edition.
10 GB RAM, PAE enabled (Physical Address Extension).
The affected server is the database server, which also runs some working processes (DIA, BTC and UPD).
There are also 6 Windows application servers (x32, x64 and Itanium).
After a normal SAP start, all Windows processes bit by bit allocate their memory.
oracle.exe starts with a Mem Usage 236 MB (VM Size 1.900 MB).
You can see this in Windows Task Manager.
After about 30 minutes oracle.exe reaches its average value of about 2 GB.
The value ranges from 1,9 GB up to 2,5 GB.
Then, about every 6 hours the following happens:
oracle.exe deallocates its memory completely !
No answer in SAPGUI, no reaction on the console for about 5 Minutes.
Then when i get the first look at the Task manager, i see that oracle.exe allocated about 80 MB.
In the next 20 minutes Mem Usage raises up to the average value of about 2 GB.
During this time, the performance comes up again step by step.
Not only Oracle is affected, at least every disp+work process also frees all allocated mamory.
But it seems as if Oracle would be the first to free up its memory and then drags down the SAP Kernel processes.
We have no changes made to the SAP Kernel, we did not apply any Windows updates.
SAP operated error-free for the last 2 years in this configuration.
The only thing we did, was to apply several SAP Support Packages (Basis + Application).
This behaviour occured the next day after we imported those packages.
So we have to suspect these packages, although the symptoms point to a problem with the SAP kernel, Oracle or the Windows memory mamagement.
SAP Support adviced us to reduce the load on the server, so we suspended some work processes.
Result: no improvement.
Next we reduced the Oracle cache size by 250 MB.
Result: the situation became even worse, the error occured every hour.
So we icreased the cache size up to 1,36 GB.
Result: could be an improvement, not sure yet.
I am wondering what must happen, that all processes on a Windows Server deallocate their memory.
Can a ABAP-Report provoke this error ?
Has anybody else ever seen such a behaviour ?
Any ideas ?

Thx for your interest in this issue.
For clarification:
- Database version is 9.2.0.7.0
- We will upgrade to 64 Bit in the next months, but we still need a solution for our 32 Bit system.
- We did not add new application servers. These servers were up and running before and after the problem occured.
- I don't think that Oracle restarts. There are no ORA-entries in the Oracle Log and there is no Oracle-Usertrace.
The system slows down, because every byte, that is backed up in the paging file (as far as i know in MS terms this is called "standby list"), has become invalid and must be read from disk.
Not only Oracle is affected, every process trimmed its working set.
For example Terminal Services is unresponsive for about 4 minutes.
In the end all processes continue their work, but it takes some time until their working set has been restored from the paging file.
No errors occur, no Dumps, no EventLog or SystemLog entries.
There are just some TIMEOUTs, caused by the unresponsiveness of the server in the first minutes of the memory crash.
@Markus:
Yes, i also think that we reached some kind of Oracle memory limit.
Since we increased the Oracle cache size, the frequency of the error has been significantly reduced.
But still i am wondering what funny things can happen.
I would expect Oracle to crash, Windows to bluescreen, SAP to dump.
But freeing the memory of all processes is something completely new to me.
Edited by: Leonhard Bernhart on Jan 8, 2008 5:10 PM
Edited by: Leonhard Bernhart on Jan 8, 2008 5:11 PM

Release Oracle memory

Hi All,
After searching from internet, I found that the maximum memory allowed for 32 bit Linux on Oracle is 2GB. Actually I don't know what the components are included in the 2GB ! But when I mistakenly set the PGA_AGGREGATE_TARGET to 7GB, Oracle still allow me to set it! (I just want to set to 700MB only)
After I set it to 700MB, I found that total PGA inuse and total PGA allocated from v$pgastat are continuously growing and then died. I also checked the values generated by this SQL are growing too! It died after total PGA inuse is around 1.7GB.
SELECT ROUND(pga_target_for_estimate /(1024*1024)), estd_pga_cache_hit_percentage, estd_overalloc_count
FROM v$pga_target_advice;1. Will Oracle release memory? (after I performed lots of INSERT with GROUP BY statements)
2. How to prevent Oracle to die after several LGWR switch (Alert Log message: "ORA-04030: out of process memory when trying to allocate 8512 bytes (pga heap,kgh stack)")
Thanks!

linuxos wrote:
Do you mean each non-SGA process (PMON, SMON, LGWR) can have 2GB, and all Oracle memory processes may be over 2GB in total, e.g. 20GB, 40GB?No. There are two basic memory areas that are used by "+Oracle+" - which is a collection of processes.
The "+brains+" of Oracle is a shared memory segment called the SGA. Each Oracle process, will attach itself to it. Depending on the process listing you do (and how it displays memory utilisation), it may look like there is 20GB of memory being used. Make sure to differentiate between what is shared memory (single global shared memory structure) and what is not.
The second basic memory area is the process image loaded by the kernel. This has a code segment (fixed for that executable) and data segment. The latter can be dynamic - depending on whether or not the process dynamically allocates memory to itself. This memory allocated is private process memory - not shared with any other process. In Oracle terminology this is referred to as the PGA.
But, how can I make the large amount of DML to run slowly, or recycle the memory, so that the memory can be released instantly? Actually, the PGA cannot go above 1.7GB!You can't. What you can and should do is size the memory areas for Oracle correctly given the available resources of the server and the expected utilisation of Oracle.
For example, if you service a lot of data warehouse type processes (complex and slow running queries), that would mean using Oracle dedicated server - and if there are a 100 of these processes, you will have a 100 PGAs to cater for. Otoh, if you have a 500 users all running short and fast OLTP transactions, you would rather want to use shared server processes where perhaps 50 shared server processes can service 500 concurrent session - thus you would need to size for 50 PGAs.
Perhaps you cannot cater for 50 PGAs without reducing the SGA (and in turn the size of the db buffer cache and various other caches). This can affect performance.
Thus there is a balance ito of performance when deciding on how much memory you should assign to the SGA and how much can be reserved (as free kernel memory) for PGA usage.
As for running large DMLs... that should not place heavy strain on memory at all - as that will be using the db buffer cache, residing in the SGA. This is a fixed memory area sized up front. Not something that can grow by itself. Obviously a buffer cache plays a role in reducing physical I/Os - and that needs to be sized accordingly if you want to reduce PIOs and increase performance.
However, if these DMLs are a result of poorly written PL/SQL code that attempts to "better performance" by bulk processing, this code can seriously dent memory growth as this processing (by the Oracle server process running that PL/SQL code) will require to increase PGA to cater for bulk processing.
Get the bulk processing wrong and run just a couple of these bad bulk processes, and the kernel can spend over 90% of its time on swapping.
I suggest that you read Memory Architecture in the [Oracle® Database Concepts|http://download.oracle.com/docs/cd/B19306_01/server.102/b14220/memory.htm#i12483] guide.

Oracle Memory utilization gradually increasing up to the max in short span

Hi All,
Our Oracle database running in windows 2000,having max sessions of 1500
attains it max_memory 850m once 1500 sessions reached.
--Shared pool memory(SQL AREA,LIBRARY CACHE,SHAREDPOOL MISCELL.,) gradually increasing.
Oracle database version:9.2.0.5
Server Type: Shared Server
Os memory: 1Gb
Oracle memory: sga-750m,pga(max) -110 allocated by oracle when no of sessions increasing.
Pls tell me why it is happening?

Hi Priyanka,
Its know problem in solaris zones , 40 GB Memory is allocated to global zone & you db server zone has been assigned a part of it .
Get is touch with you Solaris admin to know exact memory allocated to db zone , as per my knowledge they must be shared across multiple zones
use below from Os prompt
prstat -ZThanks,
Ajay More
http://www.moreajays.com

About Oracle Memory Utilization is 99.54%

近期通过Oracle Enterprise Manager发现显示 Oracle Memory Utilization 一直在98%以上，
如下所示
Alert History for Last 24 Hours
Severity Timestamp Message Details
Nov 1, 2012 2:50:43 AM Memory Utilization is 99.54% -
Oct 31, 2012 10:40:43 PM Memory Utilization is 95.96% -
Oct 31, 2012 9:30:43 PM Memory Utilization is 99.09% -
Oct 31, 2012 5:30:43 PM Memory Utilization is 98.43% -
Oct 31, 2012 2:55:43 AM Memory Utilization is 99.64%
请教一下，这个Oracle Memory Utilization显示的百分比是Oracle已经使用的内存占总物理内存的百分比吗？99%意味着什么？如果不是，怎么样查看Oracle占用的总内存大小？

EXCLUSIVE segments Inuse Pin Pgsp Virtual
1655678 6504 0 426438
PageSize Inuse Pin Pgsp Virtual
s 4 KB 1644750 24 0 415510
m 64 KB 683 405 0 683
Vsid Esid Type Description PSize Inuse Pin Pgsp Virtual
11110f1 - clnt /dev/fslv02:24632 s 1139343 0 - -
10f0e2f 4 work working storage sm 58014 0 0 58014
11010f0 - clnt /dev/fslv02:24628 s 34831 0 - -
10a1b6a 5 work working storage sm 27216 0 0 27216
1111031 11 work text data BSS heap sm 26764 0 0 26764
1131193 3 work working storage sm 19483 0 0 19483
1000f00 10 clnt text data BSS heap, s 11599 0 - -
/dev/fslv01:10258
1021182 - clnt /dev/fslv02:24624 s 10629 0 - -
1161056 - clnt /dev/fslv02:24622 s 10603 0 - -
1151175 - clnt /dev/fslv02:24623 s 10072 0 - -
10c11cc 2 work process private sm 8918 4 0 8918
10d10ed - clnt /dev/fslv02:24629 s 7692 0 - -
10a0f0a 11 work text data BSS heap sm 5486 0 0 5486
11a115a 11 work text data BSS heap sm 3800 0 0 3800
10f118f 11 work text data BSS heap sm 3800 0 0 3800
1021c82 11 work text data BSS heap sm 3773 0 0 3773
11c0c7c 11 work text data BSS heap sm 3063 0 0 3063
10611c6 11 work text data BSS heap sm 3004 0 0 3004
1061466 11 work text data BSS heap sm 2916 0 0 2916
1031463 11 work text data BSS heap sm 2678 0 0 2678
1081a08 11 work text data BSS heap sm 2665 0 0 2665
11a0dba 11 work text data BSS heap sm 2424 0 0 2424
10e10ae 11 work text data BSS heap sm 2368 0 0 2368
1041a64 11 work text data BSS heap sm 2306 0 0 2306
10f13cf 11 work text data BSS heap sm 2301 0 0 2301
11c1d5c 11 work text data BSS heap sm 2256 0 0 2256
1041f64 11 work text data BSS heap sm 2077 0 0 2077
1141ed4 11 work text data BSS heap sm 2055 0 0 2055
11a13fa 11 work text data BSS heap sm 2041 0 0 2041
1041b84 11 work text data BSS heap sm 2028 0 0 2028
1151cd5 11 work text data BSS heap sm 2023 0 0 2023
10118a1 11 work text data BSS heap sm 2010 0 0 2010
1001dc0 11 work text data BSS heap sm 2000 0 0 2000
10e1fae 11 work text data BSS heap sm 1979 0 0 1979
1191619 11 work text data BSS heap sm 1977 0 0 1977
1091d09 11 work text data BSS heap sm 1976 0 0 1976
1081ac8 11 work text data BSS heap sm 1976 0 0 1976
1011801 11 work text data BSS heap sm 1975 0 0 1975
1131973 11 work text data BSS heap sm 1973 0 0 1973
10a164a 11 work text data BSS heap sm 1973 0 0 1973
11a1b9a 11 work text data BSS heap sm 1973 0 0 1973
1101f50 11 work text data BSS heap sm 1972 0 0 1972
11e169e 11 work text data BSS heap sm 1957 0 0 1957
10b214b 11 work text data BSS heap sm 1956 0 0 1956
10c194c 11 work text data BSS heap sm 1948 0 0 1948
1141e14 11 work text data BSS heap sm 1946 0 0 1946
11c1efc 11 work text data BSS heap sm 1943 0 0 1943
1151bb5 11 work text data BSS heap sm 1940 0 0 1940
11e1a5e 11 work text data BSS heap sm 1893 0 0 1893
11d12bd 11 work text data BSS heap sm 1892 0 0 1892
1101970 11 work text data BSS heap sm 1881 0 0 1881
11b17fb 11 work text data BSS heap sm 1878 0 0 1878
11f203f 11 work text data BSS heap sm 1877 0 0 1877
1091949 11 work text data BSS heap sm 1876 0 0 1876
1141f34 11 work text data BSS heap sm 1876 0 0 1876
10a1aea 11 work text data BSS heap sm 1867 0 0 1867
1121c92 11 work text data BSS heap sm 1865 0 0 1865
11613f6 11 work text data BSS heap sm 1864 0 0 1864
10b1a2b 11 work text data BSS heap sm 1864 0 0 1864
1171b17 11 work text data BSS heap sm 1861 0 0 1861
1052045 11 work text data BSS heap sm 1860 0 0 1860
1141d94 11 work text data BSS heap sm 1859 0 0 1859
10a0f8a 11 work text data BSS heap sm 1849 0 0 1849
1161f96 11 work text data BSS heap sm 1848 0 0 1848
11f205f 11 work text data BSS heap sm 1846 0 0 1846
11d15fd 11 work text data BSS heap sm 1844 0 0 1844
11a1aba 11 work text data BSS heap sm 1833 0 0 1833
1061446 11 work text data BSS heap sm 1832 0 0 1832
1151c75 11 work text data BSS heap sm 1831 0 0 1831
1091e29 11 work text data BSS heap sm 1828 0 0 1828
1111ed1 11 work text data BSS heap sm 1827 0 0 1827
11117b1 11 work text data BSS heap sm 1821 0 0 1821
1011961 11 work text data BSS heap sm 1818 0 0 1818
1161bb6 11 work text data BSS heap sm 1813 0 0 1813
11821b8 11 work text data BSS heap sm 1810 0 0 1810
1031d23 11 work text data BSS heap sm 1795 0 0 1795
10621c6 11 work text data BSS heap sm 1787 0 0 1787
1191579 11 work text data BSS heap sm 1783 0 0 1783
11b15fb 11 work text data BSS heap sm 1780 0 0 1780
1111eb1 11 work text data BSS heap sm 1780 0 0 1780
1172157 11 work text data BSS heap sm 1779 0 0 1779
1022002 11 work text data BSS heap sm 1779 0 0 1779
1031ea3 11 work text data BSS heap sm 1764 0 0 1764
1081c08 11 work text data BSS heap sm 1764 0 0 1764
11f1f1f 11 work text data BSS heap sm 1764 0 0 1764
10920e9 11 work text data BSS heap sm 1747 0 0 1747
10e1bae 11 work text data BSS heap sm 1739 0 0 1739
11c207c 11 work text data BSS heap sm 1736 0 0 1736
11f217f 11 work text data BSS heap sm 1730 0 0 1730
1071007 11 work text data BSS heap sm 1725 0 0 1725
1022162 11 work text data BSS heap sm 1719 0 0 1719
1051f65 11 work text data BSS heap sm 1718 0 0 1718
11f20bf 11 work text data BSS heap sm 1707 0 0 1707
1042064 11 work text data BSS heap sm 1703 0 0 1703
1011b81 11 work text data BSS heap sm 1699 0 0 1699
10a1aca 11 work text data BSS heap sm 1686 0 0 1686
10a1dca 11 work text data BSS heap sm 1680 0 0 1680
11d141d 11 work text data BSS heap sm 1649 0 0 1649
10e10ee - clnt /dev/fslv02:24630 s 1558 0 - -
11a1efa 11 work text data BSS heap sm 1495 0 0 1495
1161cf6 11 work text data BSS heap sm 1494 0 0 1494
1122132 11 work text data BSS heap sm 1490 0 0 1490
11c0c9c 11 work text data BSS heap sm 1432 0 0 1432
1051085 11 work text data BSS heap sm 1426 0 0 1426
11a1c9a 11 work text data BSS heap sm 1398 0 0 1398
1141274 2 work process private sm 1382 4 0 1382
1060e26 11 work text data BSS heap sm 1335 0 0 1335
1140f74 11 work text data BSS heap sm 1309 0 0 1309
1171db7 11 work text data BSS heap sm 1291 0 0 1291
1052145 11 work text data BSS heap sm 1283 0 0 1283
10c112c 11 work text data BSS heap sm 1222 0 0 1222
1181178 11 work text data BSS heap sm 1204 0 0 1204
11b105b 11 work text data BSS heap sm 1197 0 0 1197
1190f99 11 work text data BSS heap sm 1189 0 0 1189
1120d72 11 work text data BSS heap sm 1189 0 0 1189
10d0f0d 10 clnt text data BSS heap, s 806 0 - -
/dev/fslv01:11421
11f1b9f 11 work text data BSS heap sm 634 0 0 634
1020ea2 80000000 work private load text sm 606 0 0 606
11b11fb - clnt /dev/fslv01:10788 s 417 0 - -
11012f0 1 clnt code,/dev/fslv01:7107 s 356 0 - -
1001060 80000000 work private load text sm 335 0 0 335
11b0f5b 8001000a work private load data sm 332 0 0 332
1152195 80000000 work private load text sm 332 0 0 332
11c205c 80000000 work private load text sm 331 0 0 331
1001940 80000000 work private load text sm 331 0 0 331
11c1b7c 80000000 work private load text sm 331 0 0 331
1041f04 80000000 work private load text sm 331 0 0 331
10f1c4f 80000000 work private load text sm 331 0 0 331
11a1dfa 80000000 work private load text sm 331 0 0 331
1102090 80000000 work private load text sm 331 0 0 331
11f1aff 80000000 work private load text sm 331 0 0 331
11c19bc 80000000 work private load text sm 331 0 0 331
10210a2 80000000 work private load text sm 331 0 0 331
11520d5 80000000 work private load text sm 331 0 0 331
10c19cc 80000000 work private load text sm 331 0 0 331
1041b64 80000000 work private load text sm 331 0 0 331
10d158d 80000000 work private load text sm 331 0 0 331
1121eb2 80000000 work private load text sm 331 0 0 331
11f18ff 80000000 work private load text sm 331 0 0 331
1181ff8 80000000 work private load text sm 331 0 0 331
1151155 80000000 work private load text sm 331 0 0 331
1051fc5 80000000 work private load text sm 331 0 0 331
1132153 80000000 work private load text sm 331 0 0 331
10e1e6e 80000000 work private load text sm 331 0 0 331
1091989 80000000 work private load text sm 331 0 0 331
11b141b 80000000 work private load text sm 331 0 0 331
10b15eb 80000000 work private load text sm 331 0 0 331
11817d8 80000000 work private load text sm 331 0 0 331
1051145 80000000 work private load text sm 331 0 0 331
10a146a 80000000 work private load text sm 331 0 0 331
11f1fbf 80000000 work private load text sm 331 0 0 331
1092189 80000000 work private load text sm 331 0 0 331
1071b47 80000000 work private load text sm 331 0 0 331
1131bb3 80000000 work private load text sm 331 0 0 331
11716d7 80000000 work private load text sm 331 0 0 331
1172137 80000000 work private load text sm 331 0 0 331
11c1a7c 80000000 work private load text sm 331 0 0 331
11318b3 80000000 work private load text sm 331 0 0 331
1151d55 80000000 work private load text sm 331 0 0 331
11e205e 80000000 work private load text sm 331 0 0 331
10f188f 80000000 work private load text sm 331 0 0 331
1061ea6 80000000 work private load text sm 331 0 0 331
1161c36 80000000 work private load text sm 331 0 0 331
1161f16 80000000 work private load text sm 331 0 0 331
11c0f3c 80000000 work private load text sm 331 0 0 331
11720d7 80000000 work private load text sm 331 0 0 331
1021fa2 80000000 work private load text sm 331 0 0 331
1191979 80000000 work private load text sm 331 0 0 331
1192119 80000000 work private load text sm 331 0 0 331
1001fe0 80000000 work private load text sm 331 0 0 331
11e1cbe 80000000 work private load text sm 331 0 0 331
1091ee9 80000000 work private load text sm 331 0 0 331
11d217d 80000000 work private load text sm 331 0 0 331
1002140 80000000 work private load text sm 331 0 0 331
11f1cff 80000000 work private load text sm 331 0 0 331
11a1c7a 80000000 work private load text sm 331 0 0 331
11c217c 80000000 work private load text sm 331 0 0 331
1171117 80000000 work private load text sm 331 0 0 331
1031703 80000000 work private load text sm 331 0 0 331
10d13cd 80000000 work private load text sm 331 0 0 331
1021e02 80000000 work private load text sm 331 0 0 331
1011d61 80000000 work private load text sm 331 0 0 331
1151ff5 80000000 work private load text sm 331 0 0 331
1001ce0 80000000 work private load text sm 331 0 0 331
11e193e 80000000 work private load text sm 331 0 0 331
1081ec8 80000000 work private load text sm 331 0 0 331
1001a00 80000000 work private load text sm 331 0 0 331
1101930 80000000 work private load text sm 331 0 0 331
1001580 80000000 work private load text sm 331 0 0 331
10a1baa 80000000 work private load text sm 331 0 0 331
1111ef1 80000000 work private load text sm 331 0 0 331
1042184 80000000 work private load text sm 331 0 0 331
10d0f6d 80000000 work private load text sm 331 0 0 331
1171f77 80000000 work private load text sm 331 0 0 331
10b16cb 80000000 work private load text sm 331 0 0 331
11413f4 80000000 work private load text sm 331 0 0 331
11220f2 80000000 work private load text sm 331 0 0 331
11818b8 80000000 work private load text sm 331 0 0 331
1121cb2 80000000 work private load text sm 331 0 0 331
1091aa9 80000000 work private load text sm 331 0 0 331
1051005 80000000 work private load text sm 330 0 0 330
10f102f 80000000 work private load text sm 330 0 0 330
10a112a 80000000 work private load text sm 330 0 0 330
11609f6 80000000 work private load text sm 330 0 0 330
10d100d 80000000 work private load text sm 330 0 0 330
11c0d5c 80000000 work private load text sm 330 0 0 330
11f1d3f 80000000 work private load text sm 328 0 0 328
11620d6 80000000 work private load text sm 328 0 0 328
1081208 80000000 work private load text sm 328 0 0 328
11e17de 80000000 work private load text sm 328 0 0 328
1090e69 80000000 work private load text sm 327 0 0 327
1191059 80000000 work private load text sm 327 0 0 327
1000fa0 80000000 work private load text sm 327 0 0 327
1130f53 80000000 work private load text sm 327 0 0 327
1080ee8 80000000 work private load text sm 327 0 0 327
11b115b 80000000 work private load text sm 327 0 0 327
1130eb3 80000000 work private load text sm 327 0 0 327
1130f13 80000000 work private load text sm 327 0 0 327
10d118d 80000000 work private load text sm 327 0 0 327
11e113e 80000000 work private load text sm 327 0 0 327
1031083 80000000 work private load text sm 325 0 0 325
10c10ac 80000000 work private load text sm 325 0 0 325
1051265 - clnt /dev/fslv01:10524 s 324 0 - -
10f112f f work working storage sm 281 0 0 281
10c10ec - clnt /dev/fslv02:24633 s 187 0 - -
1081ca8 8001000a work private load data sm 146 0 0 146
11d1dfd 8001000a work private load data sm 146 0 0 146
1191679 8001000a work private load data sm 146 0 0 146
1111e11 8001000a work private load data sm 146 0 0 146
10b0e8b 8001000a work private load data sm 146 0 0 146
1081ce8 8001000a work private load data sm 146 0 0 146
1151055 8001000a work private load data sm 146 0 0 146
11d117d 8001000a work private load data sm 146 0 0 146
11a14da 8001000a work private load data sm 146 0 0 146
11f1b1f 8001000a work private load data sm 146 0 0 146
10b1acb 8001000a work private load data sm 146 0 0 146
1082108 8001000a work private load data sm 146 0 0 146
1191cb9 8001000a work private load data sm 146 0 0 146
1160f96 8001000a work private load data sm 146 0 0 146
1171c97 8001000a work private load data sm 146 0 0 146
1031a03 8001000a work private load data sm 146 0 0 146
11d195d 8001000a work private load data sm 146 0 0 146
11519d5 8001000a work private load data sm 146 0 0 146
11d165d 8001000a work private load data sm 146 0 0 146
11d1d9d 8001000a work private load data sm 146 0 0 146
1191019 8001000a work private load data sm 146 0 0 146
10b170b 8001000a work private load data sm 146 0 0 146
10e1bee 8001000a work private load data sm 146 0 0 146
11b1ffb 8001000a work private load data sm 146 0 0 146
1090de9 8001000a work private load data sm 146 0 0 146
1051d85 8001000a work private load data sm 146 0 0 146
1061006 8001000a work private load data sm 146 0 0 146
1131833 8001000a work private load data sm 146 0 0 146
1011d21 8001000a work private load data sm 146 0 0 146
1111471 8001000a work private load data sm 146 0 0 146
1191139 8001000a work private load data sm 146 0 0 146
11d20fd 8001000a work private load data sm 146 0 0 146
11719d7 8001000a work private load data sm 146 0 0 146
10b1eab 8001000a work private load data sm 146 0 0 146
1031da3 8001000a work private load data sm 146 0 0 146
1051685 8001000a work private load data sm 146 0 0 146
11f215f 8001000a work private load data sm 146 0 0 146
10712e7 8001000a work private load data sm 146 0 0 146
1031dc3 8001000a work private load data sm 146 0 0 146
1171b77 8001000a work private load data sm 146 0 0 146
10c178c 8001000a work private load data sm 146 0 0 146
10b1f0b 8001000a work private load data sm 146 0 0 146
10620a6 8001000a work private load data sm 146 0 0 146
1041c24 8001000a work private load data sm 146 0 0 146
11a213a 8001000a work private load data sm 146 0 0 146
1101d70 8001000a work private load data sm 146 0 0 146
1142074 8001000a work private load data sm 146 0 0 146
1151eb5 8001000a work private load data sm 146 0 0 146
11513f5 8001000a work private load data sm 146 0 0 146
1021c02 8001000a work private load data sm 146 0 0 146
11720f7 8001000a work private load data sm 146 0 0 146
11a105a 8001000a work private load data sm 146 0 0 146
1121b52 8001000a work private load data sm 146 0 0 146
11a1e9a 8001000a work private load data sm 146 0 0 146
1101030 8001000a work private load data sm 146 0 0 146

Cleaning oracle memory

Hi,
I am doing analysis of query running with union all and without union all i.e union.
So i want clean the memory after the first run so that the execution plan and result will be in oracle memory.
Command for clearing the memory and runing to see the execution time

I agree with Toon.
Why do you want to "clear the memory"? That is not needed. Measure the workload of each method and use that to determine which has the lowest workload. Messing with memory and measuring elapsed time are flawed.
You can clear Oracle's buffer cache in order to make both queries use physical I/O.. but what about the file system cache? The data can be cached there.. Therefore one query can be lucky and its Oracle physical I/O is in fact logical I/O from the file system cache, whereas the other query's physical I/Os as seen by Oracle are indeed physical.
Measurement and benchmarking using elapsed time is dangerous.. as it is a complex issue that needs one to understand all aspects and moving parts involved. You cannot merely tinker with Oracle's "memory" and expect that to create a level playing field for comparing and benchmarking queries.

Windows 32bit OS 에서 Oracle Memory Sizing

제품 : Database
작성날짜 : 2007-12-21
PURPOSE
Windows 32bit OS 메모리 제약과 Oracle 에서 추가메모리 사용하도록 설정하는 방법을 설명한다.
CONTENTS
1. Windows 32bit 메모리 확장 관련 용어들
2. Windows 32bit 메모리 확장 설정 방법
3. AWE_WINDOW_MEMORY 파라미터 산정
4. Windows 에서 Oracle 메모리 사용량 모니터링
5. Windows 에서 Oracle 메모리 사용량 줄이는 방법
EXPLANATIONS
1. Windows 32bit 메모리 확장 관련 용어
- /3GB
Windows 32bit OS 에서 메모리 어드레싱은 4GB 까지 가능하고, 이 중 2GB 는 커널이 사용하고
나머지 2GB 가 사용자 프로세스에게 할당되는 최대 메모리 크기이다. Windows 2000 이상에서는
/3GB 옵션을 사용하여 커널에 1GB 만 할당하고 나머지 3GB 를 사용자 프로세스에게 할당하여
2GB 한계를 넘어 메모리를 확장하여 사용할 수 있다. OS 에서는 boot.ini에 /3GB 옵션 추가하고,
어플리케이션 실행파일 헤더에 IMAGE_FILE_LARGE_ADDRESS_AWARE bit 이 설정되어 있으면 된다.
Oracle 8.1.7 이상에서는 기본적으로 IMAGE_FILE_LARGE_ADDRESS_AWARE bit 설정되었으므로 3GB
사용가능하다. 참고로 Windows 64bit OS 는 한 프로세스당 어드레싱 가능한 메모리가 8TB 이므로
32bit 에서 사용하는 추가적인 옵션들이 필요없다.
- /PAE (Physical Address Extentions)
/3GB 옵션과 더불어 32bit 메모리 제약을 넘기위한 방법으로, 가상 메모리내에 포인터 테이블로
"별도 메모리 영역"을 매개함으로 프로세스가 사용할 수 있는 실제 메모리 크기를 확장한다.
예를들어 Oracle 은 가상 메모리 2GB 영역 (/3GB 사용하면 3GB) 내에 포인터 테이블(window)만
저장하고 실제 DB BUFFER CACHE 는 "별도 메모리 영역" 에 할당한 후, BUFFER CACHE 사용시
포인터 테이블을 매개하여 실제 BUFFER CACHE 영역 사용한다. 여기서 "별도 메모리 영역" 도
메모리를 사용하는 것이다.
- AWE (Address Windowing Extensions) & Oracle 구현방식
AWE 는 PAE 기능을 사용하도록 어플리케이션에 제공된 API 이다.
AWE API 를 사용한 오라클 버젼들은 아래와 같다.
* Oracle 8.1.6.x
* Oracle 8.1.7.x
* Oracle 9.2.x
* Oracle 10.1.x
* Oracle 10.2.x
주의! 9.1.0.x 는 AWE 지원안됨.
AWE 구현된 Oracle 버젼들은 3GB 이상의 SGA 사용할 수 있는데, 정확히 말하면 SGA 중 BUFFER CACHE
영역만 3GB 이상의 "별도 메모리 영역"에 지정할 수 있다. 오라클에서 AWE 를 사용하면 BUFFER CACHE
사용시 포인터 테이블과 실제 BUFFER CACHE 가 있는 별도 메모리 영역과의 mapping & unmapping
과정이 추가되므로 기본적인 처리보다 느릴 수 있지만, 적어도 IO 을 줄일 수 있기 때문에
IO 느린 시스템에서는 성능 향상을 기대할 수 있다.
2. Windows 32bit 메모리 확장 설정 방법
- boot.ini 에 /3GB /PAE option 을 추가
multi(0)disk(0)rdisk(0)partition(1)\WINNT="Microsoft Windows 2000 Advanced Server" /3GB /PAE
- 오라클 서비스 실행하는 OS USER 에 "Lock memory pages"의 권한 부여
. Start -> Programs -> Administrative Tools -> Local Security Policy
(on a Domain Controller, click on 'Domain Security Policy' instead of 'Local Security Policy')
. Double-click on the 'Lock Pages in memory' policy.
. Add the appropriate user and click 'Ok'.
. Restart the OracleService<SID>
- 포인터 테이블 (window) 크기 지정하는 AWE_WINDOW_MEMORY 를 레지스트리 추가
. HKEY_LOCAL_MACHINE => Software => Oracle => HomeX 에 AWE_WINDOW_MEMORY=1024000000 추가
주의! 여러 인스턴스라면 각 Home 에 추가
- init.ora 에 USE_INDIRECT_DATA_BUFFERS=TRUE 추가하고 DB_BLOCK_BUFFERS 로 BUFFER CACHE 크기 설정
주의! DB_CACHE_SIZE 로 BUFFER CACHE 지정하면 에러 발생한다.
ORA-00385: cannot enable Very Large Memory with new buffer cache parameters
- Oracle10g 에서는 SGA_TARGET=0 설정하여 Automatic Memory Management 를 disable 해야한다.
3. AWE_WINDOW_MEMORY 크기 계산 방법
(1) 기본값 : AWE_WINDOW_MEMORY = 1GB
/PAE /3GB 를 지정해도 아래 메모리들의 총합은 3GB 내에 들어와야한다.
- AWE_WINDOW_MEMORY
- BUFFER CACHE 제외한 SGA (shared_pool, large_pool, java_pool, log_buffers ...)
- Overhead for Oracle.exe DLLs (100MB 정도)
- Stack space per thread (1MB/thread)
- PGA and UGA
결국 BUFFER CACHE 최대 크기는 OS 메모리 - 4GB + AWE_WINDOW_MEMORY 로 산정된다.
(여기서 4GB는 Oracle이 사용하는 3GB와 OS에서 사용하는 1GB의 합. 결국 이 영역을 제외한 나머지 영역에 buffer cache를 지정하여 사용할 수 있다.)
예를들어 12GB RAM 시스템에서 최대 BUFFER CACHE 크기= (Total RAM - 4GB + AWE_WINDOW_MEMORY) = 12GB - 4GB + 1GB = 9GB 이다.
(2) 8.1.7 이하에서는 AWE_WINDOW_MEMORY 최소값 제한이 없었으나,
Oracle9i R2 부터 최소값보다 작게 설정하면 DB 기동시 에러들이 발생한다.
ORA-27102 out of memory
OSD-00034 Message 34 not found; Product=RDBMS;facility =SOSD
O/S Error: (OS 8) Not enough storage is available to process this command
AWE_WINDOW_MEMORY 최소값 계산 공식
a. MIN(AWE_WINDOW_MEMORY)= (4096 * DB_BLOCK_SIZE * DBBLOCK_LRU_LATCHES)/8
b. DBBLOCK_LRU_LATCHES = (Max buffer pools * SETS_PER_POOL)
c. Max Buffer Pools = 8 (상수)
d. SETS_PER_POOL /* USE_INDIRECT_DATA_BUFFERS=TRUE 로 VLM ENABLED */
SETS_PER_POOL = 2*CPU_COUNT (if VLM is enabled)
SETS_PER_POOL = CPU Count/2 (if VLM is NOT enabled)
시나리오 #1:
# of CPU's = 8
DB_BLOCK_SIZE = 8192
Total RAM = 8GB
SETS_PER_POOL = 2 * CPU_COUNT = 16
DBBLOCK_LRU_LATCHES = (max buffer Pools * sets_per_pool) = 8*16 = 128
MIN(AWE_WINDOW_MEMORY) = (4096*DB_BLOCK_SIZE * DBBLOCK_LRU_LATCHES) / 8
= (4096 * 8192 * 128) / 8 = 536870912 bytes = 512 MB
시나리오 #2:
# of CPU's = 16
DB_BLOCK_SIZE = 8192
Total RAM = 16 GB
SETS_PER_POOL = 2 * CPU_COUNT = 32
DBBLOCK_LRU_LATCHES = (max buffer Pools * sets_per_pool) = 8*32 = 256
MIN(AWE_WINDOW_MEMORY) = (4096*DB_BLOCK_SIZE * DBBLOCK_LRU_LATCHES) / 8
= ( 4096 * 8192 * 256) / 8 = 1073741824 bytes = 1024 MB
주의 !!!
1. ORA-27102 는 AWE_WINDOW_MEMORY 최소값 이하일때도 발생하지만, BUFFER CACHE 가
실제 메모리보다 크게 지정된 경우에도 발생한다.
2. ORA-27102 는 DB_BLOCK_BUFFER < AWE_WINDOW_MEMORY 일때도 발생한다.
3. AWE_WINDOW_MEMORY 설정값은 "계산된 최소값 + 10 MB (overhead)" 으로 설정해야한다.
4. Hyperthreading enabled 시스템의 경우 # of CPU's 를 두배로 계산해야한다.
4. Windows 에서 Oracle 메모리 사용량 모니터링
TASK MANAGER 에서 VM 값은 정확하지 않으므로 관리도구에서 별도 모니터링해야한다.
관리도구 => Perfomance 선택 => "추가" => 성능개체:Process, Count:Virtual Bytes, Instance:oracle.exe 선택
5. Windows 에서 Oracle 메모리 사용량 줄이는 방법
(1) Oracle 실행파일 스택 크기 조정
Thread 들이 미리 1MB 스택을 PGA 로 선점하고 필요하게 되면 더 확장해서 사용하는데
대부분들의 Thread 들은 초기 스택도 사용하지 않는 경우가 많다.
아래처럼 default=1 MB 를 500 KB로 줄일 수 있다.
. DB 내린 후 ORACLE_HOME/bin 에서 수행
C:\OH\bin> orastack oracle.exe 500000
C:\OH\bin> orastack tnslsnr.exe 500000
C:\OH\bin> orastack svrmgrl.exe 500000
(2) Shared Server (pre-Oracle9i 는 MTS 설정) 사용: 세션들이 메모리를 공유하므로 Oracle 프로세스 전체적인 메모리를 줄일 수 있다.
References
Note 225349.1 - Implementing Address Windowing Extensions (AWE) or VLM on Windows Platforms
Note.205089.1 - Oracle and Hyperthreading

Basically ORA-12154 means, service name can't be found in tnsnames.ora or this file can't be located at all. Are there multiple ORACLE_HOMEs on the machine ? Is the application based on OLEDB running in a different home , NOT in the client's ORACLE_HOME? You may set TNS_ADMIN, pointing to your tnsnames.ora, as global environment variable. So each application on the machine will know this location.
I'm sure this is not a problem 64bit versus 32bit.
Werner

Related to oracle memory architecture

Why oracle has made some memory parameters static and some of them are dynamic?

Just two example:
db_block_size
This would require the complete database to be reorganized on the fly.
Does that make sense? NO
sga_max_size
This would require the corresponding shared memory segment to be resized on the fly. Is this possible in Unix? No.
Etc, etc, etc.
Sybrand Bakker
Senior Oracle DBA

Oracle Memory Allocation

I have set the SGA_MAX_SIZE to 1024M
Following is the Memory allocation at startup
SQL> startup nomount
Total System Global Area 1073741824 bytes
Fixed Size 1253124 bytes
Variable Size 1065353468 bytes
Database Buffers 4194304 bytes
Redo Buffers 2940928 bytes
I have 512M Physical Memory (RAM) and 1024M Virtual Memory.
Does this mean Oracle will reserve/block the complete 512M Physical Mem. + 512M from Virtual Memory at startup? will my Virtual Memory usage shootup to 512M or more?
DB & OS: Oracle 10.2.0.1 on Windows XP SP1

In my case the entire SGA_MAX_SIZE is allocated at startup. Check the SGA, Shared pool size in my first post.
I just checked PRE_PAGE_SGA and it is set to FALSE
SQL> show parameter PRE_PAGE_SGA
NAME TYPE VALUE
pre_page_sga boolean FALSE
SQL> show parameter SGA_MAX_SIZE
NAME TYPE VALUE
sga_max_size big integer 1G
FYI
SQL> startup nomount
Total System Global Area 1073741824 bytes
Fixed Size 1253124 bytes
Variable Size 1065353468 bytes
Database Buffers 4194304 bytes
Redo Buffers 2940928 bytes

Asp to oracle - memory leaks?

I am using Oracle OlEDB provider to connect to an oracle 8i database from asp.
it seems like after a few days, we start getting a "ROW-00001 cannot allocate memory" error on all our asp pages. If i restart IIS, it fixes the problem. But I would like to know if anybody else there has encountered this problem, and what would you suggest?
Thanks very much for your help,
-V

For Oracle 9.2 client, we applied three patches successfully:
1. Apply patchset 92021
2. Apply patch 2814865
3. Apply patch 2533353:
Create empty file tnsnames.ora in same directory as aspnet_wp.exe,
typically C:\WINNT\Microsoft.NET\Framework\v1.0.3705.
Regards,
Armin

Oracle memory settings

Hi experts,
My database server setup is as follows:
Database: Oracle Database 10.2.0.4.0 Standard - 64bit
Server OS: Windows 2008 R2 64bit
RAM: 20GB
4 Processor
Running on VMIf i were to specify the SGA to 10GB, does Oracle knows the 10GB allocated memory available to use? do i need to set the /awe or /pae in windows boot.ini?
Does Windows 2008 64bit have the 4GB memory limitation issue that i need to specify the above?
As for the processor of 4? how do i tell Oracle to use those CPU effiiently?
Thank you,
Faizal.

user3657459 wrote:
If i were to specify the SGA to 10GB, does Oracle knows the 10GB allocated memory available to use? do i need to set the /awe or /pae in windows boot.ini?
Does Windows 2008 64bit have the 4GB memory limitation issue that i need to specify the above?No need as 4GB is a limitation of using a 32bit number to address memory. 64bit can (in theory) address 16 EB (exabytes) of memory.
64bit Windows can address more than 4GB. See the MSDN memory limits article for details.
As for the processor of 4? how do i tell Oracle to use those CPU effiiently?No need to. Oracle will detect the number of CPUs available and use that as a baseline for configuring a number of parameters.
Also, the issue is not whether Oracle is using RAM efficiently or using CPUs efficiently.
The issue is, are YOU and your code using Oracle efficiently?
That determines how well Oracle can perform and how well Oracle can scale.

Oracle Memory Issue/ performance tuning

I have Oracle 9i running on Window 2003 server. 2 GB memory is allocated to Oralce DB( even though server has 14GB memory)
Recently, the oracle process has been slow.. running query
I ran the window task manager. Here is the numbers that I see
Mem usage: 556660k
page Faults: 1075029451
VM size: 1174544 K
I am not sure how to analyze this data. why the page fault is so huge. and Mem usage is half of VM size?
How can I do the performance tuning on this box?

I'm having a similar issue with Oracle 10g R2 64-bit on Windows 2003 x64. Performance on complicated queries is abysmal because [I think] most of the SGA is sitting in a page file, even though there is plenty of physical RAM to be had. Performance on simple queries is probably bad also, but it's not really noticable. Anyway, page faults skyrocket when I hit the "go" button on big queries. Our legacy system runs our test queries in about 5 minutes, but the new system takes at least 30 if not 60. The new system has 24 gigs of RAM, but at this point, I'm only allocating 1 gig to the SGA and 1/2 gig to the PGA. Windows reports oracle.exe has 418,000K in RAM and 1,282,000K in the page file (I rounded a bit). When I had the PGA set to 10 gigs, the page usage jumped to over 8 gigs.
I tried adding ORA_LPENABLE=1 to the registry, but this issue seems to be independent. Interestingly, the amount of RAM taken by oracle.exe goes down a bit (to around 150,000K) when I do this. I also added "everyone" to the security area "lock pages in memory", but again, this is probably unrelated.
I did an OS datafile copy and cloned the database to a 32-bit windows machine (I had to invalidate and recompile all objects to get this to work), and this 32-bit test machine now has the same problem.
Any ideas?

PHP 5.0.0RC3 and Oracle Memory Errors

I have been getting Apache.exe Application Errors as I am testing PHP5. The exact error message is: The instruction at "0x77f83aed" referenced memory at "0x00080000". The memory could not be "written".
Environment:
OS: Windows XP Professional with SP1
Server: Apache 1.3.31 (Win32)
PHP Version: 5.0.0RC3
DB: Oracle 8.4.7 on Unix machine.
Script Instructions:
If I run this script and refresh my browser a few times so that this script is re-executed, I will get the error. Please try this out if you have a similar environment and let me know if you see this problem.
Script:
<?php
class Test {
var $_results;
var $_ncount;
function display() {
$conn = oci_connect("scott", "tiger", "your-host-name");
$stmt = oci_parse($conn, "select ENAME from emp");
oci_execute($stmt);
$this->_ncount = oci_fetch_all($stmt, $this->_results);
oci_free_statement($stmt);
oci_close($conn);
for ($i = 0; $i < $this->_ncount; $i++) {
echo $this->_results["ENAME"][$i];
$test = new Test();
$test->display();
?>
My Initial Observation:
It appears that the oci calls in conjunction with a loop functions in php can cause the memory problems. When I remove the for loop. I do not get the problem and if I manually assign the array to $_results without making the call to the oci functions, then I don't get the error.
I would be interested in hearing from any of you that are testing your code against php5.
Regards,
Ben

I have the same problem.
We are running Apache 1.3.31 on W2k and PHP 5.0.1 with simplified code:
<?
$db = oci_connect("scott", "tiger", "");
oci_close($db);
?>
The first time of execution works well. Clicking "Refresh" in the browser leads to the described error.
At first we tested on Apache2, but ist seems to be a problem with the new php_oci8.dll in PHP 5.0.1

Oracle memory occupation issue

Hello.
I am a fresh ( just after install ) oracle 10g user and would like to ask about a ( perhaps ) simple matter. Since full database & client installation I have the following processes running while using Windows : oracle.exe, java.exe ( x 2 ), perl.exe, TNSLSNR.exe. I believe these are all oracle processes and after summing up they reserve over 50% of my ram memory, which I would very much like to have free while I am not using oracle. The processes themselves start with windows however, which I would like to somehow change. Therefore my question : is there any way to make ALL these processes start only after some kind of manual oracle startup procedure or let's say running the oracle client ?
Cheers

What you could do is change automatical database startup at OS startup to manual.
Change the setting in Control Panel Services.
Then when you need to use the Oracle server you can start it and stop it after use.

Oracle consumes 100% memory on Solaris 10

Hi,
Our database (Oracle 10g, R2) is running is running on Solaris, When I use the unix command prstat -a, it shows that, 100% Memomry utilized. Below are the details.
PID USERNAME SIZE RSS STATE PRI NICE TIME CPU PROCESS/NLWP
12934 oracle 2573M 2559M sleep 59 0 0:00:00 0.1% oracle/1
5914 sirsi 4912K 4664K sleep 59 0 0:00:29 0.0% prstat/1
12937 oracle 4896K 4592K cpu3 49 0 0:00:00 0.0% prstat/1
833 oracle 2572M 2558M sleep 59 0 0:01:05 0.0% oracle/1
114 root 7464K 6632K sleep 59 0 0:01:20 0.0% picld/12
829 oracle 2573M 2559M sleep 59 0 0:01:04 0.0% oracle/1
823 oracle 2574M 2560M sleep 59 0 0:00:46 0.0% oracle/11
811 oracle 2573M 2559M sleep 59 0 0:00:43 0.0% oracle/1
146 root 2288K 1312K sleep 59 0 0:00:22 0.0% in.mpathd/1
831 oracle 2576M 2562M sleep 59 0 0:00:24 0.0% oracle/1
639 root 3664K 2392K sleep 59 0 0:00:00 0.0% snmpXdmid/2
700 nobody 7520K 3752K sleep 59 0 0:00:00 0.0% httpd/1
701 nobody 7520K 3752K sleep 59 0 0:00:00 0.0% httpd/1
637 root 3080K 2048K sleep 59 0 0:00:00 0.0% dmispd/1
472 root 5232K 2320K sleep 59 0 0:00:00 0.0% dtlogin/1
720 root 2912K 2400K sleep 59 0 0:00:01 0.0% vold/5
629 root 2376K 1664K sleep 59 0 0:00:00 0.0% snmpdx/1
702 nobody 7520K 3736K sleep 59 0 0:00:00 0.0% httpd/1
378 root 3928K 1784K sleep 59 0 0:00:00 0.0% sshd/1
699 nobody 7520K 3704K sleep 59 0 0:00:00 0.0% httpd/1
697 root 9384K 6520K sleep 59 0 0:00:01 0.0% snmpd/1
695 root 7360K 5376K sleep 59 0 0:00:04 0.0% httpd/1
375 root 12M 8088K sleep 59 0 0:00:01 0.0% fmd/15
354 root 3728K 2040K sleep 59 0 0:00:00 0.0% syslogd/13
415 root 2016K 1440K sleep 59 0 0:00:00 0.0% smcboot/1
416 root 2008K 1016K sleep 59 0 0:00:00 0.0% smcboot/1
338 root 4736K 1296K sleep 59 0 0:00:00 0.0% automountd/2
340 root 5080K 2384K sleep 59 0 0:00:00 0.0% automountd/3
263 daemon 2384K 1760K sleep 60 -20 0:00:00 0.0% lockd/2
256 root 1280K 936K sleep 59 0 0:00:00 0.0% utmpd/1
395 root 7592K 2560K sleep 59 0 0:00:02 0.0% sendmail/1
273 root 2232K 1496K sleep 59 0 0:00:00 0.0% ttymon/1
254 root 2072K 1224K sleep 59 0 0:00:00 0.0% sf880drd/1
417 root 2008K 1016K sleep 59 0 0:00:00 0.0% smcboot/1
272 root 5152K 4016K sleep 59 0 0:00:02 0.0% inetd/4
206 root 1232K 536K sleep 59 0 0:00:00 0.0% efdaemon/1
394 smmsp 7568K 1904K sleep 59 0 0:00:00 0.0% sendmail/1
128 root 2904K 2056K sleep 59 0 0:00:00 0.0% devfsadm/6
241 daemon 2640K 1528K sleep 59 0 0:00:00 0.0% rpcbind/1
245 daemon 2672K 1992K sleep 59 0 0:00:00 0.0% statd/1
251 root 2000K 1248K sleep 59 0 0:00:00 0.0% sac/1
123 root 3992K 3008K sleep 59 0 0:00:07 0.0% nscd/26
NPROC USERNAME SIZE RSS MEMORY TIME CPU
24 oracle 48G 48G 100% 0:04:48 0.1%
10 sirsi 1101M 35M 0.1% 0:00:32 0.0%
37 root 148M 97M 0.2% 0:02:18 0.0%
10 nobody 73M 36M 0.1% 0:00:00 0.0%
1 smmsp 7568K 1904K 0.0% 0:00:00 0.0%
4 daemon 12M 7920K 0.0% 0:00:00 0.0%
Total: 86 processes, 260 lwps, load averages: 0.02, 0.02, 0.02
Can anyone suggest why Oracle consumes 100% Memory? and how do we resolve this?.
Regards,
Sabdar Syed.

Many Unix tools add to each dedicated server process memory the SGA size because under Unix each dedicated server is attaching the SGA shared memory segment to its process address space: so these Unix tools are not so reliable for Oracle.
To check the Oracle memory usage, it is generally more recommendded to use the V$ views such as V$SGASTAT and V$PGASTAT.

Oracle memory

Similar Messages

Maybe you are looking for