Swaps space

What is swaps in SAP  . I check my SAP server via st02. I seen that all  swaps filed is  red. why it is red. what the mean of red. please explane me .
Thnaks & regards
jagdish kumar

Hi,
This means that your buffers are hit badly, generally there are always swaps in an SAP system, and these keep increasing day by day if the instance is not restarted recently, an instance restart will clear the red buffer entries in ST02.
But to reduce the swaps, increasing (or rather say optimizing) buffer memory is required.
SAP application servers are important users of swap space. If the swap space on a computer is used up, serious system problems occur as a result. Therefore, you must monitor swap space usage.
Go through with this link:
[SWAP in SAP|http://help.sap.com/saphelp_nw70/helpdata/en/02/9625e3538111d1891b0000e8322f96/frameset.htm]
Regards
Jhony

Similar Messages

  • Swap space problem on Windows XP

    I'm trying to install BI Publisher on Windows XP from a zip file downloaded last week (version 10.1.3.3.2). However after starting setup.exe in the install directory I get the message that my swap space = 0 Mb while 500 Mb is required. After this the installation procedure quits.
    I haven't got a clue as what the installer is referring to (swap on windows?) but I have plenty of room om my two (logical) disks, no spaces in the directory name from which I start the installer (D:\download\bipublisher\Windows\OBI\install) and about 1.5 Gb of memory free.
    Any hints what to do would be appreciated.
    tia,
    Martin

    Hi Mjb001,
    In computer operating systems that have their main memory divided into pages, paging (sometimes called swapping) is a transfer of pages between main memory and an auxiliary store, such as hard disk drive.[1] Paging is an important part of virtual memory implementation in most contemporary general-purpose operating systems, allowing them to easily use disk storage for data that does not fit into physical RAM. Paging is usually implemented as a task built into the kernel of the operating system.
    Windows 3.x creates a hidden file named 386SPART.PAR or WIN386.SWP for use as a swap file. It is generally found in the root directory, but it may appear elsewhere (typically in the WINDOWS directory). Its size depends on how much swap space the system has (a setting selected by the user under Control Panel → Enhanced under "Virtual Memory"). Please check this file.
    Regards,
    Amit Deshpande
    Persistent Systems Ltd.

  • Problem with swap space

    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.

  • 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 seconds

    Hello,
    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.1

    Hi
    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

  • 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 seconds

    Answers are in this thread: http://forum.java.sun.com/thread.jspa?threadID=5139476
    Be sure to read the whole thing.

  • Swap Space error in pre requisite check of NWDS2004(Support Pack18)install

    Hi,
    Trying to install NWDI SP 18 (SAP Netweaver Developer Workplace ) trial version on my machine with Windows XP.
    The installation (after installing J2EE Engine + MaxDB + NWDS 2004 etc), it has thrown some error regarding page size.
    So when we check the pre requisites for the installation of the software, it is giving the below error that the swap size needs to be increased.
    ==============================================
    Condition:- Swap Size
    Result Code:- Condition not met
    Severity:- HIGH
    Message:- For the selected services atleast 7135 MB swap space recommeneded.Current value 3921 MB(updated 2005-06-24)
    =============================================
    Please anybody let me know if there is a way to increase the swap size and fix the issue at the earliest.

    Hi Gandhi,
    Right click my on computer ->Select Properties -> Click Advanced Tab ->Click Settings (performance) -> Select Advanced Tab -> In virtual memory -> Change ; You canIncrease swap space/page file here.
    regards
    Juan
    Please reward with points if helpful

  • Consuming more swap space after upgrade from 10.2.0.1 to 10,2.0.4 on Solari

    Hi,
    After upgrading 10.2.0.1 to 10.2.0.4. Out of four database in one database is consuming more swap space. and in another database while executing catupgrd.sql, it is coming out with error ORa-04030 out of process memory error.
    thanks in adavance
    Anil Pinto

    For your ORA-04030 error, pl see if MOS Doc 414237.1 (ORA-00600 [kksCallPopCallback] ORA-04030 (kxs-heap-c,kdbmal allocation) While Upgrading The Database From 9.2.0 To 10.2.0, With ORA-03113 Errors Halting The Execution Of catupgrd.sql on UNIX platforms) can help
    HTH
    Srini

  • Available swap space problem in solaris 10

    Dear All,
    Currently I am facing a most interesting problem regarding swap space.
    We have assigned mirrored slice swap space with 20G size. But when we are asking for swap space it is only showing around 2GB.
    1. Please have the swap area:
    root@palash # swap -l
    swapfile dev swaplo blocks free
    /dev/md/dsk/d1 85,1 16 41945456 35002784
    root@palash # swap -s
    total: 53562072k bytes allocated + 5689008k reserved = 59251080k used, 615704k available
    2. Please have the metastat output:
    root@palash # metastat d1
    d1: Mirror
    Submirror 0: d11
    State: Okay
    Submirror 1: d21
    State: Okay
    Pass: 1
    Read option: roundrobin (default)
    Write option: parallel (default)
    Size: 41945472 blocks (20 GB)
    d11: Submirror of d1
    State: Okay
    Size: 41945472 blocks (20 GB)
    Stripe 0:
    Device Start Block Dbase State Reloc Hot Spare
    c0t0d0s1 0 No Okay Yes
    d21: Submirror of d1
    State: Okay
    Size: 41945472 blocks (20 GB)
    Stripe 0:
    Device Start Block Dbase State Reloc Hot Spare
    c0t1d0s1 0 No Okay Yes
    3. Here is /etc/vfstab entry for swap:
    /dev/md/dsk/d1 - - swap - no -
    4. But when we checked swap space using df command:
    root@palash # df -h
    Filesystem size used avail capacity Mounted on
    /dev/md/dsk/d0 18G 7.7G 9.9G 44% /
    /devices 0K 0K 0K 0% /devices
    ctfs 0K 0K 0K 0% /system/contract
    proc 0K 0K 0K 0% /proc
    mnttab 0K 0K 0K 0% /etc/mnttab
    swap                   1.7G   1.7M   1.7G     1%    /etc/svc/volatile
    objfs 0K 0K 0K 0% /system/object
    sharefs 0K 0K 0K 0% /etc/dfs/sharetab
    /platform/sun4u-us3/lib/libc_psr/libc_psr_hwcap1.so.1
    18G 7.7G 9.9G 44% /platform/sun4u-us3/lib/libc_psr.so.1
    /platform/sun4u-us3/lib/sparcv9/libc_psr/libc_psr_hwcap1.so.1
    18G 7.7G 9.9G 44% /platform/sun4u-us3/lib/sparcv9/libc_psr.so.1
    fd 0K 0K 0K 0% /dev/fd
    swap 1.7G 184K 1.7G 1% /tmp
    swap 1.7G 64K 1.7G 1% /var/run
    /dev/dsk/c2t40d0s4 20G 20M 19G 1% /redo2
    /dev/dsk/c2t40d0s1 276G 223G 50G 82% /oradata2
    /dev/dsk/c3t40d0s3 195G 198M 193G 1% /restore
    /dev/dsk/c2t40d0s0 276G 216G 57G 80% /oradata1
    /dev/dsk/c2t40d0s5 59G 60M 58G 1% /system1
    /dev/dsk/c3t40d0s0 276G 220G 53G 81% /index1
    /dev/md/dsk/d3 30G 24G 5.7G 81% /oracle
    /dev/dsk/c3t40d0s1 197G 53G 142G 28% /archive1
    /dev/dsk/c2t40d0s3 20G 20M 19G 1% /redo1
    /vol/dev/dsk/c0t6d0/disk1
    0K 0K 0K 0% /cdrom/disk1
    Please help me to indentify the reason.

    918597 wrote:
    Hello,
    Thanks for your reply.
    But I am not clear about your findings as we have around 64GB physical RAM in my machine.
    My question is that if we mount 20GB swap partition, then how we can see this is around less than 2 GB in df -h command.
    And even in swap -s command, this is showing same problem.
    What might be reason behind this????
    //PalashWell no-one else has anwered ... so its back to me.....
    Hmmm ... i would use the word observations rather than findings .... I am not on an old root explotation expedition all over our server .. merely observing on the morsels you show me ....
    Please be aware I may not be totally technically correct or be using right terminology on what follows so I welcome corrections ....
    Your machine has 64GB Memory, and a 20 GB swap file, therefore has the ability up to support 84GB total (Virtual) Memory ofr it's processes/buffers.
    The reason little swap is free (let us say 2GB ... thoug it may be 600m) is theat processes/buffers have a virutal memory requirement of 84GB-2GB = 82Gb.
    ... So rather than wondering about how come 2GB is left, start thinking about ow 82GB is being used.
    ...... Particularly with databases oracle RDBMS; mysql etc a big influencing factor can be how much memory is allocated its memory structures.
    .......... And a DBA may set these extremely high (memory_max / innodb-buffer-pool-size etc etc).
    ps -ef will show the (virtual) 'size' for individual processes
    prstat -a may help show what is going on (but may double account some things):
    ipcs -a would show the allocation for the oracle RDBMS memory_area,
    echo ::memstat | mdb -k ### may help ... but i have seen accounts of it taking ages to run.
    I'd also check kstat zfs ... but your not using zfs so no need to bother.
    .... You may need to show some evidence of how your applications are consuming virutal memory for someone to help you futher ... but if you do htis who may answer your own quesiton.

  • JVM Crash OutOfMemory Chunk::new Out Of swap Space

    Hi !
    We are currently experiencing a problem on both JRE-1.5.0_15 and JRE-1.6.0_7. We have a JEE application running with EJB2 on JBoss 423 that we have migrated to EJB3 on JBoss5. The server is Windows 2003 SP2 server running in 32 bits mode (with /3GB option in boot.ini) is set up with 4GB memory and 4GB paging.
    Before migration, this app runs perfectly on JBoss 423 compiled on JDK5 with runtime JRE5 and JRE6 (not at the same time though) up to 50 simulatneous users on a single JBoss instance.
    After migration to EJB3, we are experiencing this error as of 5 simultaneous users :
    # java.lang.OutOfMemoryError: requested 2292728 bytes for Chunk::new. Out of swap space?
    Current thread (0x54092800):  JavaThread "CompilerThread0" daemon [_thread_in_native, id=4092, stack(0x54280000,0x542d0000)]
    Stack: [0x54280000,0x542d0000]
    [error occurred during error reporting (printing stack bounds), id 0x80000001]
    Current CompileTask:
    C2:4692      com.mycompany.myproduct ...These are our JVM options for memory:
    jvm_args: -Dprogram.name=pdm.bat -Xms1024m -Xmx1024m -XX:PermSize=256m -XX:MaxPermSize=256m -XX:+DisableExplicitGCWe don't have this problem if we force JVM options so that it only runs in interpreted mode (-Xint). We also have created a file with the list of methods we want to keep out of the JIT. With this option, the server runs longer but it eventualy crashes.
    So we reckon this is a JIT issue on the App Server. I have posted a thread on JBoss forum but they recommended me to open one here.
    So I have modified the JVM options to increase the Perm size :
    jvm_args: -Dprogram.name=pdm.bat -Xms1024m -Xmx1024m -XX:PermSize=512m -XX:MaxPermSize=512m -XX:+Dis
    ableExplicitGCIn that case, JBoss crashes at startup time :
    # An unexpected error has been detected by Java Runtime Environment:
    # java.lang.OutOfMemoryError: requested 35608 bytes for Chunk::new. Out of swap space?
    #  Internal Error (allocation.cpp:218), pid=5756, tid=8176
    #  Error: Chunk::new
    # 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
    # The crash happened outside the Java Virtual Machine in native code.
    # See problematic frame for where to report the bug.
    ---------------  T H R E A D  ---------------
    Current thread (0x64142800):  JavaThread "CompilerThread0" daemon [_thread_in_native, id=8176, stack(0x64330000,0x64380000)]
    Stack: [0x64330000,0x64380000]
    [error occurred during error reporting (printing stack bounds), id 0x80000001]
    Current CompileTask:
    C2:1420  !   org.jboss.ejb3.Ejb3Deployment.deployElement(Ljava/io/InputStream;Lorg/jboss/ejb3/Ejb3Ha
    ndlerFactory;Ljavax/naming/InitialContext;)V (66 bytes)
    Heap
    PSYoungGen      total 217472K, used 176224K [0x539d0000, 0x639d0000, 0x639d0000)
      eden space 170432K, 97% used [0x539d0000,0x5dbec148,0x5e040000)
      from space 47040K, 21% used [0x60be0000,0x615dc210,0x639d0000)
      to   space 44672K, 0% used [0x5e040000,0x5e040000,0x60be0000)
    PSOldGen        total 786432K, used 200494K [0x239d0000, 0x539d0000, 0x539d0000)
      object space 786432K, 25% used [0x239d0000,0x2fd9b9b0,0x539d0000)
    PSPermGen       total 524288K, used 39978K [0x039d0000, 0x239d0000, 0x239d0000)
      object space 524288K, 7% used [0x039d0000,0x060da870,0x239d0000)So I have reduced heap size
    jvm_args: -Dprogram.name=pdm.bat -Xms768m -Xmx768m -XX:PermSize=512m -XX:MaxPermSize=512m -XX:+Dis
    ableExplicitGCand then it works much longer (can reach 20 users ...) before, again, eventually crashing.
    I have reported the error to http://java.sun.com/webapps/bugreport/crash.jsp but I haven't heard from it as yet ...
    Any recommendation to fix this issue ? Many thanks in advance for your help !

    I recently experienced a similar issue on HP-UX 11iv2 with WebLogic 9.1 and HP JDK 1.5, and we were also using the CMS (Concurrent Mark Sweep) GC. I was able to resolve the issue by forcing the size of the Survivor Area using the -XX:SurvivorRatio=n parameter. By setting this to a value lower than the default (I think 25) it forces the Survivor Area to be a larger percentage of the New Generation, and hence larger in size. I found that I needed at least 8MB, but we have a pretty large application, so you might get by with significantly less.
    As it stands, your New Gen will be 25% (default, I think) of you Xms, and I think the default SurvivorRatio is 25. The tricky part is the calculation using the SurvivorRatio. Since there are two Survivor Areas, if -XX:SurvivorRatio=25, then each Survivor Area will be 1/27 of New Gen. Anyhow, it's confusing, but you can easily verify these numbers online, and do the math yourself, but hopefully you get the point.
    Obviously, I can't guarantee anything, but you might want to give it a try since my symptoms were extremely similar.

  • 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 P

    Hi,
    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

  • Checking Swap space from OS level in HPUX

    Hi All,
    We have some issues with swap in our SAP production system when I checked the ST06 Tcode
    Swap
    Configured swap     Kb    20,971,520     Maximum swap-space  Kb    54,389,460
    Free in swap-space  Kb     8,945,160     Actual swap-space   Kb    54,389,460
    And when I checked from the OS level ,it gave me the following result
    swapinfo
                 Kb      Kb      Kb   PCT  START/      Kb
    TYPE      AVAIL    USED    FREE  USED   LIMIT RESERVE  PRI  NAME
    dev     1048576  658208  390368   63%       0       -    1  /dev/vg00/lvol2
    dev     19922944  889824 19033120    4%       0       -    1  /dev/vg00/lvol9
    reserve       - 19423488 -19423488
    memory  33417940 24781076 8636864   74%
    Does it mean that total swap space is (1048576 + 19922944)KB which is 20GB?
    If yes ,then how to increase the swap space in UNIX based systems?
    SWAP SPACE = 3*RAM? If yes ,do we need to put swap size =60 GB?
    In ST06
    what is the difference between CONFIGURED SWAP-SPACE and ACTUAL SWAP-SPACE?
    Regards,
    Prashant
    Edited by: Prashant Shukla on Oct 13, 2008 4:21 AM
    Edited by: Prashant Shukla on Oct 13, 2008 4:23 AM

    Hi,
    Thanks for ur reply but when I checked it from OS level why it is showing only 20GB ?
    What's the diff between configured and actual swap space ?
    I checked SAP Notes :146289 and 153641
    They clearly says that swap space should be atleast 20 GB plus 10 GB for additional Instance for the server.
    In our landscape we have CI and 4 dialog instance connected to it
    that means our swap space should be 20 + 10*4=60 GB
    We are having HPUX server and ST06 Swap values are
    Swap
    Configured swap     Kb    20,971,520   Maximum swap-space  Kb    54,389,460
    Free in swap-space  Kb     8,697,960   Actual swap-space   Kb    54,389,460
    Do we need to increase the SWAP Space to increase the system performance?
    What is difference between configured swap and actual swap space ?
    SAP Note 1112627 clearly says that SWAP SPACE = 2* RAM for HPUX servers.
    What do you guys say about this?
    Regards,
    Prashant
    Edited by: Prashant Shukla on Oct 13, 2008 5:15 AM
    Edited by: Prashant Shukla on Oct 13, 2008 5:53 AM

  • Problem on Creating a Swapfile for adding swap space

    Folks,
    Hello. I am using Oracle Linux 5.6. At this time, the Linux swap space is 0 KB by using the command:
    [root@rac1 /]# grep SwapTotal /proc/meminfo
    I need 150MB swap space to install Oracle Database. I create the swap space using the following commands:
    Step 1:
    [root@rac1 /]# dd if=/dev/zero of=/swapfile bs=1024 count15360 hit enter
    Output: 153600 to records in
    153600 to records out
    157286400 bytes(157MB) copied, 3.3835 seconds, 46.5MB/s.
    Step 2:
    [root@rac1 /]# mkswap /swapfile hit enter
    Output: Command not found.
    Step 3:
    [root@rac1 /]# swapon /swapfile hit enter
    Output: Command not found.
    Step 4:
    [root@rac1 etc]#vi fstab
    Add this line into the file: /swapfile swap swap defaults 0 0
    Save and close the file fstab.
    Step 5:
    Reboot Oracle Linux 5.6 and run this command:
    [root@rac1 /]# grep SwapTotal /pro/meminfo
    Output: SwapTotal: 0 KB
    As you see above, swap space is not added. I think the problem is that the commands "mkswap /swapfile" and "swapon /swapfile" are not executed.
    My question is : Do any folk understand how to add the swap space successfully ?

    When you execute a program, the command shell will walk through the locations specified by $PATH environment variable in order to find it. The "./" path is the current working directory and should not be in the $PATH environment to make sure applications are run only from locations defined by $PATH and not the current working directory. You can bypass this behavior iif you specify the full absolute path to the program at the command prompt, e.g. cd /sbin, ./mkswap or /sbin/mkswap. Other programs and administration tasks will use Linux utilities located in /sbin without specifying the full path and will not work if /sbin is not part of your PATH environment.
    You may have seriously screwed up your system because your root account contains /home/ora11g/bin, which is normally defined by .bash_profile located in the user account's home directory. Before analyzing your login scripts, I suggest you post the output of the following command:
    cat /etc/passwd

  • Out of swap space

    Hello everybody ,
    I encountered an issue in regard to allocation of heap memory for the JVM. I have an t argets for starting and stopping mysql data base and tomcat 5.5 server. I am using java 1.5.09.
    The tomcat start and stop targets are
    <target name="start_tomcat_server" >
    <exec dir="${local.dir}/Tomcat/bin/"     executable="startup.bat" resolveexecutable="true" >     
    </exec>
    </target>
         <target name="stop_tomcat_server" >
              <exec dir="${local.dir}/Tomcat/bin/"     executable="shutdown.bat" resolveexecutable="true">     
              </exec>
         </target>
    This is the issue .
    I start the data base and the mysql server from ant targets. When I try to stop the tomcat server from another ant target , I get the following two kinds of expections at different times.
    1) [exec] Using CATALINA_BASE: C:\applications\local_repository\Tomcat
    [exec] Using CATALINA_HOME: C:\applications\local_repository\Tomcat
    [exec] Using CATALINA_TMPDIR: C:\applications\local_repository\Tomcat\temp
    [exec] Using JRE_HOME: C:\Program Files\Java\jdk1.5.0_09
    [exec] Exception java.lang.OutOfMemoryError: requested 65536 bytes for u_char in C:\BUILD_AREA/jdk1.5.0_09/hotspot\src\share\vm\c\c1_Runtime1.cpp. Out of swap space?
    [exec] Result: 1
    BUILD SUCCESSFUL
    2)[exec] Using JRE_HOME: C:\Program Files\Java\jdk1.5.0_09
    [exec] Error occurred during initialization of VM
    [exec] Could not reserve enough space for object heap
    [exec] Result: 1
    I see the second exception more often.
    I have the setenv.bat file for the tomcat 5.5.20 server as
    set JAVA_OPTS= -Xms256m -Xmx1250m
    I tried setting the environment variable for the ant build file , in the eclipse environment as
    ANT_OPTS = -Xms256m -Xmx1250m
    but it did not help.
    Also I have tried chaning the VMargs for eclipse in eclipse.ini file , this did not work as well.
    When I manually shutdown tomcat using shutdown.bat , it works fine.
    I looked into a similar article on swap space. I was not able to find the solution.
    Please help me out.
    thanks,
    Suchitha

    Do you think you are starting up another VM when you use the "ant target"
    to shut down the tomcat server? The message in your example 2) occurs
    when the VM is first starting up.

  • How do I keep Warp Stabilizer and aeselflink from filling my swap space?

    Hello,
    I'm running the lastest version of AE on OS X, when I try and run warp stabilizer on a composition, aeselflink grows the virtual memory it uses (> 50GB) until it fills my swap space and causes my machine to hang, because the hard drive is full.
    Running AE's Edit->Purge options has no effect on the amount of virtual memory used.  I have to quit AE to get aeselflink to quit and free the memory used.  How can I limit the virtual memory used by aeselflink to something reasonable? 

    I'm not aware of a way to control this in any more detail, but this stuff obeys the settings you make in the Render Multiple Frames Simultanuously prefs if used. Otherwise it will use factory defaults which should never use more than 4GB. Anyway, the behavior you see is highly irregular no matter what. Sounds like a memory leak, so maybe you can provide more info, including which AE version, what footages etc.
    Mylenium

  • Reporting Swap Space Usage

    I own a piece of software that reports three Solaris swap space statistics:
    Available
    Used
    Total
    It uses the swapctl API to gather the data. One user reports that this is insufficient because Solaris uses a combination of disk space (reported by swapctl) and RAM. I've spent some time researching this and think I've found that the RAM swap space statistics are available in the kstat vminfo block. Questions:
    1. Is there a Solaris API that will give me total swap space statistics (disk + RAM)?
    2. If not, am I correct that the kstat vminfo fields report just the RAM swap space statistics and that I just therefore be able to add the values from swapctl and kstat to get the total statistics I require?
    3. The vminfo block has the following swap-related properties:
         swap_resv;     /* reserved swap in pages     */
         swap_alloc; /* allocated swap in pages     */
         swap_avail; /* unreserved swap in pages */
         swap_free;     /* unallocated swap in pages */
    From what I read, I think that "reserved" + "allocated" would map to what we call "used." What is the distinction between "unreserved" and "unallocated"? If I add all four of these values together, do I get the total amount of swap space allocated in RAM?
    4. I see that these vminfo values are raw counts and that to determine the real number, you have to sample the data over an interval, subtract the values and divide by the interval to get an average. Is there any other API that gives you the values at that point in time?

    For your questioin # 1, try using the `top` command. You can cownload this
    package from www.sunfreeware.com. It has bot the Binary file and source file.

Maybe you are looking for