home *** CD-ROM | disk | FTP | other *** search
- Newsgroups: comp.databases.oracle
- Path: sparky!uunet!usc!cs.utexas.edu!sdd.hp.com!saimiri.primate.wisc.edu!ames!elroy.jpl.nasa.gov!swrinde!network.ucsd.edu!qualcom.qualcomm.com!doc!kpalm
- From: kpalm@doc.qualcomm.com (Kent Palm)
- Subject: Re: Monday Morning Blues?
- Message-ID: <kpalm.725571293@doc>
- Sender: news@qualcomm.com
- Nntp-Posting-Host: doc.qualcomm.com
- Organization: Qualcomm, Inc., San Diego, CA
- References: <1992Dec28.181625.9736@netcom.com>
- Date: Mon, 28 Dec 1992 19:34:53 GMT
- Lines: 22
-
- sjs@netcom.com (Stephen Schow) writes:
-
- >We reboot our UNIX Oracle Server every weekend. Every monday morning, all
- >of our Oracle users complain about unusually slow performance. Anyone have
- >any clues why? After a few hours it usually speeds up again, but the first
- >few hours of monday are slower than molasses(sp).
-
-
- >--
- >------------------------------------------------------------------
- >Steve Schow | But you don't have to use the claw, if you
- >sjs@netcom.com | pick the pear with the big paw paw......
- >(415) 354-4908 | Have I given you a clue......?
- > | - Baloo the Bear
- >------------------------------------------------------------------
-
- If you have a large SGA, then you may have all of your data in memory.
- When you shut down the database, memory contents are lost. The next time
- the users request database information, a physical read (i.e., from disk)
- must occur. To get around this problem, you could write a routine to
- bring in you most popular tables after database startup. Not only is data
- stored in the SGA, but also dictionary header information.
-