RE: ORACLE 8.1.5 on NT run very slow ??

From: Reardon, Bruce (CALBBAY) <Bruce.Reardon_at_comalco.riotinto.com.au>
Date: Wed, 24 Oct 2001 14:50:09 -0700
Message-ID: <F001.003B3A88.20011024150039@fatcity.com>

Hi,

If you open up task Manager on the server, and swap to the performance tab, how much physical memory is shown as available? While you're on that tab, how much total physical memory does Task Manager report?

As per Jared's question, what do the following 2 queries show? select * from v$sga;
select name , value from v$parameter where name = 'db_block_size';

Regards,
Bruce Reardon

-----Original Message-----
Sent: Thursday, 25 October 2001 6:46

aaa aaa,
( if that's your real name :)

Considering that your page faults are very high, take a look at the sizes of db_block_buffers, db_block_size, and shared_pool_size for starters.

512 Meg of RAM isn't exactly an overabundance, but will perform especially badly if you've allocated all of it ( or more ) to the shared_pool and/or buffer cache.

Jared

                    "aaa aaa"

                    <mccdba_at_hotmai       To:     Multiple recipients of list
ORACLE-L <ORACLE-L_at_fatcity.com>        
                    l.com>               cc:

                    Sent by:             Subject:     ORACLE 8.1.5 on NT run
very slow  ??                          
                    10/24/01 09:25 AM

We have HP server with NT 4.0 installed. This server dedicate for ORACLE use. The ORACLE version is 8.1.5 (no patch installed). we found the performance NOT really good. I turn on the "performance monitor" and found the "memory page fault" and "memory pages/sec" are very high while SQL statement running (even only one user running). The Server have following configurations:

    HP LH 3000
    2 CPU
    500 Mhz
    512 MB RAM
    1200 swap space on C:
    ORACLE software and NT on C: (9GB, 7200RPM??)     ORACLE data on d: (8 X 9GB RAID 5, 7200RPM??)     ORACLE SGA 250MB Can anyone give me some hints why:

page fault very high?
SQL statement run very slow (I turn on TKPROF to trace and found it is NOT ORACLE SQL statement inefficient problem)?

Thanks.
--

Please see the official ORACLE-L FAQ: http://www.orafaq.com
--

Author: Reardon, Bruce (CALBBAY)
INET: Bruce.Reardon_at_comalco.riotinto.com.au

Fat City Network Services    -- (858) 538-5051  FAX: (858) 538-5051
San Diego, California        -- Public Internet access / Mailing Lists
--------------------------------------------------------------------

To REMOVE yourself from this mailing list, send an E-Mail message to: ListGuru_at_fatcity.com (note EXACT spelling of 'ListGuru') and in the message BODY, include a line containing: UNSUB ORACLE-L (or the name of mailing list you want to be removed from). You may also send the HELP command for other information (like subscribing). Received on Wed Oct 24 2001 - 16:50:09 CDT