Flavio Fonseca writes:

Hello all,

I have a proliant server with 4 GB RAM and a 3GHz processor. I am using suse 9.2 professional and installing oracle 9i on it.

Note that this setup is neither supported by Oracle nor Novell/SUSE - nor is Oracle tested at all on 9.2. If you use it seriously, you should get SLES9.

But when a look at free results just after booting the server with no larg program running:

babao:~ # free total used free shared buffers cached Mem: 4042056 4024008 18048 0 4920 35636 -/+ buffers/cache: 3983452 58604 Swap: 2104472 6068 2098404

almost all memory is allocated. I have just updated the system and it didn't change. I noticed that when I start a program like oracles dbca (assistent to create database) the machine almost dies running like a slower than my workstation.

I also had a problem installing suse 9.2. It didn't started with 4GB of ram. I reduced to 2GB and the installation went fine. After a online update I could install the rest of the RAM. but now I noticed this problem and the machine is too sloow for a server.

You should check where the memory has gone, this does not look normal. Run top and sort by memory to see which processes use it. Have you enabled shared memory? Andreas -- Andreas Jaeger, aj@suse.de, http://www.suse.de/~aj SUSE Linux Products GmbH, Maxfeldstr. 5, 90409 Nürnberg, Germany GPG fingerprint = 93A3 365E CE47 B889 DF7F FED1 389A 563C C272 A126

Andreas: using top and sort by memory usage the the top using program is kdeinit using 11MB. Like I said, I just turn on the machine, with basic system install and it says it is using 98% of RAM. Any other ideia? Oh, and yes, shared memory is on and mounted. I just boot up the server and here is the top listing: 4372 ntp 16 0 9252 3728 8480 S 0.0 0.2 0:00.00 ntpd 4818 root 16 0 75752 3064 71m S 0.0 0.1 0:00.50 kdm_greet 6012 root 16 0 45004 3024 40m S 0.0 0.1 0:00.02 sshd 6014 root 16 0 8636 2172 8008 S 0.0 0.1 0:00.02 bash 4860 root 16 0 9040 2116 8268 S 0.0 0.1 0:00.00 ntpd 5578 postfix 18 0 20548 1828 19m S 0.0 0.1 0:00.00 qmgr 5573 postfix 16 0 20504 1800 19m S 0.0 0.1 0:00.00 pickup 4719 root 15 0 31880 1560 20m S 0.0 0.1 0:01.64 X 4861 root 16 0 8640 1508 8008 S 0.0 0.1 0:00.06 bash 6032 root 16 0 4200 1072 3972 R 0.0 0.1 0:00.08 top 4754 root 16 0 18324 992 17m S 0.0 0.0 0:00.01 master 4283 root 16 0 31276 812 30m S 0.0 0.0 0:00.03 sshd 4613 root 16 0 49292 716 8132 S 0.0 0.0 0:00.00 nscd 4488 root 18 0 8032 608 7772 S 0.0 0.0 0:00.00 powersaved 4810 root 16 0 24328 584 23m S 0.0 0.0 0:00.10 login 4797 root 16 0 3776 548 3596 S 0.0 0.0 0:00.00 cron 4732 root 16 0 12148 540 11m S 0.0 0.0 0:00.00 kdm 4147 root 16 0 2728 508 2292 S 0.0 0.0 0:00.00 klogd 4809 root 17 0 2904 504 2728 S 0.0 0.0 0:00.01 mingetty 4811 root 18 0 2904 504 2728 S 0.0 0.0 0:00.01 mingetty 4812 root 18 0 2904 504 2728 S 0.0 0.0 0:00.01 mingetty 4813 root 18 0 2904 504 2728 S 0.0 0.0 0:00.01 mingetty 4814 root 18 0 2904 504 2728 S 0.0 0.0 0:00.01 mingetty 5908 root 15 0 2472 480 2300 S 0.0 0.0 0:00.00 dhcpcd 4626 root 17 0 8924 464 8732 S 0.0 0.0 0:00.00 kdm 4431 root 15 0 2472 452 2288 S 0.0 0.0 0:00.00 acpid 4830 root 10 -10 2572 300 2276 S 0.0 0.0 0:00.00 hwscand 3947 root 16 0 2460 288 2280 S 0.0 0.0 0:00.00 irqbalance 4512 oracle 16 0 25932 268 23m S 0.0 0.0 0:00.00 tnslsnr 4144 root 16 0 3556 256 3368 S 0.0 0.0 0:00.01 syslogd 4167 root 16 0 8240 140 8064 S 0.0 0.0 0:00.00 resmgrd thanks for your attention. Flávio On Tuesday 29 March 2005 16:02, Andreas Jaeger wrote:

Flavio Fonseca writes:

...

Hello all,

I have a proliant server with 4 GB RAM and a 3GHz processor. I am using suse 9.2 professional and installing oracle 9i on it.

Note that this setup is neither supported by Oracle nor Novell/SUSE - nor is Oracle tested at all on 9.2. If you use it seriously, you should get SLES9.

...

But when a look at free results just after booting the server with no larg program running:

babao:~ # free total used free shared buffers cached Mem: 4042056 4024008 18048 0 4920 35636 -/+ buffers/cache: 3983452 58604 Swap: 2104472 6068 2098404

almost all memory is allocated. I have just updated the system and it didn't change. I noticed that when I start a program like oracles dbca (assistent to create database) the machine almost dies running like a slower than my workstation.

I also had a problem installing suse 9.2. It didn't started with 4GB of ram. I reduced to 2GB and the installation went fine. After a online update I could install the rest of the RAM. but now I noticed this problem and the machine is too sloow for a server.

You should check where the memory has gone, this does not look normal. Run top and sort by memory to see which processes use it.

Have you enabled shared memory?

Andreas

-- Att., Flávio Fonseca Equipe Divisão de Redes (DR) Diretoria de Processamento de Dados (DirPD) Universidade Federal de Uberlandia (UFU)

Dear Mr. Williams: no. thats is not the case. please take a look at the result of free command I sent in the first mail and reproduce here to you: babao:~ # free total used free shared buffers cached Mem: 4042056 4024008 18048 0 4920 35636 -/+ buffers/cache: 3983452 58604 Swap: 2104472 6068 2098404 now take a look at a normal server free result: doodle:~ # free total used free shared buffers cached Mem: 1036068 1022720 13348 0 364736 429584 -/+ buffers/cache: 228400 807668 Swap: 265064 8 265056 although you can see that almost all memory is in use in both case (1022720 of 1036068 in the second case) if you take a look at the second line of free you'll see the real available memory calculated by the free program for you, there it adds the buffers and cached memory and considere it available. in the second example I have 807668 (about 800Mb out of 1GB) of available memory, but in the first case in the second line I have only 58640 (58MB out of 4GB) free. So this is the problem. For the system all memory seams to really be allocated. thanks for your trial but its not a case of miss interpretation of memory use. hope someone else have more ideais. thank you all again. Flavio On Tuesday 29 March 2005 19:10, Stephen Williams wrote:

You may be slightly confused by what "using 98% of RAM" means. The Linux philosophy is that unused ram is wasted ram. If it is not filled with application programs, it will put temporary buffers in unused memory. So a normal running system will get to a steady state of most of the memory in use, even though much of that use may be low priority and reassigned on demand.

Programs like xosview can help you distinguish the major memory uses: used for programs vs. buffers or I/O cache.

Could that be what you're issue is about?

Flavio Fonseca ff-at-dirpd.ufu.br |suse-amd64| wrote:

...

Andreas:

using top and sort by memory usage the the top using program is kdeinit using 11MB. Like I said, I just turn on the machine, with basic system install and it says it is using 98% of RAM. Any other ideia? Oh, and yes, shared memory is on and mounted.

-- Steve Williams "The woods are lovely, dark and deep. steve at .......... But I have promises to keep, http://www........... and lines to code before I sleep, http://www.picturel.com And lines to code before I sleep."

-- Att., Flávio Fonseca Equipe Divisão de Redes (DR) Diretoria de Processamento de Dados (DirPD) Universidade Federal de Uberlandia (UFU)

On Wednesday 30 March 2005 16:55, Andreas Jaeger wrote:

Flavio Fonseca writes:

...

Andreas:

using top and sort by memory usage the the top using program is kdeinit using 11MB.

Are you sure? X normally needs more...

...

Like I said, I just turn on the machine, with basic system install and it says it is using 98% of RAM. Any other ideia? Oh, and yes, shared memory is on and mounted.

How much memory?

Andreas I am having the same messages/values with one gig of RAM. With just KMail running it says that 92% of memory is in use. (Zero swapped out.) I also note that the processes listed under top are only totalling to about 15% of memory (13.6% being X). Where is the discrepancy between the 15% and the 92% ? Regards, Colin

On Wednesday 30 March 2005 15:29, Brad Bourn wrote:

On Wednesday 30 March 2005 10:28 am, Colin Carter wrote:

...

I am having the same messages/values with one gig of RAM. With just KMail running it says that 92% of memory is in use. (Zero swapped out.) I also note that the processes listed under top are only totalling to about 15% of memory (13.6% being X). Where is the discrepancy between the 15% and the 92% ?

Am I having the same problem?

No, Not in this sense; just that most of the RAM seems to be 'consumed', even though the O.S. has nothing to put into it. Well, I'll worry tomorrow. Cheers, Colin

top - 22:27:44 up 4 days, 21:11, 7 users, load average: 0.00, 0.00, 0.00 Tasks: 111 total, 1 running, 110 sleeping, 0 stopped, 0 zombie Cpu(s): 48.8% us, 9.4% sy, 0.2% ni, 41.2% id, 0.2% wa, 0.2% hi, 0.0% si Mem: 1023884k total, 907608k used, 116276k free, 50280k buffers Swap: 1052216k total, 200264k used, 851952k free, 474588k cached

PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 1 root 16 0 640 72 492 S 0.0 0.0 0:01.10 init 2 root 34 19 0 0 0 S 0.0 0.0 0:00.00 ksoftirqd/0 3 root 5 -10 0 0 0 S 0.0 0.0 0:00.44 events/0 4 root 6 -10 0 0 0 S 0.0 0.0 0:00.00 khelper 5 root 5 -10 0 0 0 S 0.0 0.0 0:00.00 netlink/0 6 root 8 -10 0 0 0 S 0.0 0.0 0:00.00 kacpid 29 root 5 -10 0 0 0 S 0.0 0.0 0:00.29 kblockd/0 42 root 15 0 0 0 0 S 0.0 0.0 0:03.13 pdflush 44 root 7 -10 0 0 0 S 0.0 0.0 0:00.00 aio/0 43 root 15 0 0 0 0 S 0.0 0.0 0:03.30 kswapd0 628 root 24 0 0 0 0 S 0.0 0.0 0:00.00 kseriod 1373 root 5 -10 0 0 0 S 0.0 0.0 0:00.00 ata/0 1375 root 21 0 0 0 0 S 0.0 0.0 0:00.00 scsi_eh_0 1376 root 21 0 0 0 0 S 0.0 0.0 0:00.00 scsi_eh_1 1481 root 19 0 0 0 0 S 0.0 0.0 0:00.00 scsi_eh_2 1482 root 20 0 0 0 0 S 0.0 0.0 0:00.00 scsi_eh_3 1492 root 5 -10 0 0 0 S 0.0 0.0 0:00.79 reiserfs/0 1674 root 16 0 2460 388 2288 S 0.0 0.0 0:00.00 startpar 2804 root 15 0 0 0 0 S 0.0 0.0 0:00.00 khubd 2882 root 5 -10 2444 292 2280 S 0.0 0.0 0:00.00 udevd 3778 root 15 0 0 0 0 S 0.0 0.0 0:00.00 khpsbpkt 3806 root 15 0 0 0 0 S 0.0 0.0 0:00.00 knodemgrd_0 3826 root 15 0 2568 344 2276 S 0.0 0.0 0:00.00 hwscand 7014 root 16 0 3548 608 3368 S 0.0 0.1 0:00.84 syslogd 7064 root 16 0 2720 716 2292 S 0.0 0.1 0:00.17 klogd 7232 root 16 0 8240 696 8064 S 0.0 0.1 0:01.38 resmgrd 7290 nobody 16 0 4560 468 4376 S 0.0 0.0 0:00.00 portmap

B-)

On Thursday 31 March 2005 06:23, William A. Mahaffey III wrote:

Colin Carter wrote:

...

On Wednesday 30 March 2005 15:29, Brad Bourn wrote:

...

On Wednesday 30 March 2005 10:28 am, Colin Carter wrote:

...

I am having the same messages/values with one gig of RAM. With just KMail running it says that 92% of memory is in use. (Zero swapped out.) I also note that the processes listed under top are only totalling to about 15% of memory (13.6% being X). Where is the discrepancy between the 15% and the 92% ?

Am I having the same problem?

No, Not in this sense; just that most of the RAM seems to be 'consumed', even though the O.S. has nothing to put into it. Well, I'll worry tomorrow. Cheers, Colin

...

top - 22:27:44 up 4 days, 21:11, 7 users, load average: 0.00, 0.00, 0.00 Tasks: 111 total, 1 running, 110 sleeping, 0 stopped, 0 zombie Cpu(s): 48.8% us, 9.4% sy, 0.2% ni, 41.2% id, 0.2% wa, 0.2% hi, 0.0% si Mem: 1023884k total, 907608k used, 116276k free, 50280k buffers Swap: 1052216k total, 200264k used, 851952k free, 474588k cached

PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 1 root 16 0 640 72 492 S 0.0 0.0 0:01.10 init 2 root 34 19 0 0 0 S 0.0 0.0 0:00.00 ksoftirqd/0 3 root 5 -10 0 0 0 S 0.0 0.0 0:00.44 events/0 4 root 6 -10 0 0 0 S 0.0 0.0 0:00.00 khelper 5 root 5 -10 0 0 0 S 0.0 0.0 0:00.00 netlink/0 6 root 8 -10 0 0 0 S 0.0 0.0 0:00.00 kacpid 29 root 5 -10 0 0 0 S 0.0 0.0 0:00.29 kblockd/0 42 root 15 0 0 0 0 S 0.0 0.0 0:03.13 pdflush 44 root 7 -10 0 0 0 S 0.0 0.0 0:00.00 aio/0 43 root 15 0 0 0 0 S 0.0 0.0 0:03.30 kswapd0 628 root 24 0 0 0 0 S 0.0 0.0 0:00.00 kseriod 1373 root 5 -10 0 0 0 S 0.0 0.0 0:00.00 ata/0 1375 root 21 0 0 0 0 S 0.0 0.0 0:00.00 scsi_eh_0 1376 root 21 0 0 0 0 S 0.0 0.0 0:00.00 scsi_eh_1 1481 root 19 0 0 0 0 S 0.0 0.0 0:00.00 scsi_eh_2 1482 root 20 0 0 0 0 S 0.0 0.0 0:00.00 scsi_eh_3 1492 root 5 -10 0 0 0 S 0.0 0.0 0:00.79 reiserfs/0 1674 root 16 0 2460 388 2288 S 0.0 0.0 0:00.00 startpar 2804 root 15 0 0 0 0 S 0.0 0.0 0:00.00 khubd 2882 root 5 -10 2444 292 2280 S 0.0 0.0 0:00.00 udevd 3778 root 15 0 0 0 0 S 0.0 0.0 0:00.00 khpsbpkt 3806 root 15 0 0 0 0 S 0.0 0.0 0:00.00 knodemgrd_0 3826 root 15 0 2568 344 2276 S 0.0 0.0 0:00.00 hwscand 7014 root 16 0 3548 608 3368 S 0.0 0.1 0:00.84 syslogd 7064 root 16 0 2720 716 2292 S 0.0 0.1 0:00.17 klogd 7232 root 16 0 8240 696 8064 S 0.0 0.1 0:01.38 resmgrd 7290 nobody 16 0 4560 468 4376 S 0.0 0.0 0:00.00 portmap

B-)

Type in 'free -m' at a shell prompt & see what it says, the kernel sponges up RAM for buffers, but releases it when any app wants it, the free command will tell you about that .... YMMV & all that ;-). Thanks William. It shows half of my memory is free. This Newbie has a lot to learn yet :-) Colin