But the kernel on a 32 bit system addresses the first 4gb only. Windows has awe and pae ux doesn't. I bet your jserv proccesses are paging.
Noup. It is limitation for single process. It doen't apply for whole system. Kernel have it own part to work with, but it is just fraktion of overall memory size in yuor system. J. On 4/18/07, Tipton, Josh <Josh.Tipton@xxxxxxxxxxxxxx> wrote:
But the kernel on a 32 bit system addresses the first 4gb only. Windows has awe and pae ux doesn't. I bet your jserv proccesses are paging. I may be wrong but that was my understanding from oracle. ----- Original Message ----- From: ora-apps-dba-bounce@xxxxxxxxxxxxx <ora-apps-dba-bounce@xxxxxxxxxxxxx> To: ora-apps-dba@xxxxxxxxxxxxx <ora-apps-dba@xxxxxxxxxxxxx> Sent: Wed Apr 18 08:46:11 2007 Subject: Re: application tier RAM requirements > The app tier(s) are all 32 bit apps and only use 4 gb of ram. I would try disagree with this option ;) 32 platform means that processes execute on that platform are limited to addressing not more then 4GB of memory. But at the same time you can have multiple processes which utilize 1-2 GB each. For Apps 11i typically you can configure multiple Jserv processes with max Mem utilization to 1GB. Let say if you configure 16 Jserv instances, then total RAM utilization might be up to 16+ GB. I would say 5MB for Form process and 10MB for each connected Self-Service user might be good starting estimation ;) PS I have seen some documents where Oracle stated that in terms of CPU you can plan 50 users per single CPU. Form that time CPU speed increased several times and I would say 200 users per CPU may be good beginning figure. Just my 0.02$, J. On 4/18/07, Tipton, Josh <Josh.Tipton@xxxxxxxxxxxxxx> wrote: > > > > > The app tier(s) are all 32 bit apps and only use 4 gb of ram. The DB is a different story. > > > > ________________________________ > > From: ora-apps-dba-bounce@xxxxxxxxxxxxx [mailto:ora-apps-dba-bounce@xxxxxxxxxxxxx] On Behalf Of Kenan Öztürk > Sent: Wednesday, April 18, 2007 7:04 AM > To: ora-apps-dba@xxxxxxxxxxxxx > Subject: application tier RAM requirements > > > > > Hi all, > > is there document for application tier(apache+forms+reports%concurrent managers etc) RAM requirements according to user count. Because there is for database RAM requirements, you can see it below! > > note id :216205.1 > > > > > > Parameter Name > > > Development / Test Instance > > > 11 – 100 Users > > > 101 – 500 Users > > > 501 – 1,000 Users > > > 1,001 – 2,000 Users [1] > > > > Processes > > > 200 > > > 200 > > > 800 > > > 1200 > > > 2500 > > > > Sessions > > > 400 > > > 400 > > > 1600 > > > 2400 > > > 5000 > > > > db_block_buffers > > > 20000 > > > 50000 > > > 150000 > > > 250000 > > > 400000 > > > > db_cache_size [2] > > > 156M > > > 400M > > > 1G > > > 2G > > > 3G > > > > sga_target [3] > > > 1G > > > 1G > > > 2G > > > 3G > > > 14G > > > > undo_retention [4] > > > 1800 > > > 3600 > > > 7200 > > > 10800 > > > 14400 > > > > Shared_pool_size (csp) > > > N/A > > > N/A > > > N/A > > > 1800M > > > 3000M > > > > Shared_pool_reserved_size (csp) > > > N/A > > > N/A > > > N/A > > > 180M > > > 300M > > > > Shared_pool_size (no csp) > > > 400M > > > 600M > > > 800M > > > 1000M > > > 2000M > > > > Shared_pool_reserved_size (no csp) > > > 40M > > > 60M > > > 80M > > > 100M > > > 100M > > > > pga_aggregate_target [5] > > > 1G > > > 2G > > > 4G > > > 10G > > > 20G > > Total Memory Required [6] > > > ~ 2 GB > > > ~ 3 GB > > > ~ 6 GB > > > ~ 13 GB~ 25 GB > > > > > > > > > ________________________________ > > Ahhh...imagining that irresistible "new car" smell? > Check out new cars at Yahoo! Autos. > > ****************************************************************************** This email contains confidential and proprietary information and is not to be used or disclosed to anyone other than the named recipient of this email, and is to be used only for the intended purpose of this communication. ****************************************************************************** > > > -- Yury +371 29268222 (+2 GMT) ============================================ http://otn.oracle.com/ocm/jvelikanovs.html ----- Original Message ----- From: ora-apps-dba-bounce@xxxxxxxxxxxxx <ora-apps-dba-bounce@xxxxxxxxxxxxx> To: ora-apps-dba@xxxxxxxxxxxxx <ora-apps-dba@xxxxxxxxxxxxx> Sent: Wed Apr 18 08:46:11 2007 Subject: Re: application tier RAM requirements > The app tier(s) are all 32 bit apps and only use 4 gb of ram. I would try disagree with this option ;) 32 platform means that processes execute on that platform are limited to addressing not more then 4GB of memory. But at the same time you can have multiple processes which utilize 1-2 GB each. For Apps 11i typically you can configure multiple Jserv processes with max Mem utilization to 1GB. Let say if you configure 16 Jserv instances, then total RAM utilization might be up to 16+ GB. I would say 5MB for Form process and 10MB for each connected Self-Service user might be good starting estimation ;) PS I have seen some documents where Oracle stated that in terms of CPU you can plan 50 users per single CPU. Form that time CPU speed increased several times and I would say 200 users per CPU may be good beginning figure. Just my 0.02$, J. On 4/18/07, Tipton, Josh <Josh.Tipton@xxxxxxxxxxxxxx> wrote: > > > > > The app tier(s) are all 32 bit apps and only use 4 gb of ram. The DB is a different story. > > > > ________________________________ > > From: ora-apps-dba-bounce@xxxxxxxxxxxxx [mailto:ora-apps-dba-bounce@xxxxxxxxxxxxx] On Behalf Of Kenan Öztürk > Sent: Wednesday, April 18, 2007 7:04 AM > To: ora-apps-dba@xxxxxxxxxxxxx > Subject: application tier RAM requirements > > > > > Hi all, > > is there document for application tier(apache+forms+reports%concurrent managers etc) RAM requirements according to user count. Because there is for database RAM requirements, you can see it below! > > note id :216205.1 > > > > > > Parameter Name > > > Development / Test Instance > > > 11 – 100 Users > > > 101 – 500 Users > > > 501 – 1,000 Users > > > 1,001 – 2,000 Users [1] > > > > Processes > > > 200 > > > 200 > > > 800 > > > 1200 > > > 2500 > > > > Sessions > > > 400 > > > 400 > > > 1600 > > > 2400 > > > 5000 > > > > db_block_buffers > > > 20000 > > > 50000 > > > 150000 > > > 250000 > > > 400000 > > > > db_cache_size [2] > > > 156M > > > 400M > > > 1G > > > 2G > > > 3G > > > > sga_target [3] > > > 1G > > > 1G > > > 2G > > > 3G > > > 14G > > > > undo_retention [4] > > > 1800 > > > 3600 > > > 7200 > > > 10800 > > > 14400 > > > > Shared_pool_size (csp) > > > N/A > > > N/A > > > N/A > > > 1800M > > > 3000M > > > > Shared_pool_reserved_size (csp) > > > N/A > > > N/A > > > N/A > > > 180M > > > 300M > > > > Shared_pool_size (no csp) > > > 400M > > > 600M > > > 800M > > > 1000M > > > 2000M > > > > Shared_pool_reserved_size (no csp) > > > 40M > > > 60M > > > 80M > > > 100M > > > 100M > > > > pga_aggregate_target [5] > > > 1G > > > 2G > > > 4G > > > 10G > > > 20G > > Total Memory Required [6] > > > ~ 2 GB > > > ~ 3 GB > > > ~ 6 GB > > > ~ 13 GB~ 25 GB > > > > > > > > > ________________________________ > > Ahhh...imagining that irresistible "new car" smell? > Check out new cars at Yahoo! Autos. > > ****************************************************************************** This email contains confidential and proprietary information and is not to be used or disclosed to anyone other than the named recipient of this email, and is to be used only for the intended purpose of this communication. ****************************************************************************** > > > -- Yury +371 29268222 (+2 GMT) ============================================ http://otn.oracle.com/ocm/jvelikanovs.html ******************************************************************************
This
email contains confidential and proprietary information and is not to be used
or disclosed to anyone other than the named recipient of this email,
and is to be used only for the intended purpose of this
communication.
******************************************************************************
-- Yury +371 29268222 (+2 GMT) ============================================ http://otn.oracle.com/ocm/jvelikanovs.html