Locate rogue java process eating swap space.
How can i find a rogue java process (lwp) eating up swap space ? The system is very low on swap but has half of memory free.
I'd start with ps -e -o vsz,pid,args | sort -nThe process with the largest VM footprint will be on the bottom.
How are you measuring that swap is being eaten? Are you using 'swap -s'? Is it mainly going into allocation or reservation?
Darren
Similar Messages
-
SC3.1/2xV40z: java process eating memory
I've got a 2-node Cluster (SC 3.1) on Solaris 10x86 606 running. Uptime is about 171 days. noticed a java process allocating about 1.3 GB of RAM. This happens only on one node. The other one shows max. 256 MB allocated by a particular java processes.
Is there a memory leak in the SC3.1 software?Which java process is it? If it is cacao, then you've hit CR 6359362. It doesn't look like there is a fix just now, but the workaround is to disable cacao from starting up. See the CR for details.
Tim
--- -
Arch process using more swap space
Hi,
DB : 11.2
OS : Aix 6
While taking archive backup by oem,only 9 archive process consuming more swap space.
The parameter value is LOG_ARCHIVE_MAX_PROCESSES=15 at db level.
Why only 9 archive process use swap space at os level?
how to determine all the archive process needed?
Thanks & Regards,
VNuser3266490 wrote:
Hi,
Thanks for your reply.
Physical memory 120 GB,Swap space 45GB.
We getting TOP consuming SWAP space PID's from OS team.Then we checked v$session with that PID's.We found that PID's belongs to archive processes.
Nealry 25 log switch per hour happened.the log file size 8gb,8 groups. Then REDO log files is is way too small by around a factor of SIX
Increase REDO log file size to 50GB to reduce the number of switches per hour to around 3 0r 4. -
Java and swap space in Solaris 8
Hi,
I've set weblogic java to run on Xmx1534m with swap space 2Gb. It seems like we always encounter out-of-space during jsp compilations. This happens whenever the system crunches on available swap space. Any ideas what to adjust for, such as system paramters.
You can use compiler class instead of external compiler and compile
in-process. I use
public class MyCompiler {
public static void main(String[] args) {
ByteArrayOutputStream err = new ByteArrayOutputStream();
sun.tools.javac.Main compiler = new sun.tools.javac.Main(err, "javac");
if(!compiler.compile(args)) {
throw new RuntimeException(err.toString());
"Paul Chew" <[email protected]> wrote in message
news:3da40212$[email protected]..
> Hi,
>
> I've set weblogic java to run on Xmx1534m with swap space 2Gb. It seems
like we always encounter out-of-space during jsp compilations. This happens
whenever the system crunches on available swap space. Any ideas what to
adjust for, such as system paramters.
>
Dimitri
-
Java.lang.OutOfMemoryError: requested 2904104 bytes for Chunk::new. Out of swap space?
Can someone help me with this error? At random times the application crashes and I get this error.
# An unexpected error has been detected by Java Runtime Environment:
# java.lang.OutOfMemoryError: requested 2904104 bytes for Chunk::new. Out of swap space?
# Internal Error (allocation.cpp:218), pid=1904, tid=3532
# Error: Chunk::new
# Java VM: Java HotSpot(TM) Server VM (10.0-b19 mixed mode windows-x86)
# If you would like to submit a bug report, please visit:
# http://java.sun.com/webapps/bugreport/crash.jsp
--------------- T H R E A D ---------------
Current thread (0x003ec800): GCTaskThread [stack: 0x675c0000,0x676c0000] [id=3532]
Stack: [0x675c0000,0x676c0000]
[error occurred during error reporting (printing stack bounds), id 0xc0000005]
--------------- P R O C E S S ---------------
Java Threads: ( => current thread )
0x6a0cb400 JavaThread "Thread-1968" daemon [_thread_in_native, id=6032, stack(0x7fdf0000,0x7fef0000)]
0x6a0db400 JavaThread "Thread-1967" daemon [_thread_in_native, id=5188, stack(0x7fcf0000,0x7fdf0000)]
0x6a113400 JavaThread "Thread-1966" daemon [_thread_in_native, id=3000, stack(0x7fbf0000,0x7fcf0000)]
0x6a11b400 JavaThread "Thread-1965" daemon [_thread_in_native, id=4460, stack(0x7faf0000,0x7fbf0000)]
0x6a150400 JavaThread "Thread-1964" daemon [_thread_in_native, id=5068, stack(0x7f9f0000,0x7faf0000)]
0x78522400 JavaThread "Thread-1963" daemon [_thread_in_native, id=3572, stack(0x7f8f0000,0x7f9f0000)]
0x6e949400 JavaThread "Thread-1962" daemon [_thread_in_native, id=3368, stack(0x7f7f0000,0x7f8f0000)]
0x6e483400 JavaThread "Thread-1961" daemon [_thread_in_native, id=2172, stack(0x7f580000,0x7f680000)]
0x73b40400 JavaThread "Thread-1960" daemon [_thread_in_native, id=5684, stack(0x7f480000,0x7f580000)]
0x6f8ae400 JavaThread "Thread-1959" daemon [_thread_in_native, id=4828, stack(0x7f380000,0x7f480000)]
0x6e7ec400 JavaThread "Thread-1958" daemon [_thread_in_native, id=5912, stack(0x7f280000,0x7f380000)]
0x6f1a0400 JavaThread "Thread-1957" daemon [_thread_in_native, id=6100, stack(0x7f180000,0x7f280000)]
0x6fa8e400 JavaThread "Thread-1956" daemon [_thread_in_native, id=5428, stack(0x7f080000,0x7f180000)]
0x6fa76400 JavaThread "Thread-1955" daemon [_thread_in_native, id=3496, stack(0x7ef80000,0x7f080000)]
0x6f369400 JavaThread "Thread-1954" daemon [_thread_in_native, id=3516, stack(0x7ee80000,0x7ef80000)]
0x69c5a400 JavaThread "Thread-1953" daemon [_thread_in_native, id=4120, stack(0x7ed80000,0x7ee80000)]
0x6a064400 JavaThread "Thread-1952" daemon [_thread_in_native, id=5864, stack(0x7ec80000,0x7ed80000)]
0x6f526400 JavaThread "Thread-1951" daemon [_thread_in_native, id=5968, stack(0x7eb80000,0x7ec80000)]
0x780d2400 JavaThread "Thread-1950" daemon [_thread_in_native, id=900, stack(0x7ea80000,0x7eb80000)]
0x6fabe400 JavaThread "Thread-1949" daemon [_thread_in_native, id=3480, stack(0x7e980000,0x7ea80000)]
0x6f8f6400 JavaThread "Thread-1948" daemon [_thread_in_native, id=4740, stack(0x7e880000,0x7e980000)]
0x6f6a3400 JavaThread "Thread-1947" daemon [_thread_in_native, id=1188, stack(0x7e780000,0x7e880000)]
0x6f3b1400 JavaThread "Thread-1946" daemon [_thread_in_native, id=3340, stack(0x7e680000,0x7e780000)]
0x6f1e8400 JavaThread "Thread-1945" daemon [_thread_in_native, id=4100, stack(0x7e580000,0x7e680000)]
0x6ed6e400 JavaThread "Thread-1944" daemon [_thread_in_native, id=3172, stack(0x7e480000,0x7e580000)]
0x6f2ed400 JavaThread "Thread-1943" daemon [_thread_in_native, id=1860, stack(0x7e380000,0x7e480000)]
0x6fd0d400 JavaThread "Thread-1942" daemon [_thread_in_native, id=3432, stack(0x7e280000,0x7e380000)]
0x78042400 JavaThread "Thread-1941" daemon [_thread_in_native, id=5040, stack(0x7e180000,0x7e280000)]
0x6a32c400 JavaThread "Thread-1940" daemon [_thread_in_native, id=1828, stack(0x7e080000,0x7e180000)]
0x6a162400 JavaThread "Thread-1939" daemon [_thread_in_native, id=3740, stack(0x7df80000,0x7e080000)]
0x69df6400 JavaThread "Thread-1938" daemon [_thread_in_native, id=2544, stack(0x7de80000,0x7df80000)]
0x6eebb400 JavaThread "Thread-1937" daemon [_thread_in_native, id=2032, stack(0x7dd80000,0x7de80000)]
0x6a3d3400 JavaThread "Thread-1936" daemon [_thread_in_native, id=5240, stack(0x7dc80000,0x7dd80000)]
0x69de9400 JavaThread "Thread-1935" daemon [_thread_in_native, id=1072, stack(0x7db80000,0x7dc80000)]
0x6ef9c400 JavaThread "Thread-1934" daemon [_thread_in_native, id=4088, stack(0x7da80000,0x7db80000)]
0x69cf8400 JavaThread "Thread-1933" daemon [_thread_in_native, id=2996, stack(0x7d980000,0x7da80000)]
0x69edf400 JavaThread "Thread-1932" daemon [_thread_in_native, id=2752, stack(0x7d880000,0x7d980000)]
0x6e352400 JavaThread "Thread-1931" daemon [_thread_in_native, id=976, stack(0x7d780000,0x7d880000)]
0x69c25400 JavaThread "Thread-1930" daemon [_thread_in_native, id=2472, stack(0x7d680000,0x7d780000)]
0x6e70f400 JavaThread "Thread-1929" daemon [_thread_in_native, id=2000, stack(0x7d580000,0x7d680000)]
0x7944d400 JavaThread "Thread-1928" daemon [_thread_in_native, id=2444, stack(0x7d480000,0x7d580000)]
0x69d5b400 JavaThread "Thread-1927" daemon [_thread_in_native, id=2516, stack(0x7d380000,0x7d480000)]
0x69fc9400 JavaThread "Thread-1926" daemon [_thread_in_native, id=3856, stack(0x7d280000,0x7d380000)]
0x69fd2400 JavaThread "Thread-1925" daemon [_thread_in_native, id=304, stack(0x7c6c0000,0x7c7c0000)]
0x6f93e400 JavaThread "Thread-1924" daemon [_thread_in_native, id=4320, stack(0x7c5c0000,0x7c6c0000)]
0x6f986400 JavaThread "Thread-1923" daemon [_thread_in_native, id=3896, stack(0x7c4c0000,0x7c5c0000)]
0x6f733400 JavaThread "Thread-1922" daemon [_thread_in_native, id=4468, stack(0x7c3c0000,0x7c4c0000)]
0x6f02c400 JavaThread "Thread-1921" daemon [_thread_in_native, id=3372, stack(0x7c250000,0x7c350000)]
0x6ef03400 JavaThread "Thread-1920" daemon [_thread_in_native, id=3408, stack(0x7c150000,0x7c250000)]
0x6fb06400 JavaThread "Thread-1919" daemon [_thread_in_native, id=5936, stack(0x7c050000,0x7c150000)]
0x6a020400 JavaThread "Thread-1918" daemon [_thread_in_native, id=5504, stack(0x7bf50000,0x7c050000)]
0x6f3f9400 JavaThread "Thread-1917" daemon [_thread_in_native, id=3544, stack(0x779b0000,0x77ab0000)]
0x6f230400 JavaThread "Thread-1916" daemon [_thread_in_native, id=6084, stack(0x778b0000,0x779b0000)]
0x6fd55400 JavaThread "Thread-1915" daemon [_thread_in_native, id=5404, stack(0x77530000,0x77630000)]
0x69f73400 JavaThread "Thread-1914" daemon [_thread_in_native, id=3848, stack(0x77190000,0x77290000)]
0x6f6eb400 JavaThread "Thread-1913" daemon [_thread_in_native, id=312, stack(0x77090000,0x77190000)]
0x6f56e400 JavaThread "Thread-1912" daemon [_thread_in_native, id=2088, stack(0x76f90000,0x77090000)]
0x6efe4400 JavaThread "Thread-1911" daemon [_thread_in_native, id=316, stack(0x76d80000,0x76e80000)]
0x7808a400 JavaThread "Thread-1910" daemon [_thread_in_native, id=3192, stack(0x76c80000,0x76d80000)]
0x69f24400 JavaThread "Thread-1909" daemon [_thread_in_native, id=5500, stack(0x76b80000,0x76c80000)]
0x69e32400 JavaThread "Thread-1908" daemon [_thread_in_native, id=4204, stack(0x768b0000,0x769b0000)]
0x6a34e400 JavaThread "Thread-1907" daemon [_thread_in_native, id=5752, stack(0x767b0000,0x768b0000)]
0x69d74400 JavaThread "Thread-1906" daemon [_thread_in_native, id=2264, stack(0x766b0000,0x767b0000)]
0x6fbf6400 JavaThread "Thread-1905" daemon [_thread_in_native, id=3600, stack(0x765b0000,0x766b0000)]
0x6f9b7400 JavaThread "Thread-1904" daemon [_thread_in_native, id=484, stack(0x764b0000,0x765b0000)]
0x69eb6400 JavaThread "Thread-1903" daemon [_thread_in_native, id=4752, stack(0x763b0000,0x764b0000)]
0x69de4400 JavaThread "Thread-1902" daemon [_thread_in_native, id=4868, stack(0x762b0000,0x763b0000)]
0x69d4b400 JavaThread "Thread-1901" daemon [_thread_in_native, id=3300, stack(0x76040000,0x76140000)]
0x69fa3000 JavaThread "Thread-1900" daemon [_thread_in_native, id=328, stack(0x75f40000,0x76040000)]
0x6b1c9800 JavaThread "Thread-1899" daemon [_thread_in_native, id=2104, stack(0x75e40000,0x75f40000)]
0x6a016400 JavaThread "Thread-1898" daemon [_thread_in_native, id=5080, stack(0x75d40000,0x75e40000)]
0x69f79400 JavaThread "Thread-1897" daemon [_thread_in_native, id=4980, stack(0x75c40000,0x75d40000)]
0x69de5000 JavaThread "Thread-1896" daemon [_thread_in_native, id=4684, stack(0x75b40000,0x75c40000)]
0x69ee0400 JavaThread "Thread-1895" daemon [_thread_in_native, id=3648, stack(0x739b0000,0x73ab0000)]
0x6a1ab400 JavaThread "Thread-1894" daemon [_thread_in_native, id=3140, stack(0x738b0000,0x739b0000)]
0x69e3ec00 JavaThread "Thread-1893" daemon [_thread_in_native, id=928, stack(0x736a0000,0x737a0000)]
0x785c9c00 JavaThread "Thread-1892" daemon [_thread_in_native, id=1800, stack(0x735a0000,0x736a0000)]
0x785c9400 JavaThread "Thread-1891" daemon [_thread_in_native, id=2748, stack(0x734a0000,0x735a0000)]
0x78b5d800 JavaThread "Thread-1890" daemon [_thread_in_native, id=2564, stack(0x733a0000,0x734a0000)]
0x6e83b800 JavaThread "Thread-1889" daemon [_thread_in_native, id=5772, stack(0x732a0000,0x733a0000)]
0x6aa8ac00 JavaThread "Thread-1888" daemon [_thread_in_native, id=4548, stack(0x731a0000,0x732a0000)]
0x6b2b0800 JavaThread "Thread-1805" daemon [_thread_in_native, id=3308, stack(0x72220000,0x72320000)]
0x69ec9c00 JavaThread "jrpp-45" [_thread_in_native, id=1956, stack(0x6cdc0000,0x6cec0000)]
0x6e178c00 JavaThread "jrpp-44" [_thread_in_native, id=4064, stack(0x69200000,0x69300000)]
0x6a831c00 JavaThread "jrpp-43" [_thread_in_native, id=3924, stack(0x730a0000,0x731a0000)]
0x6ad81400 JavaThread "jrpp-41" [_thread_blocked, id=1848, stack(0x6cf20000,0x6d020000)]
0x69cf7c00 JavaThread "jrpp-40" [_thread_in_native, id=248, stack(0x729b0000,0x72ab0000)]
0x6b0af800 JavaThread "jrpp-39" [_thread_in_native, id=1584, stack(0x70b80000,0x70c80000)]
0x69dda800 JavaThread "jrpp-38" [_thread_in_native, id=3492, stack(0x72cb0000,0x72db0000)]
0x685b8800 JavaThread "AWT-Windows" daemon [_thread_in_native, id=3696, stack(0x72ab0000,0x72bb0000)]
0x6859cc00 JavaThread "jrpp-34" [_thread_in_native, id=5704, stack(0x72bb0000,0x72cb0000)]
0x6eb7a400 JavaThread "scheduler-21" [_thread_blocked, id=2540, stack(0x728b0000,0x729b0000)]
0x6b1c4400 JavaThread "jrpp-15" [_thread_in_native, id=6076, stack(0x72420000,0x72520000)]
0x681b7c00 JavaThread "scheduler-3" [_thread_blocked, id=2064, stack(0x687b0000,0x688b0000)]
0x6e894800 JavaThread "scheduler-2" [_thread_blocked, id=2216, stack(0x6d870000,0x6d970000)]
0x6a323c00 JavaThread "SocketTimeout" daemon [_thread_blocked, id=4432, stack(0x727b0000,0x728b0000)]
0x68165c00 JavaThread "scheduler-1" [_thread_blocked, id=3084, stack(0x70c80000,0x70d80000)]
0x6a7de400 JavaThread "MySQL Statement Cancellation Timer" daemon [_thread_blocked, id=5724, stack(0x72120000,0x72220000)]
0x003e6400 JavaThread "DestroyJavaVM" [_thread_blocked, id=980, stack(0x00030000,0x00130000)]
0x6856e400 JavaThread "Timer-3" daemon [_thread_blocked, id=4992, stack(0x70a80000,0x70b80000)]
0x685a2400 JavaThread "Java2D Disposer" daemon [_thread_blocked, id=1924, stack(0x72020000,0x72120000)]
0x6a3f4c00 JavaThread "worker #4" daemon [_thread_blocked, id=332, stack(0x71f20000,0x72020000)]
0x69ca0400 JavaThread "worker #3" daemon [_thread_blocked, id=5824, stack(0x71e20000,0x71f20000)]
0x6dee9c00 JavaThread "worker #2" daemon [_thread_blocked, id=3732, stack(0x71d20000,0x71e20000)]
0x68355400 JavaThread "worker #1" daemon [_thread_blocked, id=5104, stack(0x71c20000,0x71d20000)]
0x6a1a8c00 JavaThread "worker #0" daemon [_thread_blocked, id=5932, stack(0x719b0000,0x71ab0000)]
0x6aae0400 JavaThread "ServerThread" daemon [_thread_in_native, id=2504, stack(0x71780000,0x71880000)]
0x6a223400 JavaThread "Thread-23" [_thread_blocked, id=3204, stack(0x71680000,0x71780000)]
0x6a222800 JavaThread "Thread-22" [_thread_blocked, id=5164, stack(0x71580000,0x71680000)]
0x69d65000 JavaThread "Thread-21" [_thread_blocked, id=3624, stack(0x71480000,0x71580000)]
0x69d64400 JavaThread "Thread-20" [_thread_blocked, id=2480, stack(0x71380000,0x71480000)]
0x68580000 JavaThread "Thread-19" [_thread_blocked, id=5984, stack(0x71280000,0x71380000)]
0x69cbf400 JavaThread "Thread-18" [_thread_blocked, id=5064, stack(0x71180000,0x71280000)]
0x68626800 JavaThread "Thread-17" [_thread_blocked, id=3832, stack(0x71080000,0x71180000)]
0x68626000 JavaThread "Thread-16" [_thread_blocked, id=1980, stack(0x70f80000,0x71080000)]
0x68625c00 JavaThread "Thread-15" [_thread_blocked, id=3864, stack(0x70e80000,0x70f80000)]
0x6a070800 JavaThread "Thread-14" [_thread_blocked, id=4512, stack(0x70d80000,0x70e80000)]
0x6845b800 JavaThread "Thread-10" [_thread_in_native, id=4780, stack(0x70980000,0x70a80000)]
0x6ac15800 JavaThread "obj-skimmer" daemon [_thread_blocked, id=5672, stack(0x70880000,0x70980000)]
0x6ac3d800 JavaThread "obj-skimmer" daemon [_thread_blocked, id=3268, stack(0x70780000,0x70880000)]
0x6a3f5400 JavaThread "obj-skimmer" daemon [_thread_blocked, id=3400, stack(0x70680000,0x70780000)]
0x6a225c00 JavaThread "obj-skimmer" daemon [_thread_blocked, id=5816, stack(0x70580000,0x70680000)]
0x6acd0c00 JavaThread "obj-skimmer" daemon [_thread_blocked, id=3284, stack(0x70480000,0x70580000)]
0x68581400 JavaThread "obj-skimmer" daemon [_thread_blocked, id=6020, stack(0x70380000,0x70480000)]
0x6dfdac00 JavaThread "obj-skimmer" daemon [_thread_blocked, id=4536, stack(0x70280000,0x70380000)]
0x6df85800 JavaThread "obj-skimmer" daemon [_thread_blocked, id=4912, stack(0x70180000,0x70280000)]
0x6df81800 JavaThread "obj-skimmer" daemon [_thread_blocked, id=3700, stack(0x70080000,0x70180000)]
0x6dfcec00 JavaThread "obj-skimmer" daemon [_thread_blocked, id=4272, stack(0x6ff80000,0x70080000)]
0x6a225400 JavaThread "obj-skimmer" daemon [_thread_blocked, id=1748, stack(0x6fe80000,0x6ff80000)]
0x6dfafc00 JavaThread "scheduler-0" [_thread_blocked, id=3052, stack(0x6d970000,0x6da70000)]
0x6df02c00 JavaThread "Timer-2" daemon [_thread_blocked, id=2080, stack(0x6d4e0000,0x6d5e0000)]
0x6b33f000 JavaThread "Timer-1" [_thread_blocked, id=1872, stack(0x6d3e0000,0x6d4e0000)]
0x6ac8d800 JavaThread "Timer-0" [_thread_blocked, id=2828, stack(0x6d1c0000,0x6d2c0000)]
0x6aaea800 JavaThread "scheduler-20" [_thread_blocked, id=6072, stack(0x6ccc0000,0x6cdc0000)]
0x68649800 JavaThread "mipc-1" [_thread_in_native, id=988, stack(0x6cbc0000,0x6ccc0000)]
0x6ac6d800 JavaThread "Thread-4" [_thread_blocked, id=2228, stack(0x6b5a0000,0x6b6a0000)]
0x6ae4b400 JavaThread "clock" daemon [_thread_blocked, id=2548, stack(0x6a400000,0x6a500000)]
0x68490000 JavaThread "scheduler-19" [_thread_blocked, id=3512, stack(0x6cac0000,0x6cbc0000)]
0x6848f400 JavaThread "scheduler-18" [_thread_blocked, id=3220, stack(0x6c9c0000,0x6cac0000)]
0x6848e400 JavaThread "scheduler-17" [_thread_blocked, id=3940, stack(0x6c8c0000,0x6c9c0000)]
0x6848d800 JavaThread "scheduler-16" [_thread_blocked, id=4108, stack(0x6c7c0000,0x6c8c0000)]
0x68570800 JavaThread "scheduler-15" [_thread_blocked, id=1772, stack(0x6c6c0000,0x6c7c0000)]
0x6856fc00 JavaThread "scheduler-14" [_thread_blocked, id=1944, stack(0x6c5c0000,0x6c6c0000)]
0x6856f400 JavaThread "scheduler-13" [_thread_blocked, id=776, stack(0x6c4c0000,0x6c5c0000)]
0x69eecc00 JavaThread "scheduler-12" [_thread_blocked, id=2468, stack(0x6c3c0000,0x6c4c0000)]
0x69eec000 JavaThread "scheduler-11" [_thread_blocked, id=4384, stack(0x6c2c0000,0x6c3c0000)]
0x6aa81400 JavaThread "scheduler-10" [_thread_blocked, id=5628, stack(0x6c1c0000,0x6c2c0000)]
0x6aa80800 JavaThread "scheduler-9" [_thread_blocked, id=2236, stack(0x6c0c0000,0x6c1c0000)]
0x685d2800 JavaThread "scheduler-8" [_thread_blocked, id=4216, stack(0x6bfc0000,0x6c0c0000)]
0x6a1a9800 JavaThread "scheduler-7" [_thread_blocked, id=4260, stack(0x6bec0000,0x6bfc0000)]
0x69c68800 JavaThread "scheduler-6" [_thread_blocked, id=5120, stack(0x6bdc0000,0x6bec0000)]
0x69c98800 JavaThread "scheduler-5" [_thread_blocked, id=4396, stack(0x6bcc0000,0x6bdc0000)]
0x6a1db800 JavaThread "scheduler-4" [_thread_blocked, id=4328, stack(0x6bbc0000,0x6bcc0000)]
0x69cf5800 JavaThread "scheduler-3" [_thread_blocked, id=2968, stack(0x6bac0000,0x6bbc0000)]
0x68627400 JavaThread "scheduler-2" [_thread_blocked, id=5024, stack(0x6b9c0000,0x6bac0000)]
0x69e23400 JavaThread "scheduler-1" [_thread_blocked, id=3208, stack(0x6b8c0000,0x6b9c0000)]
0x6a123c00 JavaThread "scheduler-0" [_thread_blocked, id=4256, stack(0x6b7c0000,0x6b8c0000)]
0x68466c00 JavaThread "Transaction Domain PrivateJmsDomain" [_thread_blocked, id=3484, stack(0x6b6c0000,0x6b7c0000)]
0x68468000 JavaThread "Transaction Domain DefaultDomain" [_thread_blocked, id=320, stack(0x69b00000,0x69c00000)]
0x68492800 JavaThread "tyrex.util.daemonMaster" daemon [_thread_blocked, id=4340, stack(0x69a00000,0x69b00000)]
0x68465400 JavaThread "jndi-4" [_thread_in_native, id=5136, stack(0x69900000,0x69a00000)]
0x6846e800 JavaThread "jndi-3" [_thread_blocked, id=4956, stack(0x69800000,0x69900000)]
0x6846dc00 JavaThread "jndi-2" [_thread_blocked, id=2256, stack(0x69700000,0x69800000)]
0x6845ac00 JavaThread "jndi-1" [_thread_blocked, id=396, stack(0x69600000,0x69700000)]
0x6845a800 JavaThread "jndi-0" [_thread_blocked, id=2248, stack(0x69500000,0x69600000)]
0x68461400 JavaThread "RMI Scheduler(0)" daemon [_thread_blocked, id=4240, stack(0x69300000,0x69400000)]
0x68457800 JavaThread "jms-fifo-5" [_thread_blocked, id=5920, stack(0x69100000,0x69200000)]
0x68456c00 JavaThread "jms-fifo-4" [_thread_blocked, id=3224, stack(0x68f10000,0x69010000)]
0x68447c00 JavaThread "jms-fifo-3" [_thread_blocked, id=4164, stack(0x68e10000,0x68f10000)]
0x68449800 JavaThread "jms-fifo-2" [_thread_blocked, id=1824, stack(0x68d10000,0x68e10000)]
0x68449400 JavaThread "jms-fifo-1" [_thread_blocked, id=1436, stack(0x68c10000,0x68d10000)]
0x6843a400 JavaThread "GC Daemon" daemon [_thread_blocked, id=4644, stack(0x68b10000,0x68c10000)]
0x6838a800 JavaThread "RMI Reaper" [_thread_blocked, id=236, stack(0x68a10000,0x68b10000)]
0x683aec00 JavaThread "RMI TCP Accept-0" daemon [_thread_in_native, id=1836, stack(0x68910000,0x68a10000)]
0x6777c800 JavaThread "Low Memory Detector" daemon [_thread_blocked, id=3720, stack(0x67ec0000,0x67fc0000)]
0x6777b000 JavaThread "CompilerThread1" daemon [_thread_blocked, id=5476, stack(0x67dc0000,0x67ec0000)]
0x67775400 JavaThread "CompilerThread0" daemon [_thread_blocked, id=2280, stack(0x67cc0000,0x67dc0000)]
0x67774400 JavaThread "Attach Listener" daemon [_thread_blocked, id=2188, stack(0x67bc0000,0x67cc0000)]
0x67773000 JavaThread "Signal Dispatcher" daemon [_thread_blocked, id=2012, stack(0x67ac0000,0x67bc0000)]
0x6775c000 JavaThread "Finalizer" daemon [_thread_blocked, id=1532, stack(0x679c0000,0x67ac0000)]
0x67757c00 JavaThread "Reference Handler" daemon [_thread_blocked, id=3692, stack(0x678c0000,0x679c0000)]
Other Threads:
0x67754c00 VMThread [stack: 0x677c0000,0x678c0000] [id=4864]
0x6777e000 WatcherThread [stack: 0x67fc0000,0x680c0000] [id=4592]
=>0x003ec800 (exited) GCTaskThread [stack: 0x675c0000,0x676c0000] [id=3532]
VM state:at safepoint (normal execution)
VM Mutex/Monitor currently owned by a thread: ([mutex/lock_event])
[0x003e5950/0x000006f8] Threads_lock - owner thread: 0x67754c00
[0x003e5af0/0x000006b8] Heap_lock - owner thread: 0x6ad81400
Heap
PSYoungGen total 123008K, used 94255K [0x5d450000, 0x66f70000, 0x66fd0000)
eden space 90752K, 100% used [0x5d450000,0x62cf0000,0x62cf0000)
from space 32256K, 10% used [0x62cf0000,0x6305bc90,0x64c70000)
to space 31424K, 28% used [0x650c0000,0x65968d98,0x66f70000)
PSOldGen total 220864K, used 165707K [0x0f7d0000, 0x1cf80000, 0x5d450000)
object space 220864K, 75% used [0x0f7d0000,0x199a2ef0,0x1cf80000)
PSPermGen total 74752K, used 72956K [0x037d0000, 0x080d0000, 0x0f7d0000)
object space 74752K, 97% used [0x037d0000,0x07f0f370,0x080d0000)
Dynamic libraries:
0x00400000 - 0x00410000 C:\ColdFusion8\runtime\bin\jrun.exe
0x7c800000 - 0x7c8c2000 C:\WINDOWS\system32\ntdll.dll
0x77e40000 - 0x77f42000 C:\WINDOWS\system32\kernel32.dll
0x7d1e0000 - 0x7d27c000 C:\WINDOWS\system32\ADVAPI32.dll
0x77c50000 - 0x77cef000 C:\WINDOWS\system32\RPCRT4.dll
0x76f50000 - 0x76f63000 C:\WINDOWS\system32\Secur32.dll
0x77ba0000 - 0x77bfa000 C:\WINDOWS\system32\MSVCRT.dll
0x6dac0000 - 0x6de7a000 C:\ColdFusion8\runtime\jre\bin\server\jvm.dll
0x77380000 - 0x77411000 C:\WINDOWS\system32\USER32.dll
0x77c00000 - 0x77c49000 C:\WINDOWS\system32\GDI32.dll
0x76aa0000 - 0x76acd000 C:\WINDOWS\system32\WINMM.dll
0x7c360000 - 0x7c3b6000 C:\WINDOWS\system32\MSVCR71.dll
0x76290000 - 0x762ad000 C:\WINDOWS\system32\IMM32.DLL
0x6d320000 - 0x6d328000 C:\ColdFusion8\runtime\jre\bin\hpi.dll
0x76b70000 - 0x76b7b000 C:\WINDOWS\system32\PSAPI.DLL
0x6d820000 - 0x6d82c000 C:\ColdFusion8\runtime\jre\bin\verify.dll
0x6d3c0000 - 0x6d3df000 C:\ColdFusion8\runtime\jre\bin\java.dll
0x6d860000 - 0x6d86f000 C:\ColdFusion8\runtime\jre\bin\zip.dll
0x6d620000 - 0x6d633000 C:\ColdFusion8\runtime\jre\bin\net.dll
0x71c00000 - 0x71c17000 C:\WINDOWS\system32\WS2_32.dll
0x71bf0000 - 0x71bf8000 C:\WINDOWS\system32\WS2HELP.dll
0x71b20000 - 0x71b61000 C:\WINDOWS\System32\mswsock.dll
0x76ed0000 - 0x76efa000 C:\WINDOWS\system32\DNSAPI.dll
0x76f70000 - 0x76f77000 C:\WINDOWS\System32\winrnr.dll
0x76f10000 - 0x76f3e000 C:\WINDOWS\system32\WLDAP32.dll
0x76f80000 - 0x76f85000 C:\WINDOWS\system32\rasadhlp.dll
0x68740000 - 0x6874c000 C:\ColdFusion8\runtime\bin\portscan.dll
0x68750000 - 0x687aa000 C:\WINDOWS\system32\hnetcfg.dll
0x71ae0000 - 0x71ae8000 C:\WINDOWS\System32\wshtcpip.dll
0x688b0000 - 0x688e5000 C:\WINDOWS\system32\rsaenh.dll
0x7c8d0000 - 0x7d0cf000 C:\WINDOWS\system32\SHELL32.dll
0x7d180000 - 0x7d1d2000 C:\WINDOWS\system32\SHLWAPI.dll
0x77420000 - 0x77523000 C:\WINDOWS\WinSxS\x86_Microsoft.Windows.Common-Controls_6595b64144ccf1df_6.0.3790.3959_x-w w_D8713E55\comctl32.dll
0x6d7c0000 - 0x6d7c6000 C:\ColdFusion8\runtime\jre\bin\rmi.dll
0x6d800000 - 0x6d808000 C:\ColdFusion8\runtime\jre\bin\sunmscapi.dll
0x761b0000 - 0x76243000 C:\WINDOWS\system32\CRYPT32.dll
0x76190000 - 0x761a2000 C:\WINDOWS\system32\MSASN1.dll
0x69010000 - 0x69090000 C:\ColdFusion8\lib\izmjniado.dll
0x77670000 - 0x777a9000 C:\WINDOWS\system32\ole32.dll
0x77d00000 - 0x77d8b000 C:\WINDOWS\system32\OLEAUT32.dll
0x69090000 - 0x69098000 C:\ColdFusion8\lib\CFXNeo.dll
0x690a0000 - 0x690b0000 C:\WINDOWS\system32\MSVCIRT.dll
0x69400000 - 0x69465000 C:\WINDOWS\system32\MSVCP60.dll
0x690b0000 - 0x690be000 C:\ColdFusion8\lib\cfregistry.dll
0x690d0000 - 0x690e0000 C:\ColdFusion8\lib\PerfmonClient.dll
0x71880000 - 0x719ae000 C:\ColdFusion8\runtime\jre\bin\awt.dll
0x73070000 - 0x73097000 C:\WINDOWS\system32\WINSPOOL.DRV
0x73860000 - 0x738ab000 C:\WINDOWS\system32\ddraw.dll
0x73b30000 - 0x73b36000 C:\WINDOWS\system32\DCIMAN32.dll
0x6d2c0000 - 0x6d313000 C:\ColdFusion8\runtime\jre\bin\fontmanager.dll
0x69490000 - 0x69499000 C:\ColdFusion8\runtime\jre\bin\management.dll
0x6a540000 - 0x6a549000 C:\ColdFusion8\runtime\jre\bin\nio.dll
0x6a550000 - 0x6a573000 C:\ColdFusion8\runtime\jre\bin\dcpr.dll
0x6a590000 - 0x6a597000 C:\ColdFusion8\lib\NeoUUID.dll
0x6cec0000 - 0x6cf17000 C:\WINDOWS\system32\NETAPI32.dll
0x6d020000 - 0x6d04f000 C:\ColdFusion8\runtime\jre\bin\cmm.dll
0x6d050000 - 0x6d074000 C:\ColdFusion8\runtime\jre\bin\jpeg.dll
0x6d080000 - 0x6d08b000 C:\ColdFusion8\lib\clib_jiio_util.dll
0x72eb0000 - 0x72fbc000 C:\ColdFusion8\lib\clib_jiio_sse2.dll
VM Arguments:
jvm_args: -Xmx1400m -Dsun.io.useCanonCaches=false -XX:MaxPermSize=192m -XX:+UseParallelGC -Dcoldfusion.rootDir=C:\ColdFusion8\runtime/../ -Dcoldfusion.libPath=C:\ColdFusion8\runtime/../lib -Dcoldfusion.classPath=C:\ColdFusion8\runtime/../lib/updates,C:\ColdFusion8\runtime/../li b,C:\ColdFusion8\runtime/../gateway/lib/,C:\ColdFusion8\runtime/../wwwroot/WEB-INF/flex/ja rs,C:\ColdFusion8\runtime/../wwwroot/WEB-INF/cfform/jars,"C:\Program Files\Apache Software Foundation\Apache2.2\htdocs\InterWeb-Prod\includes\classes" -Djmx.invoke.getters=true
java_command: <unknown>
Launcher Type: generic
Environment Variables:
PATH=C:\ColdFusion8\runtime\..\lib;C:\ColdFusion8\runtime\..\jintegra\bin;C:\ColdFusion8\r untime\..\jintegra\bin\international;C:\ColdFusion8\verity\k2\_nti40\bin;C:\WINDOWS\system 32;C:\WINDOWS;C:\WINDOWS\System32\Wbem;C:\Program Files\TortoiseSVN\bin;C:\Program Files\Subversion\bin
OS=Windows_NT
PROCESSOR_IDENTIFIER=x86 Family 6 Model 26 Stepping 4, GenuineIntel
--------------- S Y S T E M ---------------
OS: Windows Server 2003 family Build 3790 Service Pack 2
CPU:total 1 (1 cores per cpu, 1 threads per core) family 6 model 10 stepping 4, cmov, cx8, fxsr, mmx, sse, sse2, sse3, ssse3
Memory: 4k page, physical 2097151k(2097151k free), swap 4194303k(4194303k free)
vm_info: Java HotSpot(TM) Server VM (10.0-b19) for windows-x86 JRE (1.6.0_04-b12), built on Dec 14 2007 00:46:56 by "java_re" with MS VC++ 7.1
time: Wed Jun 23 14:12:21 2010
elapsed time: 14601 secondsHello,
Part of the HS_ERR_PID says:
# Java VM: Java HotSpot(TM) Server VM (1.6.0_01-b06 mixed mode)
Does that mean you are running CF8 without updater1 applied? If updater1 was there I would expect JVM 1.6.0_04. Give that is correct you could apply updater1 and once that is done even update the JVM to a more current version. I see Java Dev Kit 1.6.0_23 is current, I have successfully used CF8 with 1.6.0_22.
There might be some interesting detail in the coldfusion-out.log file which likely is in [CF]\runtime\logs or [Jrun]\logs pending server or multiserver.
HTH, Carl. -
Java.lang.OutOfMemoryError:growableArray.cpp. Out of swap space?
Hello,
My Application(a Desktop application) through the following exception
Can any one please help me finding what are the possible reasons and solution for the below error?
https://forums.oracle.com/message/6443182#6443182
https://forums.oracle.com/message/6646295#6646295
I have seen in the above discussions that reducing the the heap size (Xmx) would give a solution, can any one please suggest me how much do I have to reduce my Xmx.
Here are my log details.
# An unexpected error has been detected by Java Runtime Environment:
# java.lang.OutOfMemoryError: requested 4096000 bytes for GrET in C:\BUILD_AREA\jdk6_12\hotspot\src\share\vm\utilities\growableArray.cpp. Out of swap space?
# Internal Error (allocation.inline.hpp:42), pid=1508, tid=5848
# Error: GrET in C:\BUILD_AREA\jdk6_12\hotspot\src\share\vm\utilities\growableArray.cpp
# Java VM: Java HotSpot(TM) Server VM (11.2-b01 mixed mode windows-x86)
# If you would like to submit a bug report, please visit:
# http://java.sun.com/webapps/bugreport/crash.jsp
--------------- T H R E A D ---------------
Current thread (0x070d0400): VMThread [stack: 0x071b0000,0x072b0000] [id=5848]
Stack: [0x071b0000,0x072b0000]
[error occurred during error reporting (printing stack bounds), id 0xc0000005]
VM_Operation (0x0a21fae4): ParallelGCSystemGC, mode: safepoint, requested by thread 0x070e4800
--------------- P R O C E S S ---------------
Java Threads: ( => current thread )
0x0d1da400 JavaThread "RMI RenewClean-[NCOSJPEPRD02:56100]" daemon [_thread_blocked, id=6104, stack(0x45440000,0x454c0000)]
0x0d1d9000 JavaThread "RMI RenewClean-[NCOSJPEPRD07:56100]" daemon [_thread_blocked, id=7312, stack(0x3abd0000,0x3ac50000)]
0x0d1d9c00 JavaThread "RMI RenewClean-[NCOSJPEPRD04:56100]" daemon [_thread_blocked, id=7244, stack(0x38340000,0x383c0000)]
0x17e82c00 JavaThread "RMI RenewClean-[NCOSJPEPRD06:56100]" daemon [_thread_blocked, id=4432, stack(0x0e210000,0x0e290000)]
0x17e80800 JavaThread "RMI RenewClean-[NCOSJPEPRD05:56100]" daemon [_thread_blocked, id=4128, stack(0x00e40000,0x00ec0000)]
0x17e7fc00 JavaThread "RMI RenewClean-[NCOSJPEPRD01:56100]" daemon [_thread_blocked, id=7472, stack(0x0b060000,0x0b0e0000)]
0x17e81400 JavaThread "WGN ThreadPool Message Receiver(20826) (Inactive)" daemon [_thread_blocked, id=5036, stack(0x37bc0000,0x37c40000)]
0x17e82800 JavaThread "RMI TCP Connection(261363)-10.22.91.38" daemon [_thread_blocked, id=5560, stack(0x0f460000,0x0f4e0000)]
0x17e80400 JavaThread "RMI TCP Connection(idle)" daemon [_thread_blocked, id=6800, stack(0x0cbb0000,0x0cc30000)]
0x17e7f800 JavaThread "RMI RenewClean-[NCOSJPEPRD03:56100]" daemon [_thread_blocked, id=7784, stack(0x097c0000,0x09840000)]
0x17e81000 JavaThread "RMI TCP Connection(261367)-10.22.91.39" daemon [_thread_in_native, id=6972, stack(0x00dc0000,0x00e40000)]
0x0d1d9800 JavaThread "WGN ThreadPool Message Receiver(20825) (Inactive)" daemon [_thread_blocked, id=7872, stack(0x1fe10000,0x1fe90000)]
0x17e7f400 JavaThread "RMI TCP Connection(261366)-10.22.81.92" daemon [_thread_in_native, id=7948, stack(0x0e070000,0x0e0f0000)]
0x17e82000 JavaThread "RMI TCP Connection(idle)" daemon [_thread_blocked, id=7672, stack(0x38440000,0x384c0000)]
0x08eed400 JavaThread "RMI TCP Connection(261320)-10.22.91.39" daemon [_thread_in_native, id=5640, stack(0x37eb0000,0x37f30000)]
0x17e81c00 JavaThread "RMI TCP Connection(261357)-10.22.81.92" daemon [_thread_in_native, id=8060, stack(0x22e90000,0x22f10000)]
0x19dd3c00 JavaThread "RMI TCP Connection(261369)-10.22.91.38" daemon [_thread_in_native, id=1360, stack(0x73da0000,0x73e20000)]
0x19dd3000 JavaThread "RMI TCP Connection(261360)-10.22.81.92" daemon [_thread_in_native, id=2144, stack(0x71d60000,0x71de0000)]
0x070e8800 JavaThread "RMI TCP Connection(261368)-10.22.81.92" daemon [_thread_in_native, id=7188, stack(0x4dac0000,0x4db40000)]
0x19dd0800 JavaThread "WGN ThreadPool Application Data Monitor(20737) (Inactive)" [_thread_blocked, id=6420, stack(0x0cd10000,0x0cd90000)]
0x19dd0c00 JavaThread "WGN ThreadPool Application Data Monitor(20687) (Inactive)" [_thread_blocked, id=3504, stack(0x0a7a0000,0x0a820000)]
0x19dd1800 JavaThread "WGN ThreadPool Application Data Monitor(20657) (Inactive)" [_thread_blocked, id=3084, stack(0x0b1e0000,0x0b260000)]
0x0d1dcc00 JavaThread "WGN ThreadPool Application Data Monitor(20446) (Inactive)" [_thread_blocked, id=7352, stack(0x0ab60000,0x0abe0000)]
0x08eecc00 JavaThread "RMI RenewClean-[VNCOSJCMSPRD:56102,[email protected]9b3ec]" daemon [_thread_blocked, id=1880, stack(0x0b8e0000,0x0b960000)]
0x08eec800 JavaThread "RMI TCP Accept-0" daemon [_thread_in_native, id=5100, stack(0x0b820000,0x0b8a0000)]
0x08eebc00 JavaThread "WGN filter validation thread" [_thread_blocked, id=6412, stack(0x0b6a0000,0x0b720000)]
0x08eeb400 JavaThread "WGN ID cache(preloader thread)" [_thread_blocked, id=5280, stack(0x0b5e0000,0x0b660000)]
0x08eeb000 JavaThread "WGN Username cache(preloader thread)" [_thread_blocked, id=6808, stack(0x0b520000,0x0b5a0000)]
0x08eeac00 JavaThread "WGN Username cache(invalidator thread)" [_thread_blocked, id=3628, stack(0x0b460000,0x0b4e0000)]
0x08eea400 JavaThread "WGN E-mail address cache(preloader thread)" [_thread_blocked, id=5548, stack(0x0b3a0000,0x0b420000)]
0x08eea000 JavaThread "WGN E-mail address cache(invalidator thread)" [_thread_blocked, id=3844, stack(0x0b2e0000,0x0b360000)]
0x08ee8800 JavaThread "WGN Lookup cancellation thread" [_thread_blocked, id=4296, stack(0x0afe0000,0x0b060000)]
0x08ee8000 JavaThread "WGN RSRegister-FallbackMonitorThread" [_thread_blocked, id=4180, stack(0x0af20000,0x0afa0000)]
0x08ee7c00 JavaThread "WGN NotifyScheduler (Scheduler)" [_thread_blocked, id=1712, stack(0x0ae60000,0x0aee0000)]
0x08ee7800 JavaThread "WGN ThreadPool Application Data Monitor(0) - TPQE(NCOSJPEPRD03)" [_thread_blocked, id=6184, stack(0x0ada0000,0x0ae20000)]
0x08ee7000 JavaThread "WGN DBManagement (Scheduler)" [_thread_blocked, id=3524, stack(0x0ace0000,0x0ad60000)]
0x070e8c00 JavaThread "WGN Database Event Logging Queue Handler" daemon [_thread_blocked, id=2152, stack(0x0ac20000,0x0aca0000)]
0x070e7000 JavaThread "RMI RenewClean-[VNCOSJCMSPRD:56101,wigan.infrastruct.serviceutil.ClientSocketFactory@f5d9b3ec]" daemon [_thread_blocked, id=5836, stack(0x0a720000,0x0a7a0000)]
0x070e6c00 JavaThread "RMI TCP Accept-0" daemon [_thread_in_native, id=6704, stack(0x0a660000,0x0a6e0000)]
0x070e5800 JavaThread "RMI RenewClean-[VNCOSJCMSPRD:56100]" daemon [_thread_blocked, id=5984, stack(0x0a420000,0x0a4a0000)]
0x070e5400 JavaThread "RMI Scheduler(0)" daemon [_thread_blocked, id=6224, stack(0x0a360000,0x0a3e0000)]
0x070e4800 JavaThread "GC Daemon" daemon [_thread_blocked, id=660, stack(0x0a1a0000,0x0a220000)]
0x070e4400 JavaThread "RMI Reaper" [_thread_blocked, id=5084, stack(0x0a0e0000,0x0a160000)]
0x070e3c00 JavaThread "RMI TCP Accept-0" daemon [_thread_in_native, id=4916, stack(0x0a060000,0x0a0e0000)]
0x070e3800 JavaThread "WGN Ping (Ping Server)" [_thread_in_native, id=5112, stack(0x09ea0000,0x09f20000)]
0x070e3000 JavaThread "RMI TCP Accept-56099" daemon [_thread_in_native, id=4548, stack(0x09d30000,0x09db0000)]
0x070e2000 JavaThread "Low Memory Detector" daemon [_thread_blocked, id=1452, stack(0x07870000,0x078f0000)]
0x070ed800 JavaThread "CompilerThread1" daemon [_thread_blocked, id=4024, stack(0x07730000,0x07830000)]
0x070ed400 JavaThread "CompilerThread0" daemon [_thread_blocked, id=5480, stack(0x075f0000,0x076f0000)]
0x070e1c00 JavaThread "Attach Listener" daemon [_thread_blocked, id=6908, stack(0x07530000,0x075b0000)]
0x070e1400 JavaThread "Signal Dispatcher" daemon [_thread_blocked, id=5792, stack(0x07470000,0x074f0000)]
0x070d4c00 JavaThread "Finalizer" daemon [_thread_blocked, id=4516, stack(0x073b0000,0x07430000)]
0x070d2400 JavaThread "Reference Handler" daemon [_thread_blocked, id=5384, stack(0x072f0000,0x07370000)]
0x017fb800 JavaThread "main" [_thread_blocked, id=4796, stack(0x01480000,0x01580000)]
Other Threads:
=>0x070d0400 VMThread [stack: 0x071b0000,0x072b0000] [id=5848]
0x070f9800 WatcherThread [stack: 0x07930000,0x07a30000] [id=5408]
VM state:at safepoint (normal execution)
VM Mutex/Monitor currently owned by a thread: ([mutex/lock_event])
[0x017f9a10] UNKNOWN - owner thread: 0x070d0400
[0x017f9e70] UNKNOWN - owner thread: 0x070e4800
Heap
PSYoungGen total 173696K, used 8225K [0xdeaa0000, 0xe9f50000, 0xe9ff0000)
eden space 162752K, 0% used [0xdeaa0000,0xdeaa0000,0xe8990000)
from space 10944K, 75% used [0xe8990000,0xe9198528,0xe9440000)
to space 11136K, 0% used [0xe9470000,0xe9470000,0xe9f50000)
PSOldGen total 470848K, used 221413K [0x83ff0000, 0xa0bc0000, 0xdeaa0000)
object space 470848K, 47% used [0x83ff0000,0x918297a0,0xa0bc0000)
PSPermGen total 20352K, used 20093K [0x7fff0000, 0x813d0000, 0x83ff0000)
object space 20352K, 98% used [0x7fff0000,0x8138f528,0x813d0000)
Dynamic libraries:
0x00400000 - 0x004d0000 C:\Program Files (x86)\CA\CA DLP\system\wgninfra.exe
0x77800000 - 0x77980000 C:\Windows\SysWOW64\ntdll.dll
0x762d0000 - 0x763e0000 C:\Windows\syswow64\kernel32.dll
0x75ba0000 - 0x75be7000 C:\Windows\syswow64\KERNELBASE.dll
0x71c80000 - 0x71c92000 C:\Windows\system32\MPR.dll
0x75de0000 - 0x75ee0000 C:\Windows\syswow64\USER32.dll
0x758b0000 - 0x75940000 C:\Windows\syswow64\GDI32.dll
0x773f0000 - 0x773fa000 C:\Windows\syswow64\LPK.dll
0x75810000 - 0x758ad000 C:\Windows\syswow64\USP10.dll
0x77290000 - 0x7733c000 C:\Windows\syswow64\msvcrt.dll
0x77350000 - 0x773f0000 C:\Windows\syswow64\ADVAPI32.dll
0x75a50000 - 0x75a69000 C:\Windows\SysWOW64\sechost.dll
0x761e0000 - 0x762d0000 C:\Windows\syswow64\RPCRT4.dll
0x75250000 - 0x752b0000 C:\Windows\syswow64\SspiCli.dll
0x75240000 - 0x7524c000 C:\Windows\syswow64\CRYPTBASE.dll
0x75c80000 - 0x75ddc000 C:\Windows\syswow64\ole32.dll
0x759c0000 - 0x75a4f000 C:\Windows\syswow64\OLEAUT32.dll
0x735c0000 - 0x73647000 C:\Windows\WinSxS\x86_microsoft.vc80.crt_1fc8b3b9a1e18e3b_8.0.50727.6195_none_d09154e044272b9a\MSVCP80.dll
0x74ae0000 - 0x74b7b000 C:\Windows\WinSxS\x86_microsoft.vc80.crt_1fc8b3b9a1e18e3b_8.0.50727.6195_none_d09154e044272b9a\MSVCR80.dll
0x68600000 - 0x68645000 C:\Program Files (x86)\CA\CA DLP\system\infrahlp.dll
0x75ee0000 - 0x75f15000 C:\Windows\syswow64\WS2_32.dll
0x75c60000 - 0x75c66000 C:\Windows\syswow64\NSI.dll
0x76640000 - 0x7728a000 C:\Windows\syswow64\SHELL32.dll
0x75480000 - 0x754d7000 C:\Windows\syswow64\SHLWAPI.dll
0x71650000 - 0x7173b000 C:\Windows\system32\dbghelp.dll
0x75bf0000 - 0x75c50000 C:\Windows\system32\IMM32.DLL
0x75730000 - 0x757fc000 C:\Windows\syswow64\MSCTF.dll
0x68200000 - 0x68229000 C:\Program Files (x86)\CA\CA DLP\common\wgnprod.dll
0x734e0000 - 0x734e9000 C:\Windows\system32\VERSION.dll
0x10000000 - 0x1000d000 C:\Program Files (x86)\CA\CA DLP\common\wgnprod_en.dll
0x74ad0000 - 0x74adb000 C:\Windows\system32\profapi.dll
0x6db30000 - 0x6def4000 C:\Program Files (x86)\CA\CA DLP\system\jre160_12\bin\server\jvm.dll
0x717b0000 - 0x717e2000 C:\Windows\system32\WINMM.dll
0x7c340000 - 0x7c396000 C:\Program Files (x86)\CA\CA DLP\system\jre160_12\bin\MSVCR71.dll
0x71de0000 - 0x71e2c000 C:\Windows\system32\apphelp.dll
0x6d340000 - 0x6d348000 C:\Program Files (x86)\CA\CA DLP\system\jre160_12\bin\hpi.dll
0x777d0000 - 0x777d5000 C:\Windows\syswow64\PSAPI.DLL
0x6d860000 - 0x6d86c000 C:\Program Files (x86)\CA\CA DLP\system\jre160_12\bin\verify.dll
0x6d3e0000 - 0x6d3ff000 C:\Program Files (x86)\CA\CA DLP\system\jre160_12\bin\java.dll
0x6d8a0000 - 0x6d8af000 C:\Program Files (x86)\CA\CA DLP\system\jre160_12\bin\zip.dll
0x75ae0000 - 0x75b63000 C:\Windows\syswow64\CLBCatQ.DLL
0x72f20000 - 0x72f27000 C:\Windows\system32\msiltcfg.dll
0x72ba0000 - 0x72de0000 C:\Windows\system32\msi.dll
0x71d50000 - 0x71d53000 C:\Windows\SysWOW64\SFC.DLL
0x71600000 - 0x7160d000 C:\Windows\system32\sfc_os.DLL
0x68400000 - 0x6845e000 C:\Program Files (x86)\CA\CA DLP\common\WgnPerf.dll
0x6d840000 - 0x6d848000 C:\Program Files (x86)\CA\CA DLP\system\jre160_12\bin\sunmscapi.dll
0x76060000 - 0x76180000 C:\Windows\syswow64\CRYPT32.dll
0x76180000 - 0x7618c000 C:\Windows\syswow64\MSASN1.dll
0x73fb0000 - 0x73fc6000 C:\Windows\system32\CRYPTSP.dll
0x73f70000 - 0x73fab000 C:\Windows\system32\rsaenh.dll
0x72f40000 - 0x72f4e000 C:\Windows\system32\RpcRtRemote.dll
0x2d000000 - 0x2d070000 C:\Program Files (x86)\CA\CA DLP\system\wgnrdm.dll
0x71610000 - 0x71626000 C:\Windows\system32\MAPI32.dll
0x71370000 - 0x713c8000 C:\Windows\system32\WINHTTP.dll
0x70b50000 - 0x70b9f000 C:\Windows\system32\webio.dll
0x68000000 - 0x6802e000 C:\Program Files (x86)\CA\CA DLP\common\wgnps.dll
0x70f80000 - 0x70f97000 C:\Windows\system32\USERENV.dll
0x6d6c0000 - 0x6d6d3000 C:\Program Files (x86)\CA\CA DLP\system\jre160_12\bin\net.dll
0x73580000 - 0x735bc000 C:\Windows\system32\mswsock.dll
0x73560000 - 0x73566000 C:\Windows\System32\wship6.dll
0x73570000 - 0x73575000 C:\Windows\System32\wshtcpip.dll
0x72ed0000 - 0x72f14000 C:\Windows\system32\DNSAPI.dll
0x72e40000 - 0x72e5c000 C:\Windows\system32\IPHLPAPI.DLL
0x72e30000 - 0x72e37000 C:\Windows\system32\WINNSI.DLL
0x72e20000 - 0x72e26000 C:\Windows\system32\rasadhlp.dll
0x72de0000 - 0x72e18000 C:\Windows\System32\fwpuclnt.dll
0x6d7b0000 - 0x6d7b6000 C:\Program Files (x86)\CA\CA DLP\system\jre160_12\bin\rmi.dll
0x6d610000 - 0x6d619000 C:\Program Files (x86)\CA\CA DLP\system\jre160_12\bin\management.dll
0x24200000 - 0x24221000 C:\Program Files (x86)\CA\CA DLP\common\streams.dll
0x2e600000 - 0x2e682000 C:\Program Files (x86)\CA\CA DLP\common\smtputils.dll
0x0ce30000 - 0x0ce66000 C:\Program Files (x86)\CA\CA DLP\common\mimepp.dll
0x72f80000 - 0x72f90000 C:\Windows\system32\NLAapi.dll
0x72f30000 - 0x72f40000 C:\Windows\system32\napinsp.dll
0x72e60000 - 0x72e68000 C:\Windows\System32\winrnr.dll
0x71340000 - 0x7136e000 C:\Windows\system32\mlang.dll
0x6f780000 - 0x6f788000 C:\Windows\system32\credssp.dll
0x70650000 - 0x7068f000 C:\Windows\SysWOW64\schannel.dll
0x723c0000 - 0x723c8000 C:\Windows\system32\secur32.dll
0x70f20000 - 0x70f58000 C:\Windows\system32\ncrypt.dll
0x70f00000 - 0x70f17000 C:\Windows\system32\bcrypt.dll
0x70ec0000 - 0x70efd000 C:\Windows\SysWOW64\bcryptprimitives.dll
0x70f60000 - 0x70f76000 C:\Windows\system32\GPAPI.dll
0x24800000 - 0x2482e000 C:\Program Files (x86)\CA\CA DLP\common\wgnstore.dll
0x24600000 - 0x24660000 C:\Program Files (x86)\CA\CA DLP\common\emstore.dll
0x12330000 - 0x123ab000 C:\Program Files (x86)\CA\CA DLP\client\wgnemol.dll
VM Arguments:
jvm_args: -Dsun.net.inetaddr.ttl=10 vfprintf exit abort -Xms5242880 -Xmx1711276032 -XX:NewSize=2621440 -XX:MaxNewSize=855638016 -XX:+HeapDumpOnOutOfMemoryError -Dsun.rmi.dgc.server.gcInterval=60000 -Dsun.rmi.dgc.client.gcInterval=60000 -Djava.security.properties=wigan.java.security -Xss512K
java_command: <unknown>
Launcher Type: generic
Environment Variables:
PATH=C:\Oracle\Default\product\11.2.0\client_1;C:\Oracle\Default\product\11.2.0\client_1\bin;C:\Windows\system32;C:\Windows;C:\Windows\System32\Wbem;C:\Windows\System32\WindowsPowerShell\v1.0\;C:\Program Files (x86)\Microsoft SQL Server\100\Tools\Binn\VSShell\Common7\IDE\;C:\Program Files (x86)\Microsoft SQL Server\100\Tools\Binn\;C:\Program Files\Microsoft SQL Server\100\Tools\Binn\;C:\Program Files (x86)\Microsoft SQL Server\100\DTS\Binn\
USERNAME=osjapp
OS=Windows_NT
PROCESSOR_IDENTIFIER=Intel64 Family 6 Model 45 Stepping 7, GenuineIntel
--------------- S Y S T E M ---------------
OS: Windows NT 6.1 Build 7601 Service Pack 1
CPU:total 24 (16 cores per cpu, 2 threads per core) family 6 model 13 stepping 7, cmov, cx8, fxsr, mmx, sse, sse2, sse3, ssse3, ht
Memory: 4k page, physical 4194303k(4194303k free), swap 4194303k(4194303k free)
vm_info: Java HotSpot(TM) Server VM (11.2-b01) for windows-x86 JRE (1.6.0_12-b04), built on Jan 17 2009 09:52:33 by "java_re" with MS VC++ 7.1Hi
Out of memory they can result from different causes:
- The application is consuming too many resources inappropriately
- The application is opening and not enough threads are closing, leaving no space for the JVM
- You lose the connection with database, causing the connection pool is saturated, which makes the memory of the container is depleted and reaches its peak.
- The container does not have sufficient resources or is not tuned to meet the load generated. But would recommend to discard the above before using this option, because when using this option could work around the problem but could not really be attacking the cause.
bye -
OOM Killer is killing the Java processes without using the swap?
Hi All,
We are using RHEL 5 64 bit on blade server CISCO UCS B230-M2.
Below is the memory details on the server. I could see from the sar -r command it did not used the swap memory at all but it calls the OOM killer everyday.
su@ /root-> free -g
total used free shared buffers cached
Mem: 125 119 5 0 2 81
-/+ buffers/cache: 35 89
Swap: 251 0 251
The issue is occuring every day and doesnt allow any user to connect to the server in that perticular time, After some time we could see the below messages in /var/log/messages and once the java processes are getting killed it allow the new telnet connections.
Any help on this is much appreciated.
Oct 18 01:47:57 usdc01qd51 kernel: cpu 28 cold: high 62, batch 15 used:10
Oct 18 01:47:57 usdc01qd51 kernel: cpu 29 hot: high 186, batch 31 used:20
Oct 18 01:47:57 usdc01qd51 kernel: cpu 29 cold: high 62, batch 15 used:6
Oct 18 01:47:57 usdc01qd51 kernel: cpu 30 hot: high 186, batch 31 used:93
Oct 18 01:47:57 usdc01qd51 kernel: cpu 30 cold: high 62, batch 15 used:10
Oct 18 01:47:57 usdc01qd51 kernel: cpu 31 hot: high 186, batch 31 used:137
Oct 18 01:47:57 usdc01qd51 kernel: cpu 31 cold: high 62, batch 15 used:6
Oct 18 01:47:57 usdc01qd51 kernel: HighMem per-cpu: empty
Oct 18 01:47:57 usdc01qd51 kernel: Free pages: 37295696kB (0kB HighMem)
Oct 18 01:47:57 usdc01qd51 kernel: Active:15955130 inactive:6377121 dirty:1470607 writeback:0 unstable:0 free:9323924 slab:301569 mapped-file:1506506 mapped-anon:7952475 pagetables:78246
Oct 18 01:47:57 usdc01qd51 kernel: DMA free:0kB min:0kB low:0kB high:0kB active:0kB inactive:0kB present:9076kB pages_scanned:0 all_unreclaimable? yes
Oct 18 01:47:58 usdc01qd51 kernel: lowmem_reserve[]: 0 4024 126242 126242
Oct 18 01:47:58 usdc01qd51 kernel: DMA32 free:1202200kB min:1448kB low:1808kB high:2172kB active:275860kB inactive:55140kB present:4120800kB pages_scanned:0 all_unreclaimable? no
Oct 18 01:47:58 usdc01qd51 kernel: lowmem_reserve[]: 0 0 122217 122217
Oct 18 01:47:58 usdc01qd51 kernel: Normal free:36093496kB min:44024kB low:55028kB high:66036kB active:63544660kB inactive:25453344kB present:125151120kB pages_scanned:0 all_unreclaimable? no
Oct 18 01:47:58 usdc01qd51 kernel: lowmem_reserve[]: 0 0 0 0
Oct 18 01:47:58 usdc01qd51 kernel: HighMem free:0kB min:128kB low:128kB high:128kB active:0kB inactive:0kB present:0kB pages_scanned:0 all_unreclaimable? no
Oct 18 01:47:58 usdc01qd51 kernel: lowmem_reserve[]: 0 0 0 0
Oct 18 01:47:58 usdc01qd51 kernel: DMA: 0*4kB 0*8kB 0*16kB 0*32kB 0*64kB 0*128kB 0*256kB 0*512kB 0*1024kB 0*2048kB 0*4096kB = 0kB
Oct 18 01:47:58 usdc01qd51 kernel: DMA32: 21352*4kB 18549*8kB 13617*16kB 5772*32kB 1097*64kB 52*128kB 8*256kB 1*512kB 1*1024kB 1*2048kB 118*4096kB = 1202200kB
Oct 18 01:47:58 usdc01qd51 kernel: Normal: 144164*4kB 1746735*8kB 1130515*16kB 102420*32kB 1956*64kB 83*128kB 42*256kB 2*512kB 3*1024kB 1*2048kB 6*4096kB = 36093496kB
Oct 18 01:47:58 usdc01qd51 kernel: HighMem: empty
Oct 18 01:47:58 usdc01qd51 kernel: 14377659 pagecache pages
Oct 18 01:47:59 usdc01qd51 kernel: Swap cache: add 507, delete 507, find 163/244, race 0+0
Oct 18 01:47:59 usdc01qd51 kernel: Free swap = 263740076kB
Oct 18 01:47:59 usdc01qd51 kernel: Total swap = 263740648kB
Oct 18 01:47:59 usdc01qd51 kernel: Free swap: 263740076kB
Oct 18 01:47:59 usdc01qd51 kernel: 32770048 pages of RAM
Oct 18 01:47:59 usdc01qd51 kernel: 648871 reserved pages
Oct 18 01:47:59 usdc01qd51 kernel: 10183423 pages shared
Oct 18 01:47:59 usdc01qd51 kernel: 0 pages swap cached
Oct 18 01:47:59 usdc01qd51 kernel: Out of memory: Killed process 9529, UID 502, (java).
Thanks,
Sachin.It looks like you experience low memory exhaustion. The kernel uses low memory to track allocations of all memory and the more memory you have, the more low memory will have to be allocated. When low memory is exhausted, it doesn't matter how much high memory is available, the oom-killer will begin killing processes to keep the server alive. There are a number of bug reports and patches available regarding this problem affecting Enterprise Linux kernels 4.4 - 4.8. Other solutions are to move to a 64-bit kernel or use 32-bit hugemem. Are you running NFS?
Perhaps you might want to try the following:
# cat /proc/sys/vm/lower_zone_protection
You can try to increase the value and see what happens:
# echo "250" > /proc/sys/vm/lower_zone_protection
To set this option on boot, add the following to /etc/sysctl.conf:
vm.lower_zone_protection = 250
As a last resort effort, you can disable the oom-killer. This option can cause the server to hang, so use it at your own risk.
Check status of oom-killer:
# cat /proc/sys/vm/oom-kill
Turn oom-killer off/on:
# echo "0" > /proc/sys/vm/oom-kill
# echo "1" > /proc/sys/vm/oom-kill -
How to find which sql or process that is causing lots of swap space
Hello,
There is a lot of swap space going on constantly. The SGA is 18gigs and PGA is 2 gigs. The swap space is 19gigs. How to find which processes or sql statements that are using a lot of sga and paging? The database is 10.1.0.5. and the tool OEM 10g. Thank you in advance.v$sort_usage or v$temp_segusage give temporary tablespace usage.
To get PGA memory by session, you could use insteadv$process. -
Memory space using a 32bit Java process on Redhat Linux
I have a java process that I need a lot of memory for. Its a 32 bit process, and I have no desire to have it as 64bit due to the huge pointers it forces.
So I know I can turn to Solaris where I will have close to 4GB of memory available for this process (right?). But are there Linux alternatives? I am especially curious regarding Redhat on intel64 machines as I have (which is the common desktop hardware nowadays).
I heard about the hugemem kernel for Redhat, but I am lost understading its nature. It is said it is not available for v.5 for x86. So is it available for the intel64 processors as I have? And what is the max memory space for a java process?
Any other bit of information about java 32bit process running on a linux flavor on an intel64 machine will be greatly appreciated.
thanks in advance!
Woody
Message was edited by:
Woody.BenotyI'd say this is normal. There are a few things to consider when looking at an application like this:
1. The 14 MB your process consumes include the memory required to load the java virtual machine. That is, all the base classes, native links, the just in time compiler etc. 14 MB isn't a lot, all things considered.
2. When you display a message box, java will load additional classes and resources. They increase the heap size, though not really by 4 MB. Java preallocates portions of memory for the heap. If, for instance, your application consumes 16 MB of memory and you allocate another MB, the heap size may grow to 32 MB. Having a free section of heap space to spare increases performance, since java won't have to ask the underlying system for free memory every you create an object. You might want to check out your program in JVisualVM (deployed with every JDK6), which will tell you how much of the allocated heap size is really in use, or you can rely on the according methods in the Runtime class.
3. The JVM is capable of 'heap shrinking', meaning it will return allocated sections of memory to the OS once in a while. However, it will not do so unless the heap size is significantly larger than the used portion of the heap (otherwise, it would defeat the purpose of preallocating memory). So if you allocate 2GB of RAM when clicking your button and allow this memory to be cleared by the garbage collector, you'll observe that the heap will shrink again eventually. -
Where is the Swap space located
I want to install Solaris 8 on my x86 (AMD Athlon) machine. I have arrived at a point where the installer prompts for the starting cylinder of the swap space. It wants to set it to Cylinder 3.
Disk layout is as follows
1. Primary FAT32 Win98SE 5 GB
2. Ext. FAT32, beloning to Win98 2x 5GB = 10GB
3. Primary Solaris 4.7GB
As I don't want to delete my system partition (1) I want to know what cylinder I have to set. Is "3" referring to the third cylinder of the entire disk (which would surely overwrite Win98) or does it refer to cylinder 3 on partition 3 (which would be no problem)? Or should I set it manually to the starting cylinder of the solaris partition?
All dual-booters not having solaris on the first partition of the disk...what did you select??
Thanks in advance
Christian StandkeHere's the link for PlayStation Community.
If my post answers your question, please mark it as "Accept as Solution"
http://bit.ly/Win-4K -
Database Instance Using Swap Space even When There is Plenty of Free RAM
Hi,
I am facinga strange issue in oracle on solaris 5.10
Platform:solaris 5.10
Database version:11.2.0.1.0
Our database Instance Using Swap Space even When There is Plenty of Free RAM.
We have 80GB of physical RAM, 32GB is set to oracle SGA_MAX_SIZE
memory parameters:
memory_max_target big integer 32G
memory_target big integer 32G
sga_max_size big integer 32G
sga_target big integer 32G
but still oracle is taking memory from swap even though we have enough physical memory.
please find the top output
load averages: 0.09, 0.18, 0.84 01:07:49
134 processes: 133 sleeping, 1 on cpu
CPU states: 99.4% idle, 0.4% user, 0.3% kernel, 0.0% iowait, 0.0% swap
Memory: 80G real, 69G free, 35G swap in use, 49G swap free
PID USERNAME LWP PRI NICE SIZE RES STATE TIME CPU COMMAND
1052 oracle 13 59 0 95M 66M sleep 13:16 0.07% oraagent.bin
10256 oracle 1 59 0 32G 835M sleep 0:00 0.03% oracle
1227 oracle 15 59 0 78M 56M sleep 4:27 0.02% ocssd.bin
9524 vector1 112 59 0 1704M 776M sleep 45:04 0.02% java
988 oracle 38 59 0 119M 92M sleep 3:00 0.02% ohasd.bin
1297 oracle 1 101 -20 453M 390M sleep 2:47 0.02% oracle
1765 oracle 1 101 -20 32G 329M sleep 2:45 0.02% oracle
10258 oracle 1 59 0 32G 345M sleep 0:00 0.02% oracle
10259 oracle 1 59 0 3400K 2024K cpu/20 0:00 0.01% top
1777 oracle 1 59 0 32G 342M sleep 1:14 0.01% oracle
1246 oracle 6 59 0 56M 44M sleep 1:22 0.01% diskmon.bin
1803 oracle 1 59 0 32G 514M sleep 0:30 0.01% oracle
1215 oracle 15 59 0 71M 46M sleep 1:12 0.00% cssdagent
1307 oracle 1 59 0 453M 390M sleep 0:45 0.00% oracle
1217 oracle 11 59 0 81M 49M sleep 0:35 0.00% orarootagent.bi
Vmstat output:
$vmstat 5 5
kthr memory page disk faults cpu
r b w swap free re mf pi po fr de sr s3 s3 s3 s3 in sy cs us sy id
0 0 0 53698448 73900568 20 81 32 6 5 0 1 -0 0 1 -0 2235 1447 1984 1 0 99
0 0 0 51196160 72037552 1 13 0 0 0 0 0 0 0 0 0 2505 1403 2204 0 0 100
0 0 0 51193488 72035864 55 380 0 0 0 0 0 0 0 0 0 2487 2143 2203 0 1 99
0 0 0 51183856 72030176 0 0 0 3 3 0 0 0 0 0 0 2496 1370 2182 0 0 99
0 0 0 51182648 72029112 22 117 0 0 0 0 0 0 0 0 0 2503 1408 2193 1 0 99
$cat /etc/release
Solaris 10 10/09 s10s_u8wos_08a SPARC
Copyright 2009 Sun Microsystems, Inc. All Rights Reserved.
Use is subject to license terms.
Assembled 16 September 2009
I refered the metalink document id: [ID 761960.1]
Database Instance Using Swap Space When There is Plenty of Free RAM metalink note [ID 761960.1]
and tried the disabling the sga_max_size and memory_max_target and memory target with all different combination but no use.
We have one more box where same setup was configured in solaris platform but there the above memory parameters are not disabled but it is not using swap space it takes memry only from physical RAM
Can any one throw some lights on this issue. It wopuld be great if I come to know where the exact problem
Thanks in advance
With Regards,
Boobathi PHi,
I didn't say I am not using 11gr2 memory parameters I am using all the automatic memory parameters but the thinks is as per the metalink note I tried by disabling the automatic memory parameters. but that didn't help me in preventing unnecessary swap usage. So I reverted. now it is using automatic memory parameters.
so What is the solution for this?
With Regards,
Boo -
When I am monitoring my system using TOP, all of my java process is running well over 350M. The Size field is showing 470M and the RES field is showing 350M. But my Xms and Xmx is set to 256M. Is this mean the applications are using SWAP space?
Not necessarily. The total memory used by the JVM process will always be more than the Java heap size, specified by ms and mx. Memory used by the JVM for internal management, memory allocated in native code and memory allocated for the permanent space are all allocated outside of the Java heap space.
You could be using swap space if the total memory reserved by all applications and the OS in the system exceeds the physical RAM installed.
Arunabh -
Hi Folks!
I am running Archlinux 64bit on my System with 4096 Mb RAM. I use my System for Programming (Java, C), Gaming (UT2004, Enemy Territory, True Combat Elite, Doom3, ....), Distributed Computing (Boinc), Email, Surfing the Net, Watching and Converting Videos , Picture processing (Gimp) and Office work in general (Printing, Writing, ...).
There was never a lack of memory on my System and my Swap Space, which have an amount of 2000 Mb, is never used.
I would shrink it to 512 Mb, but i would not delete this partition.
By the way: i do not use the hibernate Funktion. In that case i should give at least 4096 Mb to the Swap Partition.
Here are some interesting Articles about that Problem:
http://sourcefrog.net/weblog/software/l … /swap.html
http://kerneltrap.org/node/3660
http://www.linux.com/feature/121916
What do you thing about this issue?
Greetz
roostiphitus wrote:In shining's case, something must have been forking off, possibly make starting new compilation processes.
Actually, I just checked some old mails and here are some precisions :
1) the first time, the box was totally unresponsive, and nothing visible had been killed
2) the second time, it killed both firefox and gnome. I suspect I had the compilation running in screen, so that was still going on.
And with firefox and gnome killed, the box was much more responsive
Also I believe that I was using makeflags -j3 in both cases. So probably that does not help with memory usage.
And it could also indeed makes the task of oom killer more difficult.
So if I ever want to compile it again, I can do two things : running outside X to free a lot of mem, and with -j1
Besides, I have only 1gb. So people with 2gb and more probably don't need to care about this.
But I still think that it is better to have some swap space, and have the system slows down because of swap usage in extreme conditions, rather than having the oom killer kill tasks and losing potentially important data / work / whatever.
Now if you know that the maximum memory usage you can achieve doing something productive is lower than your mem, then it is fine.
Actually I have only 1gb and no swap, the only times I had problems is with this octave compilation, and I was not even using the box at this point, I just let it compile, so I did not lose anything. -
Hi All,
Using Oracle 10gR1, Solaris 9.
prtconf | grep "Memory size"
Memory size: 16384 Megabytesswap space is 16g
Pga_aggregate_target = 2G and after checking the v$pga_target_advice, it shows optimal.
Currently we have a issue of swap space getting used up nearly 100%. The system was out of memory and can't run any application
Alert logs error;
ORA-07445: exception encountered: core dump [_aio_free_stack_unlocked()+72] [SIGBUS] [Object specific hardware error] [0xFFFFFFFF7B602000] [] []
ORA-00600: internal error code, arguments: [ksnpost:ksnigb], [], [], [], [], [], [], []
ORA-04030: out of process memory when trying to allocate 588408 bytes (pga heap,kco buffer)On checking Metalink note, it said its an unhandled Oracle exception; have to increase the swap space.
AWR excerpt;
Cache Sizes (end)
~~~~~~~~~~~~~~~~~
Buffer Cache: 4,848M Std Block Size: 8K
Shared Pool Size: 3,985M Log Buffer: 1,024K
Load Profile
~~~~~~~~~~~~ Per Second Per Transaction
Redo size: 63,328.92 2,116.68
Logical reads: 4,946.83 165.34
Block changes: 257.73 8.61
Physical reads: 1,267.50 42.36
Physical writes: 72.44 2.42
User calls: 385.83 12.90
Parses: 84.22 2.81
Hard parses: 0.04 0.00
Sorts: 10.53 0.35
Logons: 0.14 0.00
Executes: 211.35 7.06
Transactions: 29.92
% Blocks changed per Read: 5.21 Recursive Call %: 13.56
Rollback per transaction %: 0.29 Rows per Sort: 94.72
Top 5 Timed Events
~~~~~~~~~~~~~~~~~~ % Total
Event Waits Time (s) DB Time Wait Class
row cache lock 16,498 45,001 43.44 Concurrency
log file switch (checkpoint in 30,766 30,281 29.23 Configuration
db file sequential read 2,873,716 10,796 10.42 User I/O
buffer busy waits 8,870 8,718 8.42 Concurrency
db file parallel write 421 3,848 3.71 System I/O
-------------------------------------------------------------On increasing the swap space, and restarting the instance, the system was normal.
Now why does oracle use up all the swap space and what can be the workaround to avoid this in future?Verma wrote:
Using Oracle 10gR1, Solaris 9.
swap space is 16gOracle 10gR2 swap space recommendations are:
- 1 GB - 2 GB = 1.5 times the size of RAM
- 2 GB - 8 GB = equal to the size of RAM
- Greater than 8GB = 0.75 times the size of RAM
Currently we have a issue of swap space getting used up nearly 100%. The system was out of memory and can't run any applicationThat is unusual and should not be happening when you have what seems to be an excess of memory available. This could mean some kind of bug (memory leakage for example), or it could mean plain old fashion abuse of memory. Like PL/SQL code that attempts to bulk fetch a few million rows from the database with a single go.
On checking Metalink note, it said its an unhandled Oracle exception; have to increase the swap space.Wrong IMO (unless you were not following the recommended swap size factor). If you have have a giant swap area..moving the wall a few meters away (by increasing swap) will only enable you to run faster into it - I doubt that this is the intent of that Metalink note.
On increasing the swap space, and restarting the instance, the system was normal.
Now why does oracle use up all the swap space and what can be the workaround to avoid this in future?Oracle only use what is needed to perform the client requests that it receives. If the client request a mountain of data to be moved/processed, Oracle will try to oblige. If that mountain topples and crushes server resources, it is not Oracle that is to blame for trying to do exactly what was requested from it. -
JVM crashes with Out of SWAP space
Hello every body,
We have a problem in a production environnement. The JVM crashes every time with the log file below.
The application which is running don't occupate all memory and we don't understand why an outofmemory exception is raised.
It's not probably due to an allocation inside the application because the exception should be an outofmemory exception : Java Heap space.
Please, somebody can help me to understant what append or to give me some advices?
Thank you a lot for help.
# An unexpected error has been detected by Java Runtime Environment:
# java.lang.OutOfMemoryError: requested 41943040 bytes for GrET in C:\BUILD_AREA\jdk6_07\hotspot\src\share\vm\utilities\growableArray.cpp. Out of swap space?
# Internal Error (allocation.inline.hpp:42), pid=2700, tid=2112
# Error: GrET in C:\BUILD_AREA\jdk6_07\hotspot\src\share\vm\utilities\growableArray.cpp
# Java VM: Java HotSpot(TM) Server VM (10.0-b23 mixed mode windows-x86)
# If you would like to submit a bug report, please visit:
# http://java.sun.com/webapps/bugreport/crash.jsp
--------------- T H R E A D ---------------
Current thread (0x65b97400): VMThread [stack: 0x65bd0000,0x65c20000] [id=2112]
Stack: [0x65bd0000,0x65c20000]
[error occurred during error reporting (printing stack bounds), id 0x80000001]
VM_Operation (0x66dffa14): ParallelGCSystemGC, mode: safepoint, requested by thread 0x65fb9400
--------------- P R O C E S S ---------------
Java Threads: ( => current thread )
0x65f3cc00 JavaThread "pool-3-thread-1" [_thread_blocked, id=2780, stack(0x67300000,0x67350000)]
0x66547800 JavaThread "RMI RenewClean-[192.16.252.55:3916]" daemon [_thread_blocked, id=3076, stack(0x672b0000,0x67300000)]
0x66547400 JavaThread "RMI RenewClean-[192.16.252.53:2046]" daemon [_thread_blocked, id=2292, stack(0x67260000,0x672b0000)]
0x6650d800 JavaThread "RMI RenewClean-[192.16.254.46:3126]" daemon [_thread_blocked, id=3012, stack(0x67210000,0x67260000)]
0x663e8400 JavaThread "RMI RenewClean-[192.16.254.45:3026]" daemon [_thread_blocked, id=2596, stack(0x671c0000,0x67210000)]
0x65f99800 JavaThread "RMI RenewClean-[192.16.252.54:1623]" daemon [_thread_blocked, id=3128, stack(0x67170000,0x671c0000)]
0x65f99400 JavaThread "RMI RenewClean-[192.16.254.55:1992]" daemon [_thread_blocked, id=2720, stack(0x67120000,0x67170000)]
0x66480800 JavaThread "RMI RenewClean-[192.16.254.54:4954]" daemon [_thread_blocked, id=2920, stack(0x670d0000,0x67120000)]
0x66480000 JavaThread "RMI RenewClean-[192.16.254.53:3093]" daemon [_thread_blocked, id=2068, stack(0x67080000,0x670d0000)]
0x6653f800 JavaThread "RMI RenewClean-[192.16.254.52:2543]" daemon [_thread_blocked, id=2156, stack(0x67030000,0x67080000)]
0x66411400 JavaThread "RMI RenewClean-[192.16.254.51:3893]" daemon [_thread_blocked, id=1688, stack(0x66fe0000,0x67030000)]
0x66468800 JavaThread "RMI RenewClean-[192.16.254.50:3371]" daemon [_thread_blocked, id=2688, stack(0x66f90000,0x66fe0000)]
0x663f8400 JavaThread "RMI RenewClean-[192.16.254.49:4374]" daemon [_thread_blocked, id=2656, stack(0x66f40000,0x66f90000)]
0x65f27800 JavaThread "RMI RenewClean-[192.16.254.48:3311]" daemon [_thread_blocked, id=748, stack(0x66ef0000,0x66f40000)]
0x65f27400 JavaThread "RMI RenewClean-[192.16.254.47:2571]" daemon [_thread_blocked, id=1048, stack(0x66ea0000,0x66ef0000)]
0x65f9e400 JavaThread "RMI RenewClean-[192.16.238.145:1673]" daemon [_thread_blocked, id=2332, stack(0x66e50000,0x66ea0000)]
0x6602e800 JavaThread "RMI RenewClean-[192.16.238.144:2332]" daemon [_thread_blocked, id=3100, stack(0x66e00000,0x66e50000)]
0x65fb9400 JavaThread "GC Daemon" daemon [_thread_blocked, id=1608, stack(0x66db0000,0x66e00000)]
0x6657a400 JavaThread "RMI RenewClean-[192.16.238.143:3902]" daemon [_thread_blocked, id=2668, stack(0x66d60000,0x66db0000)]
0x65fa9c00 JavaThread "RMI Scheduler(0)" daemon [_thread_blocked, id=2624, stack(0x66d10000,0x66d60000)]
0x65ff4c00 JavaThread "pool-4-thread-1" [_thread_blocked, id=2864, stack(0x66390000,0x663e0000)]
0x65fbf400 JavaThread "pool-2-thread-1" [_thread_blocked, id=2696, stack(0x66340000,0x66390000)]
0x65f6d400 JavaThread "Thread-0" [_thread_blocked, id=3016, stack(0x662f0000,0x66340000)]
0x65ebf000 JavaThread "WrapperSimpleAppMain" [_thread_blocked, id=696, stack(0x662a0000,0x662f0000)]
0x00265c00 JavaThread "DestroyJavaVM" [_thread_blocked, id=564, stack(0x00680000,0x006d0000)]
0x65fecc00 JavaThread "Wrapper-Connection" daemon [_thread_in_native, id=1224, stack(0x66170000,0x661c0000)]
0x65ec9c00 JavaThread "Wrapper-Control-Event-Monitor" daemon [_thread_blocked, id=2896, stack(0x660d0000,0x66120000)]
0x65bbf800 JavaThread "Low Memory Detector" daemon [_thread_blocked, id=1284, stack(0x65e00000,0x65e50000)]
0x65bbd000 JavaThread "CompilerThread1" daemon [_thread_blocked, id=3040, stack(0x65db0000,0x65e00000)]
0x65bb8000 JavaThread "CompilerThread0" daemon [_thread_blocked, id=1472, stack(0x65d60000,0x65db0000)]
0x65bb6c00 JavaThread "Attach Listener" daemon [_thread_blocked, id=2000, stack(0x65d10000,0x65d60000)]
0x65bb6000 JavaThread "Signal Dispatcher" daemon [_thread_blocked, id=2732, stack(0x65cc0000,0x65d10000)]
0x65b9ec00 JavaThread "Finalizer" daemon [_thread_blocked, id=2008, stack(0x65c70000,0x65cc0000)]
0x65b9a800 JavaThread "Reference Handler" daemon [_thread_blocked, id=1304, stack(0x65c20000,0x65c70000)]
Other Threads:
=>0x65b97400 VMThread [stack: 0x65bd0000,0x65c20000] [id=2112]
0x65bc1000 WatcherThread [stack: 0x65e50000,0x65ea0000] [id=192]
VM state:at safepoint (normal execution)
VM Mutex/Monitor currently owned by a thread: ([mutex/lock_event])
[0x00265408/0x00000310] Threads_lock - owner thread: 0x65b97400
[0x002655a8/0x000002d0] Heap_lock - owner thread: 0x65fb9400
Heap
PSYoungGen total 76928K, used 344K [0x5ad20000, 0x60d40000, 0x653c0000)
eden space 76544K, 0% used [0x5ad20000,0x5ad20000,0x5f7e0000)
from space 384K, 89% used [0x5f7e0000,0x5f836070,0x5f840000)
to space 10944K, 0% used [0x60290000,0x60290000,0x60d40000)
PSOldGen total 1341888K, used 529414K [0x077c0000, 0x59630000, 0x5ad20000)
object space 1341888K, 39% used [0x077c0000,0x27cc1b38,0x59630000)
PSPermGen total 16384K, used 10204K [0x037c0000, 0x047c0000, 0x077c0000)
object space 16384K, 62% used [0x037c0000,0x041b73a0,0x047c0000)
Dynamic libraries:
0x00400000 - 0x00423000 D:\Java\jdk1.6.0_07\bin\java.exe
0x78460000 - 0x784e2000 C:\WINNT\system32\ntdll.dll
0x78ed0000 - 0x78f35000 C:\WINNT\system32\ADVAPI32.dll
0x77e70000 - 0x77f2f000 C:\WINNT\system32\KERNEL32.dll
0x770c0000 - 0x7712f000 C:\WINNT\system32\RPCRT4.dll
0x78fb0000 - 0x78fbf000 C:\WINNT\system32\Secur32.dll
0x7c340000 - 0x7c396000 D:\Java\jdk1.6.0_07\jre\bin\msvcr71.dll
0x6dac0000 - 0x6de7a000 D:\Java\jdk1.6.0_07\jre\bin\server\jvm.dll
0x77e00000 - 0x77e5f000 C:\WINNT\system32\USER32.dll
0x77f40000 - 0x77f7c000 C:\WINNT\system32\GDI32.dll
0x77540000 - 0x77571000 C:\WINNT\system32\WINMM.dll
0x6d320000 - 0x6d328000 D:\Java\jdk1.6.0_07\jre\bin\hpi.dll
0x68ea0000 - 0x68eab000 C:\WINNT\system32\PSAPI.DLL
0x6d820000 - 0x6d82c000 D:\Java\jdk1.6.0_07\jre\bin\verify.dll
0x6d3c0000 - 0x6d3df000 D:\Java\jdk1.6.0_07\jre\bin\java.dll
0x6d860000 - 0x6d86f000 D:\Java\jdk1.6.0_07\jre\bin\zip.dll
0x660a0000 - 0x660b7000 D:\Prism8.2\lib\wrapper.dll
0x6d620000 - 0x6d633000 D:\Java\jdk1.6.0_07\jre\bin\net.dll
0x74fb0000 - 0x74fc4000 C:\WINNT\system32\WS2_32.dll
0x78000000 - 0x78045000 C:\WINNT\system32\MSVCRT.DLL
0x74fa0000 - 0x74fa8000 C:\WINNT\system32\WS2HELP.DLL
0x74f50000 - 0x74f6e000 C:\WINNT\system32\msafd.dll
0x74f90000 - 0x74f97000 C:\WINNT\System32\wshtcpip.dll
0x77830000 - 0x7783c000 C:\WINNT\System32\rnr20.dll
0x77970000 - 0x77994000 C:\WINNT\system32\DNSAPI.DLL
0x74fd0000 - 0x74fd9000 C:\WINNT\system32\WSOCK32.dll
0x77310000 - 0x77323000 C:\WINNT\system32\iphlpapi.dll
0x774f0000 - 0x774f5000 C:\WINNT\system32\ICMP.dll
0x772f0000 - 0x77307000 C:\WINNT\system32\MPRAPI.dll
0x750d0000 - 0x750e0000 C:\WINNT\system32\SAMLIB.DLL
0x7ccc0000 - 0x7cd10000 C:\WINNT\system32\NETAPI32.DLL
0x77be0000 - 0x77bf1000 C:\WINNT\system32\NTDSAPI.dll
0x77940000 - 0x7796c000 C:\WINNT\system32\WLDAP32.DLL
0x75140000 - 0x75146000 C:\WINNT\system32\NETRAP.dll
0x7cd20000 - 0x7ce0f000 C:\WINNT\system32\OLE32.DLL
0x779a0000 - 0x77a3c000 C:\WINNT\system32\OLEAUT32.DLL
0x77380000 - 0x773b0000 C:\WINNT\system32\ACTIVEDS.DLL
0x77350000 - 0x77373000 C:\WINNT\system32\ADSLDPC.DLL
0x77820000 - 0x7782e000 C:\WINNT\system32\RTUTILS.DLL
0x783c0000 - 0x78451000 C:\WINNT\system32\SETUPAPI.DLL
0x78d20000 - 0x78d85000 C:\WINNT\system32\USERENV.DLL
0x774b0000 - 0x774e4000 C:\WINNT\system32\RASAPI32.dll
0x77490000 - 0x774a1000 C:\WINNT\system32\rasman.dll
0x77500000 - 0x77522000 C:\WINNT\system32\TAPI32.dll
0x77b40000 - 0x77bc4000 C:\WINNT\system32\COMCTL32.DLL
0x77c70000 - 0x77cb9000 C:\WINNT\system32\SHLWAPI.DLL
0x77330000 - 0x77349000 C:\WINNT\system32\DHCPCSVC.DLL
0x777d0000 - 0x777d8000 C:\WINNT\System32\winrnr.dll
0x777e0000 - 0x777e5000 C:\WINNT\system32\rasadhlp.dll
0x7ca00000 - 0x7ca23000 C:\WINNT\system32\rsaenh.dll
0x79570000 - 0x795fd000 C:\WINNT\system32\CRYPT32.dll
0x77400000 - 0x77411000 C:\WINNT\system32\MSASN1.dll
0x7ce30000 - 0x7d07d000 C:\WINNT\system32\shell32.dll
0x6d7c0000 - 0x6d7c6000 D:\Java\jdk1.6.0_07\jre\bin\rmi.dll
VM Arguments:
jvm_args: -Djava.rmi.server.codebase=file:.\Prism.jar -Djava.security.policy=.\policy -Xms64m -Xmx1500m -Djava.library.path=.\lib;.\config -Dwrapper.key=ouZmthkGY4rb0RsE -Dwrapper.port=32000 -Dwrapper.jvm.port.min=31000 -Dwrapper.jvm.port.max=31999 -Dwrapper.pid=1388 -Dwrapper.version=3.2.3 -Dwrapper.native_library=wrapper -Dwrapper.service=TRUE -Dwrapper.cpu.timeout=10 -Dwrapper.jvmid=1
java_command: org.tanukisoftware.wrapper.WrapperSimpleApp com.socgen.prism.simulateur.client.PrismSimulatorClientOld
Launcher Type: SUN_STANDARD
Environment Variables:
JAVA_HOME=D:\Java\jdk1.6.0_07
PATH=D:\Java\jdk1.6.0_07;D:\Java\jdk1.6.0_07\bin;C:\Program Files\nsr\bin;C:\WINNT\system32;C:\WINNT;C:\WINNT\System32\Wbem;C:\MSDE\BINN;ITAPaging;D:\PROGRA~1\patrol\Patrol3\bin;D:\Program Files\patrol\Patrol3\bin;D:\Program Files\patrol\Patrol3\Pamo;C:\Program Files\Resource Kit\;C:\Program Files\Support Tools\;C:\Program Files\Dell\SysMgt\oma\bin;C:\Program Files\Dell\SysMgt\RAC3
OS=Windows_NT
PROCESSOR_IDENTIFIER=x86 Family 15 Model 2 Stepping 7, GenuineIntel
--------------- S Y S T E M ---------------
OS: Windows 2000 Build 2195 Service Pack 4
CPU:total 4 (1 cores per cpu, 2 threads per core) family 15 model 2 stepping 7, cmov, cx8, fxsr, mmx, sse, sse2, ht
Memory: 4k page, physical 2097151k(2059808k free), swap 4194303k(4194303k free)
vm_info: Java HotSpot(TM) Server VM (10.0-b23) for windows-x86 JRE (1.6.0_07-b06), built on Jun 10 2008 01:09:43 by "java_re" with MS VC++ 7.1
time: Sat Aug 09 17:44:47 2008
elapsed time: 79016 secondsAnswers are in this thread: http://forum.java.sun.com/thread.jspa?threadID=5139476
Be sure to read the whole thing.
Maybe you are looking for
-
I would like to create a multipurpose graph display - how?
Hi all, I would like to create a simple VI, it has multiple sets of information and signal inputs (Signal generators or DAQmx cards), and whilst all the information is important, i don't need to see them all at the same time. instead I would like to
-
Windows Vista Ultimate on Dell XPS Notebook: Why do I need Boot Camp?
I use Windows Vista Ultimate on my Dell XPS Notebook, and application software includes iTunes and Apple Store. Is this why I received a message to download "Boot Camp"? Why do I need Boot Camp?
-
Strange behaviour on my gnome desktop. Folders in the places menu are opened by audacious instead of nautilus. I tested deleting all gnome configuration folders and reinstalling nautilus without luck. Removing audacious does not default to nautilus e
-
ADFBC/JSF (10.1.3.2) What should I do on the Calling Page to genete a URL with paramaters like this: http://localhost:8988/oramag/faces/ViewEmployee.jspx?id=7934 Say for example Employee id needs to be passed as a parameter when the user clicks on th
-
Configuration required in Cat 4006 to forward errors to syslog server
Hi, I have setup a Kiwi syslog server. I want to configure in my Cat 4006 switch to forward the following messages to my syslog server 1. configuration changes 2. Vlan creation /modification 3. Power supply failures/module failures/temperature 4. Whe