topic Re: /dev/shm - RHAS 3.0 in Operating System - Linux

/dev/shm - RHAS 3.0

Jorge Cocomess — Wed, 05 Apr 2006 16:44:00 GMT

Does anyone know what's /dev/shm and what is used for? Is this something like upper memory that you can pin a process so it can run faster?

Thanks,
J

Filesystem 1K-blocks Used Available Use% Mounted on
/dev/cciss/c0d0p7 755920 395196 322324 56% /
/dev/cciss/c0d0p1 122622 4802 117820 4% /boot/efi
/dev/cciss/c0d0p6 1511856 639688 795368 45% /home
none 24974608 0 24974608 0% /dev/shm
/dev/cciss/c0d0p5 2015824 50928 1862496 3% /tmp

Re: /dev/shm - RHAS 3.0

Stuart Browne — Wed, 05 Apr 2006 16:46:54 GMT

No, it's a non-fs shared memory segment used for IPC.

Re: /dev/shm - RHAS 3.0

Ivan Ferreira — Wed, 05 Apr 2006 17:36:13 GMT

The /dev/shm stands for shared memory. It can be used to tweak the shared memory parameters for applications like Oracle.

Re: /dev/shm - RHAS 3.0

Jorge Cocomess — Wed, 05 Apr 2006 18:34:07 GMT

Hi Ivan - Can you tell me more about the parameters or point me to where I can read up on this paramters. Yes, I intend to use on the my Oracle 10g box.

Thanks much!!

J

Re: /dev/shm - RHAS 3.0

Ivan Ferreira — Wed, 05 Apr 2006 18:54:58 GMT

See this link:

http://www.oracle-base.com/articles/linux/LargeSGAOnLinux.php

Please assign points to the people that helps you.

Have a nice day.

Re: /dev/shm - RHAS 3.0

Jorge Cocomess — Wed, 05 Apr 2006 21:52:36 GMT

Gentlemen -
Would you know what's the command to show your current SGA parameter?

Again, many thanks!!

J

Re: /dev/shm - RHAS 3.0

Ivan Ferreira — Thu, 06 Apr 2006 07:48:49 GMT

That information you should get it through oracle, I don't know about oracle, but normally I use:

ipcs -a

You will see tha shared memory regiongs, the owner and the size.

To identify the size of the shared memory used currently.

Re: /dev/shm - RHAS 3.0

Jorge Cocomess — Thu, 06 Apr 2006 08:54:17 GMT

Great, Ivan. By the way, how do you read this? Many thanks!!

J.

------ Shared Memory Segments --------
key shmid owner perms bytes nattch status
0x00000000 0 gdm 600 393216 2 dest
0x00000000 1146881 oracle 640 1343488 15
0x00000000 1179650 oracle 640 125829120 15
0xe3f40ad4 1212419 oracle 640 16384 15
0x00000000 1245188 oracle 640 1343488 43
0x00000000 1277957 oracle 640 4294967296 43
0x3a16bd24 1310726 oracle 640 16384 43
0x00000000 1409032 oracle 640 1359872 62
0x00000000 1441801 oracle 640 1048576 62
0x00000000 1474570 oracle 640 6442450944 62
0x00000000 1507339 oracle 640 3204448256 62
0x16c7cd84 1540108 oracle 640 32768 62

------ Semaphore Arrays --------
key semid owner perms nsems
0x15018304 2457600 oracle 640 34
0xfb949950 2588673 oracle 640 202
0xfb949951 2621442 oracle 640 202
0xfb949952 2654211 oracle 640 202
0x79ca2f70 2818053 oracle 640 154

------ Message Queues --------
key msqid owner perms used-bytes messages

Re: /dev/shm - RHAS 3.0

Ivan Ferreira — Thu, 06 Apr 2006 09:36:21 GMT

In shared memory segments, sum all the "bytes" columns to get the total. The output looks very bad so i don't sum it.

Re: /dev/shm - RHAS 3.0

Ivan Ferreira — Thu, 06 Apr 2006 10:10:56 GMT

From that output, if you sum all shared memory segments used by oracle, looks that you have 7040 MB (7GB), and that your shm-max (maximum size of shared memory) is 640 MB.

To change the value SHMMAX, you can use either of the following three methods:

# This method sets the SHMMAX on startup by inserting the following kernel parameter in the /etc/sysctl.conf startup file:

# echo "kernel.shmmax=2147483648" >> /etc/sysctl.conf

# If you wanted to dynamically alter the value of SHMMAX without rebooting the machine, you can make this change directly to the /proc file system. This command can be made permanent by putting it into the /etc/rc.local startup file:

# echo "2147483648" > /proc/sys/kernel/shmmax

# You can also use the sysctl command to change the value of SHMMAX:

# sysctl -w kernel.shmmax=2147483648

Re: /dev/shm - RHAS 3.0

Jorge Cocomess — Thu, 06 Apr 2006 12:46:16 GMT

Ivan - When you say the sum is "bad", do you mean our configuration is bad or just the layout was bad?

Do you think I need to modify my SHMMAX?

Thanks,
J

Re: /dev/shm - RHAS 3.0

Ivan Ferreira — Thu, 06 Apr 2006 13:31:31 GMT

I just said that the format is bad and difficult to read in your message. It's not bad, but the oracle recommendation is to use the values that I posted before.

Re: /dev/shm - RHAS 3.0

Mike Stroyan — Fri, 07 Apr 2006 11:26:46 GMT

Ivan, you aren't reading that correctly.
The system already has 14GB of oracle shared memory. The largest single shared memory object is 6GB in size. Jorge shouldn't reduce the maximum shared memory segment size to 2GB.

Re: /dev/shm - RHAS 3.0

Ivan Ferreira — Fri, 07 Apr 2006 13:22:13 GMT

My apologizes, Mike is right. I was reading the permissions instead of the bytes. Sorry for the confusion.

Re: /dev/shm - RHAS 3.0

Ivan Ferreira — Fri, 07 Apr 2006 13:37:26 GMT

I feel stupid, how a shared memory will be 640 bytes? I don't know what I was thinking. The sum of all bytes gives 14072856576 (14 GB), and you can see:

0x00000000 1474570 oracle 640 6442450944 62

Tha means that the largest size of a segment is 6 GB. From here:

http://www.puschitz.com/TuningLinuxForOracle.shtml#SettingSharedMemory

You can read:

"This means that SHMMAX should not exceed 4294967295 on a 32-bit system. On x86-64 platforms, SHMMAX can be much larger than 4GB since the virtual address space is not limited by 32 bits."

Can you post the ouput of:

# cat /proc/sys/kernel/shmmax

To be sure about how you have it configured?

Once again I'm sorry, I don't like to commit this kind of mistakes.

Re: /dev/shm - RHAS 3.0

Jorge Cocomess — Fri, 07 Apr 2006 14:02:06 GMT

No problem on my part, since I'm still in the learning mode. Here's the result.

6442450944

Thanks,
J

Re: /dev/shm - RHAS 3.0

Ivan Ferreira — Fri, 07 Apr 2006 14:34:12 GMT

Acording to the link above you should reduce the size to 4294967296.

I participated of various installations, and normally, we always use that size at maximum, or 2 GB because if the SGA is larger, it will just use more segments.

Re: /dev/shm - RHAS 3.0

Mike Stroyan — Fri, 07 Apr 2006 17:32:28 GMT

This must be a 64-bit system to have an existing 6GB shared memory segment. The limit on shared memory segment size does not need to be below 4GB.

The huge pages feature has a lot of potential for performance improvement on a large memory system like this. It is covered in the same document that Ivan linked to.
http://www.puschitz.com/TuningLinuxForOracle.shtml#LargeMemoryOptimization

Re: /dev/shm - RHAS 3.0

Jorge Cocomess — Fri, 07 Apr 2006 22:22:16 GMT

Hi,

Yes, this is a 64-bits server with 49GB of memory. I'm not sure if the Oracle 10g is in need of tuning. However, I think the MSA1500 cs SANs can use some help though. I wish we went with a smaller EVA SAN instead of these MSA's.

Do you guys still think I need to tune my Oracle server? Please help!

Thanks,
J

Re: /dev/shm - RHAS 3.0

Ivan Ferreira — Mon, 10 Apr 2006 08:23:32 GMT

It's difficult to say if you need to tune your system, you must do a system performance analysis, if the performance is good, you don't need to tune the system.

I would recommend this redbook.

http://www.redbooks.ibm.com/abstracts/redp3861.html?Open

This has good information about how to identify problems. And a good section about oracle.

Also, this gives some recommedations about tuning the disk subsystem and the elevator.