Build array out of memory

Need help im new to labview im posting very simplified example of code over a few hours im getting out of memory error normaly this would be sensor data being colected every 2-4 sec and writen to a csv file. 
Attachments:
build array example.vi ‏19 KB

If you dramatically speed up the loop (e.g. remove all waits), you will obviously run out of memory in the queue because you generate numbers much faster than they can be written to disk. You need to ensure that the generation rate is less than the average maintainable speed of the disk IO.
Using write to spreadsheet file is also a low performance option, because of the constant file open/close operations and all the formatting steps. If speed matters, use a binary file and low level file IO. Open it once before the loop, and just append inside the loop. Close it when the loop ends.
Maybe you should set an upper size limit for the queue?
I don't have the ogtk subVI, but here's how your code could be simplified (not showing the file IO suggestions). The browse option for the file controls also should be "new or existing".
LabVIEW Champion . Do more with less code and in less time .
Attachments:
build array example_MODCA.vi ‏10 KB

Similar Messages

  • Build Failed Out of memory

    I am new to Java Sun Studio Enterprise 8. I have a large java project. There are 3409 files. When compiling I get the following message.
    The system is out of resources.
    Consult the following stack trace for details.
    java.lang.OutOfMemoryError
    BUILD FAILED (total time: 15 seconds)
    How do I configure Sun Studio Enterprise such that it can compile?

    Increase the heap size of the Java Studio Enterprise 8. This can be done by modifying the options in jstudio.conf located in nbbuild/netbeans/etc directory. In the following property - default_options="-J-Xms56m -J-Xmx256m -J-XX:PermSize=32m -J-XX:MaxPermSize=96m -J-Dnetbeans.logger.console=true -J-ea", change the value of -JXmx256m in my case to something higher say 512m.
    Also, try setting the ANT_OPTS property in the environment variable to -mx512m

  • Out of memory due to huge array

    Hi,
    I built an imaging data analysis program: the program needs to open files of 131MB, 262MB, 524MB and 1.048GB. The problem is that I receive an "Out of Memory" message from Labview (and only then from Windows OS) for the 0.5 and 1G files.
    Previously, I had this problem with the 262MB file, but I managed to open it by chunking my data into 2 or 4 sections. For the 524MB file I had to chunk the data into 32 or even 64 peices and then process it as a 2D array of 32 or 64 lines. Until here it works fine - The problem is that after this first reading and processing of the data I need to do quite a bit of manipulations on it, and then I receive the "Out of memory" message for the 524MB file. More specificly, I have a "slicing" functionality in my program that takes this huge 2D array, rearrage it into 2D array of #pixels*4096 using the "array reshape" function, slice a portion of it using "array subset" function, and repeat the imaging process of the complete array. The "slicing" functionality is in an event structure, waiting for the user to click on the "slice" button on the front pannel. Now, I manage to read the file and do the first processing, but then I receive the "Out of Memory" message saying it fails in the tunnell going into the event structure.
    I attach two options of my read file subvi (it is a small part of my whole program). version 2 uses "build array" and fails for 262MB and up. version 3 reshape the array and could work for 262MB. For the 524MB I had to change it again and remove the "reshape" from the reading section, and repeat the processing several times with each chunk.
    Any suggestions how I can proceed with the 524MB and 1GB files ?
    One more thing - I am not sure the system even go into my virtual memory before it gives me the out of memory message - how can I check it ?
    Thanks in advance,
    Eyal
    Attachments:
    read_file_3.vi ‏50 KB

    In addition: DFGray - you wrote "A better solution is to read only a portion of your image in memory at once. ...". I am not sure I understand what you mean by read a portion of your image in memory - do you mean to read and process a portion at a time and repeat it for the number of portions I divide it into?
    It sounds like this is what you need to do. The way you are currently reading the file in still is trying to get the entire file into memory at once.
    Since you seem to be able to read in about 256MB with no problems, what you could try is to read in a 256MB chunk, process it and save the results. Then read the next 256MB chunk, process it and append the results to the first chunks results. Keep doing that until you have processed the entire file. Notice on the "Read File" function that there is a "pos offset(0)" terminal input. This specifies where in the file to start reading. So on the first read, this would 0, on the second read, this would be 0+256, then 0+512....
    Doing it this way will never have more than 256MB in memory at one time.
    EdMessage Edited by Ed Dickens on 06-02-2005 09:28 AM
    Ed Dickens - Certified LabVIEW Architect - DISTek Integration, Inc. - NI Certified Alliance Partner
    Using the Abort button to stop your VI is like using a tree to stop your car. It works, but there may be consequences.
    Attachments:
    read_file_chunk.vi ‏64 KB

  • Running out of memory building csv file

    I'm attempting to write a script that does a query on my
    database. It will generally be working with about 10,000 - 15,000
    records. It then checks to see if a certain file exists. If it
    does, it will add the record to an array. When its done looping
    over all the records, it takes the array that was created and
    outputs a csv file (usually with about 5,000 - 10,000 lines).
    But... before that ever happens, it runs out of memory. What can I
    do to make it not run out of memory?

    quote:
    Originally posted by:
    nozavroni
    I'm attempting to write a script that does a query on my
    database. It will generally be working with about 10,000 - 15,000
    records. It then checks to see if a certain file exists.
    Sounds pretty inefficient to me. Is there no way you can
    modify the query so that it only selects the records for which the
    file exists?

  • (AIR) out of memory error when building workspace

    Hi,
    I created a very simple AIR project. But during the load the
    workbench gave me out of memory errors.
    Please find below the relevant .log entries.
    Thanks for your help,
    -Rogier
    !SESSION 2007-06-13 14:13:10.241
    eclipse.buildId=unknown
    java.version=1.5.0_11
    java.vendor=Sun Microsystems Inc.
    BootLoader constants: OS=win32, ARCH=x86, WS=win32, NL=en_US
    Command-line arguments: -os win32 -ws win32 -arch x86
    !ENTRY org.eclipse.ui 4 4 2007-06-13 14:13:30.383
    !MESSAGE Invalid Menu Extension (Path is invalid):
    goToResource
    !ENTRY org.eclipse.ui 4 4 2007-06-13 14:13:46.565
    !MESSAGE Invalid Menu Extension (Path is invalid):
    org.eclipse.jdt.ui.actions.GoToPackage
    !ENTRY org.eclipse.ui 4 4 2007-06-13 14:13:46.565
    !MESSAGE Invalid Menu Extension (Path is invalid):
    org.eclipse.jdt.ui.actions.GoToType
    !ENTRY org.eclipse.core.jobs 4 2 2007-06-13 16:29:02.002
    !MESSAGE An internal error occurred during: "Building
    workspace".
    !STACK 0
    java.lang.OutOfMemoryError: PermGen space
    !ENTRY org.eclipse.ui 4 4 2007-06-13 16:29:02.159
    !MESSAGE Unhandled event loop exception
    !ENTRY org.eclipse.ui 4 0 2007-06-13 16:29:02.159
    !MESSAGE PermGen space
    !STACK 0
    java.lang.OutOfMemoryError: PermGen space
    !ENTRY org.eclipse.core.jobs 4 2 2007-06-13 16:29:04.675
    !MESSAGE An internal error occurred during: "Building
    workspace".
    !STACK 0
    java.lang.OutOfMemoryError: PermGen space
    !ENTRY org.eclipse.ui 4 4 2007-06-13 16:29:04.691
    !MESSAGE Unhandled event loop exception
    !ENTRY org.eclipse.ui 4 0 2007-06-13 16:29:04.691
    !MESSAGE PermGen space
    !STACK 0
    java.lang.OutOfMemoryError: PermGen space
    !ENTRY org.eclipse.ui 4 4 2007-06-13 16:29:19.067
    !MESSAGE Unhandled event loop exception
    !ENTRY org.eclipse.ui 4 0 2007-06-13 16:29:19.098
    !MESSAGE Failed to execute runnable
    (java.lang.OutOfMemoryError: PermGen space)
    !STACK 0
    org.eclipse.swt.SWTException: Failed to execute runnable
    (java.lang.OutOfMemoryError: PermGen space)
    at org.eclipse.swt.SWT.error(SWT.java:3374)
    at org.eclipse.swt.SWT.error(SWT.java:3297)
    at
    org.eclipse.swt.widgets.Synchronizer.runAsyncMessages(Synchronizer.java:126)
    at
    org.eclipse.swt.widgets.Display.runAsyncMessages(Display.java:3325)
    at
    org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2971)
    at
    org.eclipse.jface.window.Window.runEventLoop(Window.java:820)
    at org.eclipse.jface.window.Window.open(Window.java:796)
    at
    org.eclipse.ui.internal.ide.dialogs.InternalErrorDialog.open(InternalErrorDialog.java:78)
    at
    org.eclipse.ui.internal.ide.dialogs.InternalErrorDialog.openQuestion(InternalErrorDialog. java:185)
    at
    org.eclipse.ui.internal.ide.IDEExceptionHandler.openQuestionDialog(IDEExceptionHandler.ja va:174)
    at
    org.eclipse.ui.internal.ide.IDEExceptionHandler.handleException(IDEExceptionHandler.java: 100)
    at
    org.eclipse.ui.internal.ide.IDEWorkbenchAdvisor.eventLoopException(IDEWorkbenchAdvisor.ja va:298)
    at
    org.eclipse.ui.internal.ExceptionHandler.handleException(ExceptionHandler.java:62)
    at
    org.eclipse.ui.internal.progress.ErrorNotificationManager$1.run(ErrorNotificationManager. java:82)
    at
    org.eclipse.swt.widgets.RunnableLock.run(RunnableLock.java:35)
    at
    org.eclipse.swt.widgets.Synchronizer.runAsyncMessages(Synchronizer.java:123)
    at
    org.eclipse.swt.widgets.Display.runAsyncMessages(Display.java:3325)
    at
    org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2971)
    at
    org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1930)
    at
    org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1894)
    at
    org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:422)
    at
    org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:149)
    at
    com.adobe.flexbuilder.standalone.FlexBuilderApplication.run(FlexBuilderApplication.java:1 03)
    at
    org.eclipse.core.internal.runtime.PlatformActivator$1.run(PlatformActivator.java:78)
    at
    org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.runApplication(EclipseAppLau ncher.java:92)
    at
    org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.start(EclipseAppLauncher.jav a:68)
    at
    org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:400)
    at
    org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:177)
    at sun.reflect.NativeMethodAccessorImpl.invoke0(Native
    Method)
    at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown
    Source)
    at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown
    Source)
    at java.lang.reflect.Method.invoke(Unknown Source)
    at
    org.eclipse.core.launcher.Main.invokeFramework(Main.java:336)
    at org.eclipse.core.launcher.Main.basicRun(Main.java:280)
    at org.eclipse.core.launcher.Main.run(Main.java:977)
    at org.eclipse.core.launcher.Main.main(Main.java:952)
    Caused by: java.lang.OutOfMemoryError: PermGen space
    !ENTRY org.eclipse.ui.workbench 4 2 2007-06-13 16:34:11.522
    !MESSAGE Problems occurred when invoking code from plug-in:
    "org.eclipse.ui.workbench".
    !STACK 0
    java.lang.NullPointerException
    at
    org.eclipse.ui.internal.EditorManager.convertToSaveables(EditorManager.java:1336)
    at
    org.eclipse.ui.internal.EditorManager.saveAll(EditorManager.java:1203)
    at
    org.eclipse.ui.internal.Workbench$13.run(Workbench.java:790)
    at
    org.eclipse.core.runtime.SafeRunner.run(SafeRunner.java:37)
    at
    org.eclipse.ui.internal.Workbench.saveAllEditors(Workbench.java:738)
    at
    org.eclipse.ui.internal.Workbench.busyClose(Workbench.java:658)
    at
    org.eclipse.ui.internal.Workbench.access$8(Workbench.java:642)
    at
    org.eclipse.ui.internal.Workbench$15.run(Workbench.java:855)
    at
    org.eclipse.swt.custom.BusyIndicator.showWhile(BusyIndicator.java:67)
    at
    org.eclipse.ui.internal.Workbench.close(Workbench.java:853)
    at
    org.eclipse.ui.internal.Workbench.close(Workbench.java:828)
    at
    org.eclipse.ui.internal.Workbench$23.handleEvent(Workbench.java:1848)
    at
    org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:66)
    at
    org.eclipse.swt.widgets.Display.sendEvent(Display.java:3484)
    at
    org.eclipse.swt.widgets.Display.messageProc(Display.java:2675)
    at org.eclipse.swt.internal.win32.OS.DefWindowProcW(Native
    Method)
    at
    org.eclipse.swt.internal.win32.OS.DefWindowProc(OS.java:1927)
    at
    org.eclipse.swt.widgets.Shell.callWindowProc(Shell.java:443)
    at
    org.eclipse.swt.widgets.Control.windowProc(Control.java:3334)
    at
    org.eclipse.swt.widgets.Decorations.windowProc(Decorations.java:1539)
    at org.eclipse.swt.widgets.Shell.windowProc(Shell.java:1634)
    at
    org.eclipse.swt.widgets.Display.windowProc(Display.java:4025)
    at org.eclipse.swt.internal.win32.OS.PeekMessageW(Native
    Method)
    at
    org.eclipse.swt.internal.win32.OS.PeekMessage(OS.java:2401)
    at
    org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2963)
    at
    org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1930)
    at
    org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1894)
    at
    org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:422)
    at
    org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:149)
    at
    com.adobe.flexbuilder.standalone.FlexBuilderApplication.run(FlexBuilderApplication.java:1 03)
    at
    org.eclipse.core.internal.runtime.PlatformActivator$1.run(PlatformActivator.java:78)
    at
    org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.runApplication(EclipseAppLau ncher.java:92)
    at
    org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.start(EclipseAppLauncher.jav a:68)
    at
    org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:400)
    at
    org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:177)
    at sun.reflect.NativeMethodAccessorImpl.invoke0(Native
    Method)
    at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown
    Source)
    at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown
    Source)
    at java.lang.reflect.Method.invoke(Unknown Source)
    at
    org.eclipse.core.launcher.Main.invokeFramework(Main.java:336)
    at org.eclipse.core.launcher.Main.basicRun(Main.java:280)
    at org.eclipse.core.launcher.Main.run(Main.java:977)
    at org.eclipse.core.launcher.Main.main(Main.java:952)
    !ENTRY org.eclipse.ui 4 4 2007-06-13 16:34:19.959
    !MESSAGE Unhandled event loop exception
    !ENTRY org.eclipse.ui 4 0 2007-06-13 16:34:19.959
    !MESSAGE PermGen space
    !STACK 0
    java.lang.OutOfMemoryError: PermGen space

    Hi Rogier,
    Can you please log it in our new public bug system:
    http://bugs.adobe.com/flex?
    It'd be great if you can provide more info to the bug e.g.
    details of your simple AIR project, platform, FB version (Plugin or
    Standalone).
    thanks,
    Sharon

  • Out of memory error - WLW Schema Project build

    hi
    Wasn't sure which group (workshop vs xmlbeans) but here goes.
    I'm doing a persomal eval of the WLS 8.1.1. platform.
    My current focus is on XML Schema support, XML Beans, transformations etc
    and in particular how it all copes with large schema.
    I'm using Justice XML Data Dictionary (3.0.0.0) as an example of a large
    schema
    (http://it.ojp.gov/jxdd/)
    I am getting an out of memory error when I build this within WLW.
    The build appears to be in the javac phase (and occurs when the memory goes
    over 256M) so I think it's the ANT task.
    WLW doesn't seem to be running out of memory and the build machine is not
    running out of resources.
    Where do I configure this? The <xmlbean> tag ? Is there any doco?
    regards
    Jim Nicolson
    =============== Build trace below ====================
    Build project JXDDSchema started.
    BUILD STARTED
    build:
    check-uptodate:
    build-sub:
    Updating property file:
    C:\data\projects\bea\integration\wlitest\.workshop\.ide\JXDDSchema\build.pro
    perties
    Deleting directory
    C:\DOCUME~1\JIMNIC~1\LOCALS~1\Temp\.wlw-temp\wlw_compile38940\JXDDSchema
    Created dir:
    C:\DOCUME~1\JIMNIC~1\LOCALS~1\Temp\.wlw-temp\wlw_compile38940\JXDDSchema
    Loading schema file
    C:\data\projects\bea\integration\wlitest\JXDDSchema\jxdds_3.0.0.0_full-doc.x
    sd
    Loading schema file
    C:\data\projects\bea\integration\wlitest\JXDDSchema\iso_639-2t_1.0.0.0_full-
    doc.xsd
    Loading schema file
    C:\data\projects\bea\integration\wlitest\JXDDSchema\ut_offender-tracking-mis
    c_1.0.0.0_full-doc.xsd
    Loading schema file
    C:\data\projects\bea\integration\wlitest\JXDDSchema\ncic_2000-gun_1.0.0.0_fu
    ll-doc.xsd
    Loading schema file
    C:\data\projects\bea\integration\wlitest\JXDDSchema\ncic_2000-other-transact
    ions_1.0.0.0_full-doc.xsd
    Loading schema file
    C:\data\projects\bea\integration\wlitest\JXDDSchema\ncic_2000-uniform-offens
    e_1.0.0.0_full-doc.xsd
    Loading schema file
    C:\data\projects\bea\integration\wlitest\JXDDSchema\mn_offense_1.0.0.0_full-
    doc.xsd
    Loading schema file
    C:\data\projects\bea\integration\wlitest\JXDDSchema\dod_jcs-pub2.0-misc_1.0.
    0.0_full-doc.xsd
    Loading schema file
    C:\data\projects\bea\integration\wlitest\JXDDSchema\cap_1.0.0.0_full-doc.xsd
    Loading schema file
    C:\data\projects\bea\integration\wlitest\JXDDSchema\nibrs_misc_1.0.0.0_full-
    doc.xsd
    Loading schema file
    C:\data\projects\bea\integration\wlitest\JXDDSchema\fips_6-4_1.0.0.0_full-do
    c.xsd
    Loading schema file
    C:\data\projects\bea\integration\wlitest\JXDDSchema\iso_3166_1.0.0.0_full-do
    c.xsd
    Loading schema file
    C:\data\projects\bea\integration\wlitest\JXDDSchema\dod_misc_1.0.0.0_full-do
    c.xsd
    Loading schema file
    C:\data\projects\bea\integration\wlitest\JXDDSchema\ncic_2000-misc_1.0.0.0_f
    ull-doc.xsd
    Loading schema file
    C:\data\projects\bea\integration\wlitest\JXDDSchema\ncic_2000-boat_1.0.0.0_f
    ull-doc.xsd
    Loading schema file
    C:\data\projects\bea\integration\wlitest\JXDDSchema\ncic_2000-securities_1.0
    .0.0_full-doc.xsd
    Loading schema file
    C:\data\projects\bea\integration\wlitest\JXDDSchema\ncic_2000-article_1.0.0.
    0_full-doc.xsd
    Loading schema file
    C:\data\projects\bea\integration\wlitest\JXDDSchema\unece_rec20-misc_1.0.0.0
    _full-doc.xsd
    Loading schema file
    C:\data\projects\bea\integration\wlitest\JXDDSchema\ncic_2000-state-country_
    1.0.0.0_full-doc.xsd
    Loading schema file
    C:\data\projects\bea\integration\wlitest\JXDDSchema\iso_4217_1.0.0.0_full-do
    c.xsd
    Loading schema file
    C:\data\projects\bea\integration\wlitest\JXDDSchema\fips_10-4_1.0.0.0_full-d
    oc.xsd
    Loading schema file
    C:\data\projects\bea\integration\wlitest\JXDDSchema\ansi_d20_1.0.0.0_full-do
    c.xsd
    Loading schema file
    C:\data\projects\bea\integration\wlitest\JXDDSchema\iso_639-2b_1.0.0.0_full-
    doc.xsd
    Loading schema file
    C:\data\projects\bea\integration\wlitest\JXDDSchema\fips_5-2_1.0.0.0_full-do
    c.xsd
    Loading schema file
    C:\data\projects\bea\integration\wlitest\JXDDSchema\ncic_2000-vehicle_1.0.0.
    0_full-doc.xsd
    Loading schema file
    C:\data\projects\bea\integration\wlitest\JXDDSchema\dod_exec-12958_1.0.0.0_f
    ull-doc.xsd
    Loading schema file
    C:\data\projects\bea\integration\wlitest\JXDDSchema\ncic_2000-personal-descr
    iptors_1.0.0.0_full-doc.xsd
    Loading schema file
    C:\data\projects\bea\integration\wlitest\JXDDSchema\usps_states_1.0.0.0_full
    -doc.xsd
    Time to build schema type system: 6.75 seconds
    The system is out of resources.
    Consult the following stack trace for details.
    java.lang.OutOfMemoryError
    BUILD FAILED
    BUILD FAILED

    hi Kevin
    Thanks I'll take a look there.
    I think it's a good move to make XMLBeans open source.
    (I've been using Castor for the same purpose for the last two years).
    I was mainly focussed on XMLBeans as they are used in WLW context and my
    testing suggested that I would probably want to know more about the ANT
    build/tasks etc. (Just to be able to deal with unexpected issues)
    It's not urgent - I'm just doing a personal eval to come up to speed with
    WLS 8.1 platform.
    thanks
    Jim Nicolson
    "Kevin Krouse" <[email protected]> wrote in message
    news:[email protected]..
    Sorry, the first URL should have been:
    http://cvs.apache.org/viewcvs.cgi/*checkout*/xml-xmlbeans/v1/xkit/anttask.html?rev=1.2
    >
    --k
    On Tue, 30 Sep 2003 22:35:58 -0700, Kevin Krouse wrote:
    Hi Jim,
    Well, the XMLBean docs are in a process of moving into the Apache
    XMLBeans
    project (http://xml.apache.org/xmlbeans), so I can point you to where
    they
    are in the cvs repository. You can also look at the source if you'dlike!
    >>
    Here's an html doc for the xmlbean task:
    http://cvs.apache.org/viewcvs.cgi/*checkout*/xml-xmlbeans/v1/xkit/anttask.html?rev=1.2http://cvs.apache.org/viewcvs.cgi/*checkout*/xml-xmlbeans/v1/xkit/anttask.html?rev=1.2
    >>
    Here's the code for the xmlbean task:
    http://cvs.apache.org/viewcvs.cgi/xml-xmlbeans/v1/src/xmlcomp/org/apache/xmlbeans/impl/tool/XMLBean.java?rev=HEAD&content-type=text/vnd.viewcvs-markup
    >>
    >>
    As to your second question about WLW becoming unresponsive, after the
    Schemas.jar is built, the source for the entire project is re-scanned
    which could take several minutes. The performance impact of rescanning
    the project is improved in SP2 and will be addressed even more in future
    releases. Stay tuned.
    --k

  • Out of memory error when creating an array

    I'm trying to create 3D array of Bytes.
    Byte[][][] disk = disk = new Byte[11][9][25344];
    This is where I get an OutofMemory error.
    Please help!!!

    It is not as ballubadshah asserts a matter of how much memory you have but rather how much is allocated by default to the JVM heap.
    This number according to http://java.sun.com/docs/hotspot/ism.html is 64megabytes.
    When I run the following code, I get the number 64618496 which is just shy of 67108864, 64 meg. If I increase the array size I get the same error as you.
    To get past this, you can increase the heap size at runtime with the option -Xmx###m where ### is the number of megabytes to use for heap.
    ex
    c:/test>java -Xmx128m Memorypublic class Memory
       public static void main(String[] args)
          Runtime.getRuntime().gc();
          long start = Runtime.getRuntime().totalMemory();
          Byte[][][] bytes = new Byte[11][9][25344];
          for(int i = 0; i < 11; i++)
             for(int j = 0; j < 9; j++)
                for(int k = 0; k < 45344; k++)
                   bytes[i][j][k] =
                      new Byte(new Double(Math.random() * 256).byteValue());
          Runtime.getRuntime().gc();
          long end = Runtime.getRuntime().totalMemory();
          System.out.println("memory usage  = " + Long.toString(end - start));
    }

  • Building DVD.....out of memory message!!!!!!

    I am having a problem with building my DVD in Encore 2.0. I go to build DVD and it starts to transcode....after a short while, an out of memory window pops up. I had this happen before during my actual set up for the DVD. I guess there were too many menus open at once, but now that I am trying to build my DVD, it is doing it again. Am I doing something wrong? I have 3GB of RAM so I know that is not the problem.

    Among other problems subtitles, etc, we had a lot of problems building on Encore dvd 2.0. The project kept crashing during building. We went through the entire Troubleshooting list of what to do when the system crases and it probably helped (especially clearing the start-up tray), but the project was still crashing. Through trial and error, and asking around, we discovered we shouldn't have backed-up our project (using the Save As feature) on the same drive. I'm not sure why. We were only doing that in the first place because we'd had so much trouble with the project. After we stopped backing up the project on the same drive, the building ceased to give us memory, errors and crashing problems.
    I hope this helps!

  • What's the maximum size of an array in labview? LV run out of memory

    I want to create a 1D array of 40M element of Double: so I use Initialize Array, element is double 1, dimension size is 40M (and put a Sum at the end so as to make sure lv do attempt to create that array). Supposed this only need 320M of memory, and my system has over 1G free memory available as shown in Task Manager, but when Labview runs this VI, it tells me "Not enough memory to complete this operation" "Labview: memory is full, top level VI is stopped at Initalize Array", so it seems LV is unable to handle such an array, even if there is apparently more than enough free memory in the system.
    Does anyone know why labview fails to allocate memory for this VI? Anyway to solve this problem?

    This question has been asked many times. Have you tried to do a search? Arrays require contiguous memory. It doesn't matter if you have 40 GB of RAM. Unless you have a contiguous block for your array, the allocation will fail. You should read the chapter in the LabVIEW Help on managing large data sets. There are also a couple of KnowledgeBase articles.
    Of course, the obvious question is: why do you need to create such a large array in the first place?
    Message Edited by smercurio_fc on 01-18-2010 10:25 PM

  • Running out of memory - where do I not free objects?

    Hello there,
    I am analyzing data on an Itanium with 1GB of memory using the JSDK 1.4 (Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.2-beta-b19)). I have a lot of memory troubles reading data as small as 120MB and processing it (using the Pattern class and ArrayList or static String array), so I wrote this little program to test the memory:
                   print("Starting memcheck - press key...");
                   int border= 100000;
                   int bCount = border;
                   int limit = 18000000;
                   String tst = new String("Hi, Tester!");
                   System.in.read();
                   print("Key for 1-String-Buffer...");
                   System.in.read();
                   StringBuffer checkSt = new StringBuffer(limit*tst.length());
                   print("1-String-Buffer created. Key for clearance...");
                   System.in.read();
                   checkSt = null;               
                   System.gc();
                   print("Key for Strings...");
                   System.in.read();
                   String [] checkS = new String[limit];
                   for (int i=0; i<limit; i++) {
                        checkS[i] = (new String(tst));
                        if (--bCount == 0) {
                             bCount = border;
                             print("Created: "+i+" strings!");
                   print("Strings created. Key for clearance...");
                   System.in.read();
                   checkS = null;               
                   System.gc();As I originally thought, this only uses about 800MB with the static String array, 471MB with the StringBuffer, and crashes (out of memory) when being permitted up to 1000MB with ArrayList.
    The odd thing is though, that when I put the part with the static String array after the StringBuffer part, it crashes too (out of memory). So I guess, that I have not fully understood how to free memory in java yet and that I am overlooking something here - can someone please help me? I have already tried for more than a week to fix this problem, but I must be overlooking the obvious...
    According to my math, if I read 100MB, it should at most use 2*100MB+overhead (2* because of Java's internal unicode representation). Where am I doing wrong?
    Thanks in advance!

    Double posted,
    http://forum.java.sun.com/thread.jsp?forum=31&thread=409677&tstart=0&trange=15

  • Target has run out of memory on LM3s8962

    I'm using the LM3s8962 evaluation kit to record data from the ADC's.  I have the system set up so that I use the elemental nodes of the four adc's in a while loop, and replace the values in four different arrays.  The arrays are initialize (1x1000 elements) before entering the loop.  This works fine.
    THE PROBLEM:  When I try to make the arrays larger (i.e. initial arrays larger than 1000 points, 4 individual arrays), I get the following error:
    Error: Memory allocation failed. The target has run out of memory. [C:\Program Files (x86)\National Instruments\LabVIEW 2011\CCodeGen\libsrc\blockdiagram\CCGArrSupport2.c at line 253: 2 3
    OR
    Error: Memory allocation failed. The target has run out of memory. [C:\Program Files (x86)\National Instruments\LabVIEW 2011\CCodeGen\libsrc\blockdiagram\CCGArrSupport2.c at line 173: 2 3
    Any suggestions?

    Th0r wrote:
    It looks like you're filling up the flash memory on the LM3S8962 with all of these array initializations.  According to page 263 of the LM3S8962 datasheet, that microcontroller has 256 KB of flash memory which you can use to fill up with your code.  In addition to your array initializations, some of this space is taken up by the LabVIEW Embedded Module-specific code as well.  What datatype are you using in these arrays?  Does this error occur upon building or running your code?  Thanks for any additional information you can provide!  
    That's probably it.  The error occurs when building the code, before it's actually able to run.  If reduce the array size, I'm able to run the code no problem.  At the moment,  I'm using a long 32 bit integer, which I know realize I can reduce significantly, as my ADC only reads at 10 bits.  Do you know if there's a way that I can preallocate the array to a place other than flash?
    I've found a fix around it since I last posted, in which I set up a buffer (smaller) and then save the buffer values on the SD card.  This works well and I can sample for long periods of time, but it does slow down my overall sampling rate, so I'd like to fix the above problem nonetheless. 

  • Java Out of Memory Error

    Hi,
    I'm running a Java app that's been working perfectly for 12 months. I did the latest Java upgrade from Apple and I now have heap space errors. The result of running Java version is as follows:
    java version "1.6.0_20"
    Java(TM) SE Runtime Environment (build 1.6.0_20-b02-279-10M3065)
    Java HotSpot(TM) 64-Bit Server VM (build 16.3-b01-279, mixed mode)
    The error listing is below. I'd be grateful for any help in setting memory in the .sh file that I use to launch the app or for other ways to resolve this.
    A search of this forum yielded no assistance on this.
    Regards
    Mike
    error: ************* Exception String *************
    Error (1205): Out of memory.
    : Java heap space
    at com.bluestream.xdocs.local.explorer.worker.job.Importer.runJob(Importer.java:192)
    at com.bluestream.xdocs.local.explorer.worker.job.ExpJob.run(ExpJob.java:70)
    at foxtrot.AbstractWorkerThread$2.run(AbstractWorkerThread.java:49)
    at java.security.AccessController.doPrivileged(Native Method)
    at foxtrot.AbstractWorkerThread.runTask(AbstractWorkerThread.java:45)
    at foxtrot.workers.DefaultWorkerThread.run(DefaultWorkerThread.java:153)
    at java.lang.Thread.run(Thread.java:637)
    Caused by: java.lang.OutOfMemoryError: Java heap space
    at java.util.Arrays.copyOf(Arrays.java:2786)
    at java.io.ByteArrayOutputStream.write(ByteArrayOutputStream.java:94)
    at sun.net.www.http.PosterOutputStream.write(PosterOutputStream.java:61)
    at javax.activation.DataHandler.writeTo(DataHandler.java:294)
    at com.sun.xml.ws.encoding.MtomCodec$ByteArrayBuffer.write(MtomCodec.java:195)
    at com.sun.xml.ws.encoding.MtomCodec.encode(MtomCodec.java:162)
    at com.sun.xml.ws.encoding.SOAPBindingCodec.encode(SOAPBindingCodec.java:258)
    at com.sun.xml.ws.transport.http.client.HttpTransportPipe.process(HttpTransportPipe.java:153)
    at com.sun.xml.ws.transport.http.client.HttpTransportPipe.processRequest(HttpTransportPipe.java:93)
    at com.sun.xml.ws.api.pipe.Fiber.__doRun(Fiber.java:598)
    at com.sun.xml.ws.api.pipe.Fiber._doRun(Fiber.java:557)
    at com.sun.xml.ws.api.pipe.Fiber.doRun(Fiber.java:542)
    at com.sun.xml.ws.api.pipe.Fiber.runSync(Fiber.java:439)
    at com.sun.xml.ws.client.Stub.process(Stub.java:222)
    at com.sun.xml.ws.client.sei.SEIStub.doProcess(SEIStub.java:135)
    at com.sun.xml.ws.client.sei.SyncMethodHandler.invoke(SyncMethodHandler.java:109)
    at com.sun.xml.ws.client.sei.SyncMethodHandler.invoke(SyncMethodHandler.java:89)
    at com.sun.xml.ws.client.sei.SEIStub.invoke(SEIStub.java:118)
    at $Proxy46.fixAndImportParts(Unknown Source)
    at com.bluestream.xdocs.local.wsrvclient.impl.LocWSrvResourceMgrImpl.fixAndImportParts(LocWSrvResourceMgrImpl.java:591)
    at com.bluestream.xdocs.local.api.onimpl.LocImportMgrOnImpl.importParts(LocImportMgrOnImpl.java:158)
    at com.bluestream.xdocs.local.explorer.worker.job.Importer.doImport(Importer.java:286)
    at com.bluestream.xdocs.local.explorer.worker.job.Importer.runJob(Importer.java:154)
    ... 6 more
    --- history item -----
    java.lang.OutOfMemoryError: Java heap space
    at java.util.Arrays.copyOf(Arrays.java:2786)
    at java.io.ByteArrayOutputStream.write(ByteArrayOutputStream.java:94)
    at sun.net.www.http.PosterOutputStream.write(PosterOutputStream.java:61)
    at javax.activation.DataHandler.writeTo(DataHandler.java:294)
    at com.sun.xml.ws.encoding.MtomCodec$ByteArrayBuffer.write(MtomCodec.java:195)
    at com.sun.xml.ws.encoding.MtomCodec.encode(MtomCodec.java:162)
    at com.sun.xml.ws.encoding.SOAPBindingCodec.encode(SOAPBindingCodec.java:258)
    at com.sun.xml.ws.transport.http.client.HttpTransportPipe.process(HttpTransportPipe.java:153)
    at com.sun.xml.ws.transport.http.client.HttpTransportPipe.processRequest(HttpTransportPipe.java:93)
    at com.sun.xml.ws.api.pipe.Fiber.__doRun(Fiber.java:598)
    at com.sun.xml.ws.api.pipe.Fiber._doRun(Fiber.java:557)
    at com.sun.xml.ws.api.pipe.Fiber.doRun(Fiber.java:542)
    at com.sun.xml.ws.api.pipe.Fiber.runSync(Fiber.java:439)
    at com.sun.xml.ws.client.Stub.process(Stub.java:222)
    at com.sun.xml.ws.client.sei.SEIStub.doProcess(SEIStub.java:135)
    at com.sun.xml.ws.client.sei.SyncMethodHandler.invoke(SyncMethodHandler.java:109)
    at com.sun.xml.ws.client.sei.SyncMethodHandler.invoke(SyncMethodHandler.java:89)
    at com.sun.xml.ws.client.sei.SEIStub.invoke(SEIStub.java:118)
    at $Proxy46.fixAndImportParts(Unknown Source)
    at com.bluestream.xdocs.local.wsrvclient.impl.LocWSrvResourceMgrImpl.fixAndImportParts(LocWSrvResourceMgrImpl.java:591)
    at com.bluestream.xdocs.local.api.onimpl.LocImportMgrOnImpl.importParts(LocImportMgrOnImpl.java:158)
    at com.bluestream.xdocs.local.explorer.worker.job.Importer.doImport(Importer.java:286)
    at com.bluestream.xdocs.local.explorer.worker.job.Importer.runJob(Importer.java:154)
    at com.bluestream.xdocs.local.explorer.worker.job.ExpJob.run(ExpJob.java:70)
    at foxtrot.AbstractWorkerThread$2.run(AbstractWorkerThread.java:49)
    at java.security.AccessController.doPrivileged(Native Method)
    at foxtrot.AbstractWorkerThread.runTask(AbstractWorkerThread.java:45)
    at foxtrot.workers.DefaultWorkerThread.run(DefaultWorkerThread.java:153)
    at java.lang.Thread.run(Thread.java:637)
    error: ************* Exception String *************
    Error (1205): Out of memory.
    : Java heap space
    at com.bluestream.xdocs.local.explorer.mvc.action.folder.AddToFolder.buildBPS(AddToFolder.java:137)
    at com.bluestream.xdocs.local.explorer.mvc.action.folder.AddToFolder.doWork(AddToFolder.java:110)
    at com.bluestream.xdocs.local.explorer.mvc.action.ExpAction.actionPerformed(ExpAction.java:90)
    at com.bluestream.xdocs.local.explorer.util.GuiUtils.performAction(GuiUtils.java:553)
    at com.bluestream.xdocs.local.explorer.mvc.base.EToolBar$ToolBarButton.mouseReleased(EToolBar.java:248)
    at com.bluestream.xdocs.local.explorer.mvc.base.EToolBar$Button.mouseReleased(EToolBar.java:368)
    at java.awt.AWTEventMulticaster.mouseReleased(AWTEventMulticaster.java:273)
    at java.awt.Component.processMouseEvent(Component.java:6348)
    at javax.swing.JComponent.processMouseEvent(JComponent.java:3267)
    at java.awt.Component.processEvent(Component.java:6113)
    at java.awt.Container.processEvent(Container.java:2085)
    at java.awt.Component.dispatchEventImpl(Component.java:4714)
    at java.awt.Container.dispatchEventImpl(Container.java:2143)
    at java.awt.Component.dispatchEvent(Component.java:4544)
    at java.awt.LightweightDispatcher.retargetMouseEvent(Container.java:4618)
    at java.awt.LightweightDispatcher.processMouseEvent(Container.java:4282)
    at java.awt.LightweightDispatcher.dispatchEvent(Container.java:4212)
    at java.awt.Container.dispatchEventImpl(Container.java:2129)
    at java.awt.Window.dispatchEventImpl(Window.java:2478)
    at java.awt.Component.dispatchEvent(Component.java:4544)
    at java.awt.EventQueue.dispatchEvent(EventQueue.java:635)
    at java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:296)
    at java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:211)
    at java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:201)
    at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:196)
    at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:188)
    at java.awt.EventDispatchThread.run(EventDispatchThread.java:122)
    Caused by: Error (1205): Out of memory.
    : Java heap space
    at com.bluestream.xdocs.local.explorer.worker.job.Importer.runJob(Importer.java:192)
    at com.bluestream.xdocs.local.explorer.worker.job.ExpJob.run(ExpJob.java:70)
    at foxtrot.AbstractWorkerThread$2.run(AbstractWorkerThread.java:49)
    at java.security.AccessController.doPrivileged(Native Method)
    at foxtrot.AbstractWorkerThread.runTask(AbstractWorkerThread.java:45)
    at foxtrot.workers.DefaultWorkerThread.run(DefaultWorkerThread.java:153)
    at java.lang.Thread.run(Thread.java:637)
    Caused by: java.lang.OutOfMemoryError: Java heap space
    at java.util.Arrays.copyOf(Arrays.java:2786)
    at java.io.ByteArrayOutputStream.write(ByteArrayOutputStream.java:94)
    at sun.net.www.http.PosterOutputStream.write(PosterOutputStream.java:61)
    at javax.activation.DataHandler.writeTo(DataHandler.java:294)
    at com.sun.xml.ws.encoding.MtomCodec$ByteArrayBuffer.write(MtomCodec.java:195)
    at com.sun.xml.ws.encoding.MtomCodec.encode(MtomCodec.java:162)
    at com.sun.xml.ws.encoding.SOAPBindingCodec.encode(SOAPBindingCodec.java:258)
    at com.sun.xml.ws.transport.http.client.HttpTransportPipe.process(HttpTransportPipe.java:153)
    at com.sun.xml.ws.transport.http.client.HttpTransportPipe.processRequest(HttpTransportPipe.java:93)
    at com.sun.xml.ws.api.pipe.Fiber.__doRun(Fiber.java:598)
    at com.sun.xml.ws.api.pipe.Fiber._doRun(Fiber.java:557)
    at com.sun.xml.ws.api.pipe.Fiber.doRun(Fiber.java:542)
    at com.sun.xml.ws.api.pipe.Fiber.runSync(Fiber.java:439)
    at com.sun.xml.ws.client.Stub.process(Stub.java:222)
    at com.sun.xml.ws.client.sei.SEIStub.doProcess(SEIStub.java:135)
    at com.sun.xml.ws.client.sei.SyncMethodHandler.invoke(SyncMethodHandler.java:109)
    at com.sun.xml.ws.client.sei.SyncMethodHandler.invoke(SyncMethodHandler.java:89)
    at com.sun.xml.ws.client.sei.SEIStub.invoke(SEIStub.java:118)
    at $Proxy46.fixAndImportParts(Unknown Source)
    at com.bluestream.xdocs.local.wsrvclient.impl.LocWSrvResourceMgrImpl.fixAndImportParts(LocWSrvResourceMgrImpl.java:591)
    at com.bluestream.xdocs.local.api.onimpl.LocImportMgrOnImpl.importParts(LocImportMgrOnImpl.java:158)
    at com.bluestream.xdocs.local.explorer.worker.job.Importer.doImport(Importer.java:286)
    at com.bluestream.xdocs.local.explorer.worker.job.Importer.runJob(Importer.java:154)
    ... 6 more
    --- history item -----
    Error (1205): Out of memory.
    : Java heap space
    at com.bluestream.xdocs.local.explorer.worker.job.Importer.runJob(Importer.java:192)
    at com.bluestream.xdocs.local.explorer.worker.job.ExpJob.run(ExpJob.java:70)
    at foxtrot.AbstractWorkerThread$2.run(AbstractWorkerThread.java:49)
    at java.security.AccessController.doPrivileged(Native Method)
    at foxtrot.AbstractWorkerThread.runTask(AbstractWorkerThread.java:45)
    at foxtrot.workers.DefaultWorkerThread.run(DefaultWorkerThread.java:153)
    at java.lang.Thread.run(Thread.java:637)
    Caused by: java.lang.OutOfMemoryError: Java heap space
    at java.util.Arrays.copyOf(Arrays.java:2786)
    at java.io.ByteArrayOutputStream.write(ByteArrayOutputStream.java:94)
    at sun.net.www.http.PosterOutputStream.write(PosterOutputStream.java:61)
    at javax.activation.DataHandler.writeTo(DataHandler.java:294)
    at com.sun.xml.ws.encoding.MtomCodec$ByteArrayBuffer.write(MtomCodec.java:195)
    at com.sun.xml.ws.encoding.MtomCodec.encode(MtomCodec.java:162)
    at com.sun.xml.ws.encoding.SOAPBindingCodec.encode(SOAPBindingCodec.java:258)
    at com.sun.xml.ws.transport.http.client.HttpTransportPipe.process(HttpTransportPipe.java:153)
    at com.sun.xml.ws.transport.http.client.HttpTransportPipe.processRequest(HttpTransportPipe.java:93)
    at com.sun.xml.ws.api.pipe.Fiber.__doRun(Fiber.java:598)
    at com.sun.xml.ws.api.pipe.Fiber._doRun(Fiber.java:557)
    at com.sun.xml.ws.api.pipe.Fiber.doRun(Fiber.java:542)
    at com.sun.xml.ws.api.pipe.Fiber.runSync(Fiber.java:439)
    at com.sun.xml.ws.client.Stub.process(Stub.java:222)
    at com.sun.xml.ws.client.sei.SEIStub.doProcess(SEIStub.java:135)
    at com.sun.xml.ws.client.sei.SyncMethodHandler.invoke(SyncMethodHandler.java:109)
    at com.sun.xml.ws.client.sei.SyncMethodHandler.invoke(SyncMethodHandler.java:89)
    at com.sun.xml.ws.client.sei.SEIStub.invoke(SEIStub.java:118)
    at $Proxy46.fixAndImportParts(Unknown Source)
    at com.bluestream.xdocs.local.wsrvclient.impl.LocWSrvResourceMgrImpl.fixAndImportParts(LocWSrvResourceMgrImpl.java:591)
    at com.bluestream.xdocs.local.api.onimpl.LocImportMgrOnImpl.importParts(LocImportMgrOnImpl.java:158)
    at com.bluestream.xdocs.local.explorer.worker.job.Importer.doImport(Importer.java:286)
    at com.bluestream.xdocs.local.explorer.worker.job.Importer.runJob(Importer.java:154)
    ... 6 more
    --- history item -----
    java.lang.OutOfMemoryError: Java heap space
    at java.util.Arrays.copyOf(Arrays.java:2786)
    at java.io.ByteArrayOutputStream.write(ByteArrayOutputStream.java:94)
    at sun.net.www.http.PosterOutputStream.write(PosterOutputStream.java:61)
    at javax.activation.DataHandler.writeTo(DataHandler.java:294)
    at com.sun.xml.ws.encoding.MtomCodec$ByteArrayBuffer.write(MtomCodec.java:195)
    at com.sun.xml.ws.encoding.MtomCodec.encode(MtomCodec.java:162)
    at com.sun.xml.ws.encoding.SOAPBindingCodec.encode(SOAPBindingCodec.java:258)
    at com.sun.xml.ws.transport.http.client.HttpTransportPipe.process(HttpTransportPipe.java:153)
    at com.sun.xml.ws.transport.http.client.HttpTransportPipe.processRequest(HttpTransportPipe.java:93)
    at com.sun.xml.ws.api.pipe.Fiber.__doRun(Fiber.java:598)
    at com.sun.xml.ws.api.pipe.Fiber._doRun(Fiber.java:557)
    at com.sun.xml.ws.api.pipe.Fiber.doRun(Fiber.java:542)
    at com.sun.xml.ws.api.pipe.Fiber.runSync(Fiber.java:439)
    at com.sun.xml.ws.client.Stub.process(Stub.java:222)
    at com.sun.xml.ws.client.sei.SEIStub.doProcess(SEIStub.java:135)
    at com.sun.xml.ws.client.sei.SyncMethodHandler.invoke(SyncMethodHandler.java:109)
    at com.sun.xml.ws.client.sei.SyncMethodHandler.invoke(SyncMethodHandler.java:89)
    at com.sun.xml.ws.client.sei.SEIStub.invoke(SEIStub.java:118)
    at $Proxy46.fixAndImportParts(Unknown Source)
    at com.bluestream.xdocs.local.wsrvclient.impl.LocWSrvResourceMgrImpl.fixAndImportParts(LocWSrvResourceMgrImpl.java:591)
    at com.bluestream.xdocs.local.api.onimpl.LocImportMgrOnImpl.importParts(LocImportMgrOnImpl.java:158)
    at com.bluestream.xdocs.local.explorer.worker.job.Importer.doImport(Importer.java:286)
    at com.bluestream.xdocs.local.explorer.worker.job.Importer.runJob(Importer.java:154)
    at com.bluestream.xdocs.local.explorer.worker.job.ExpJob.run(ExpJob.java:70)
    at foxtrot.AbstractWorkerThread$2.run(AbstractWorkerThread.java:49)
    at java.security.AccessController.doPrivileged(Native Method)
    at foxtrot.AbstractWorkerThread.runTask(AbstractWorkerThread.java:45)
    at foxtrot.workers.DefaultWorkerThread.run(DefaultWorkerThread.java:153)
    at java.lang.Thread.run(Thread.java:637)
    error: java.lang.OutOfMemoryError: Java heap space
    at java.util.Arrays.copyOf(Arrays.java:2786)
    at java.io.ByteArrayOutputStream.write(ByteArrayOutputStream.java:94)
    at sun.net.www.http.PosterOutputStream.write(PosterOutputStream.java:61)
    at javax.activation.DataHandler.writeTo(DataHandler.java:294)
    at com.sun.xml.ws.encoding.MtomCodec$ByteArrayBuffer.write(MtomCodec.java:195)
    at com.sun.xml.ws.encoding.MtomCodec.encode(MtomCodec.java:162)
    at com.sun.xml.ws.encoding.SOAPBindingCodec.encode(SOAPBindingCodec.java:258)
    at com.sun.xml.ws.transport.http.client.HttpTransportPipe.process(HttpTransportPipe.java:153)
    at com.sun.xml.ws.transport.http.client.HttpTransportPipe.processRequest(HttpTransportPipe.java:93)
    at com.sun.xml.ws.api.pipe.Fiber.__doRun(Fiber.java:598)
    at com.sun.xml.ws.api.pipe.Fiber._doRun(Fiber.java:557)
    at com.sun.xml.ws.api.pipe.Fiber.doRun(Fiber.java:542)
    at com.sun.xml.ws.api.pipe.Fiber.runSync(Fiber.java:439)
    at com.sun.xml.ws.client.Stub.process(Stub.java:222)
    at com.sun.xml.ws.client.sei.SEIStub.doProcess(SEIStub.java:135)
    at com.sun.xml.ws.client.sei.SyncMethodHandler.invoke(SyncMethodHandler.java:109)
    at com.sun.xml.ws.client.sei.SyncMethodHandler.invoke(SyncMethodHandler.java:89)
    at com.sun.xml.ws.client.sei.SEIStub.invoke(SEIStub.java:118)
    at $Proxy46.fixAndImportParts(Unknown Source)
    at com.bluestream.xdocs.local.wsrvclient.impl.LocWSrvResourceMgrImpl.fixAndImportParts(LocWSrvResourceMgrImpl.java:591)
    at com.bluestream.xdocs.local.api.onimpl.LocImportMgrOnImpl.importParts(LocImportMgrOnImpl.java:158)
    at com.bluestream.xdocs.local.explorer.worker.job.Importer.doImport(Importer.java:286)
    at com.bluestream.xdocs.local.explorer.worker.job.Importer.runJob(Importer.java:154)
    at com.bluestream.xdocs.local.explorer.worker.job.ExpJob.run(ExpJob.java:70)
    at foxtrot.AbstractWorkerThread$2.run(AbstractWorkerThread.java:49)
    at java.security.AccessController.doPrivileged(Native Method)
    at foxtrot.AbstractWorkerThread.runTask(AbstractWorkerThread.java:45)
    at foxtrot.workers.DefaultWorkerThread.run(DefaultWorkerThread.java:153)
    at java.lang.Thread.run(Thread.java:637)
    Error (1205): Out of memory.
    : Java heap space
    at com.bluestream.xdocs.local.explorer.worker.job.Importer.runJob(Importer.java:192)
    at com.bluestream.xdocs.local.explorer.worker.job.ExpJob.run(ExpJob.java:70)
    at foxtrot.AbstractWorkerThread$2.run(AbstractWorkerThread.java:49)
    at java.security.AccessController.doPrivileged(Native Method)
    at foxtrot.AbstractWorkerThread.runTask(AbstractWorkerThread.java:45)
    at foxtrot.workers.DefaultWorkerThread.run(DefaultWorkerThread.java:153)
    at java.lang.Thread.run(Thread.java:637)
    Caused by: java.lang.OutOfMemoryError: Java heap space
    at java.util.Arrays.copyOf(Arrays.java:2786)
    at java.io.ByteArrayOutputStream.write(ByteArrayOutputStream.java:94)
    at sun.net.www.http.PosterOutputStream.write(PosterOutputStream.java:61)
    at javax.activation.DataHandler.writeTo(DataHandler.java:294)
    at com.sun.xml.ws.encoding.MtomCodec$ByteArrayBuffer.write(MtomCodec.java:195)
    at com.sun.xml.ws.encoding.MtomCodec.encode(MtomCodec.java:162)
    at com.sun.xml.ws.encoding.SOAPBindingCodec.encode(SOAPBindingCodec.java:258)
    at com.sun.xml.ws.transport.http.client.HttpTransportPipe.process(HttpTransportPipe.java:153)
    at com.sun.xml.ws.transport.http.client.HttpTransportPipe.processRequest(HttpTransportPipe.java:93)
    at com.sun.xml.ws.api.pipe.Fiber.__doRun(Fiber.java:598)
    at com.sun.xml.ws.api.pipe.Fiber._doRun(Fiber.java:557)
    at com.sun.xml.ws.api.pipe.Fiber.doRun(Fiber.java:542)
    at com.sun.xml.ws.api.pipe.Fiber.runSync(Fiber.java:439)
    at com.sun.xml.ws.client.Stub.process(Stub.java:222)
    at com.sun.xml.ws.client.sei.SEIStub.doProcess(SEIStub.java:135)
    at com.sun.xml.ws.client.sei.SyncMethodHandler.invoke(SyncMethodHandler.java:109)
    at com.sun.xml.ws.client.sei.SyncMethodHandler.invoke(SyncMethodHandler.java:89)
    at com.sun.xml.ws.client.sei.SEIStub.invoke(SEIStub.java:118)
    at $Proxy46.fixAndImportParts(Unknown Source)
    at com.bluestream.xdocs.local.wsrvclient.impl.LocWSrvResourceMgrImpl.fixAndImportParts(LocWSrvResourceMgrImpl.java:591)
    at com.bluestream.xdocs.local.api.onimpl.LocImportMgrOnImpl.importParts(LocImportMgrOnImpl.java:158)
    at com.bluestream.xdocs.local.explorer.worker.job.Importer.doImport(Importer.java:286)
    at com.bluestream.xdocs.local.explorer.worker.job.Importer.runJob(Importer.java:154)
    ... 6 more
    Exception in thread "AWT-EventQueue-0" java.lang.NullPointerException
    at com.bluestream.xdocs.local.explorer.util.ExpException.showFatalError(ExpException.java:170)
    at com.bluestream.xdocs.local.explorer.util.ExpException.showError(ExpException.java:128)
    at com.bluestream.xdocs.local.explorer.util.ExpException.<init>(ExpException.java:54)
    at com.bluestream.xdocs.local.explorer.mvc.action.folder.AddToFolder.buildBPS(AddToFolder.java:137)
    at com.bluestream.xdocs.local.explorer.mvc.action.folder.AddToFolder.doWork(AddToFolder.java:110)
    at com.bluestream.xdocs.local.explorer.mvc.action.ExpAction.actionPerformed(ExpAction.java:90)
    at com.bluestream.xdocs.local.explorer.util.GuiUtils.performAction(GuiUtils.java:553)
    at com.bluestream.xdocs.local.explorer.mvc.base.EToolBar$ToolBarButton.mouseReleased(EToolBar.java:248)
    at com.bluestream.xdocs.local.explorer.mvc.base.EToolBar$Button.mouseReleased(EToolBar.java:368)
    at java.awt.AWTEventMulticaster.mouseReleased(AWTEventMulticaster.java:273)
    at java.awt.Component.processMouseEvent(Component.java:6348)
    at javax.swing.JComponent.processMouseEvent(JComponent.java:3267)
    at java.awt.Component.processEvent(Component.java:6113)
    at java.awt.Container.processEvent(Container.java:2085)
    at java.awt.Component.dispatchEventImpl(Component.java:4714)
    at java.awt.Container.dispatchEventImpl(Container.java:2143)
    at java.awt.Component.dispatchEvent(Component.java:4544)
    at java.awt.LightweightDispatcher.retargetMouseEvent(Container.java:4618)
    at java.awt.LightweightDispatcher.processMouseEvent(Container.java:4282)
    at java.awt.LightweightDispatcher.dispatchEvent(Container.java:4212)
    at java.awt.Container.dispatchEventImpl(Container.java:2129)
    at java.awt.Window.dispatchEventImpl(Window.java:2478)
    at java.awt.Component.dispatchEvent(Component.java:4544)
    at java.awt.EventQueue.dispatchEvent(EventQueue.java:635)
    at java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:296)
    at java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:211)
    at java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:201)
    at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:196)
    at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:188)
    at java.awt.EventDispatchThread.run(EventDispatchThread.java:122)

    Post Java and other Unix queries to the Unix or developer forums under OS X Technologies. I have the Java Update 2 installed and there have been no errors reported here.

  • Array as Shared Memory - performance bottleneck

    Array as shared memory - performance bottleneck
    Hello,
    currently I work on a multi-threaded application, where many threads work on shared memory.
    I wondering why the application doesn't become faster by using many threads (I have i7 machine).
    Here is an example for initialization in single thread:
              final int arrayLength = (int)1e7;
              final int threadNumber = Runtime.getRuntime().availableProcessors();
              long startTime;
               * init array in single thread
              Integer[] a1 = new Integer[arrayLength];
              startTime = System.currentTimeMillis();
              for(int i=0; i<arrayLength; i++){
                   a1[i] = i;
              System.out.println("single thread=" + (System.currentTimeMillis()-startTime));and here initialization with many threads:
               * init array in many threads
              final Integer[] a3 = new Integer[arrayLength];
              List<Thread> threadList = new ArrayList<Thread>();
              for(int i=0; i<threadNumber; i++){
                   final int iF = i;
                   Thread t = new Thread(new Runnable(){
                        @Override
                        public void run() {
                             int end = (iF+1)*offset;
                             if(iF==(threadNumber-1))
                                  end = a3.length;
                             for(int i=iF*offset; i<end; i++){
                                  a3[i] = i;
                   threadList.add(t);
              startTime = System.currentTimeMillis();
              for(Thread t:threadList)
                   t.start();
              for(Thread t:threadList)
                   t.join();After execution it looks like this:
    single thread=2372
    many threads List=3760I have i7 4GB RAM
    System + Parameters:
    JVM-64bit JDK1.6.0_14
    -Xmx3g
    Why the executing of one thread is faster as executing of many threads?
    As you can see I didn't use any synchronization.
    Maybe I have to configure JVM in some way to gain wished performance (I expected the performance gain on i7 x8 times) ?

    Hello,
    I'm from [happy-guys|http://www.happy-guys.com] , and we developed new sorting-algorithm to sort an array on the multi-core machine.
    But after the algorithm was implemented it was a little-bit slower as standard sorting-algorithm from JDK (Array.sort(...)). After searching for the reason, I created performance tests which shows that the arrays in Java don't allow to access them by many threads at the same time.
    The bad news is: different threads slowdown each-other even if they use different array-objects.
    I believe all array-objects are natively managed by a global manager in JVM, thus this manager builds a global-lock for all threads.
    Only one thread can access any array at the same time!
    I used:
    Software:
    1)Windows Vista 64bit,
    2) java version "1.6.0_14"
    Java(TM) SE Runtime Environment (build 1.6.0_14-b08)
    Java HotSpot(TM) 64-Bit Server VM (build 14.0-b16, mixed mode)
    Hardware:
    Intel(R) Core(TM) i7 CPU 920 @ 2,67GHz 2,79 GHz, 6G RAM
    Test1: initialization of array in a single thread
    Test2: the array initialization in many threads on the single array
    Test3: array initialization in many threads on many arrays
    Results in ms:
    Test1 = 5588
    Test2 = 4976
    Test3 = 5429
    Test1:
    package org.happy.concurrent.sort.forum;
    * simulates the initialization of array in a single thread
    * @author Andreas Hollmann
    public class ArraySingleThread {
         public static void main(String[] args) throws InterruptedException {
              final int arrayLength = (int)2e7;
              long startTime;
                    * init array in single thread
                   Integer[] a1 = new Integer[arrayLength];
                   startTime = System.currentTimeMillis();
                   for(int i=0; i<arrayLength; i++){
                        a1[i] = i;
                   System.out.println("single thread=" + (System.currentTimeMillis()-startTime));
    }Test2:
    package org.happy.concurrent.sort.forum;
    import java.util.ArrayList;
    import java.util.List;
    * simulates the array initialization in many threads on the single array
    * @author Andreas Hollmann
    public class ArrayManyThreads {
         public static void main(String[] args) throws InterruptedException {
              final int arrayLength = (int)2e7;
              final int threadNumber = Runtime.getRuntime().availableProcessors();
              long startTime;
              final int offset = arrayLength/threadNumber;
                    * init array in many threads
                   final Integer[] a = new Integer[arrayLength];
                   List<Thread> threadList = new ArrayList<Thread>();
                   for(int i=0; i<threadNumber; i++){
                        final int iF = i;
                        Thread t = new Thread(new Runnable(){
                             @Override
                             public void run() {
                                  int end = (iF+1)*offset;
                                  if(iF==(threadNumber-1))
                                       end = a.length;
                                  for(int i=iF*offset; i<end; i++){
                                       a[i] = i;
                        threadList.add(t);
                   startTime = System.currentTimeMillis();
                   for(Thread t:threadList)
                        t.start();
                   for(Thread t:threadList)
                        t.join();
                   System.out.println("many threads List=" + (System.currentTimeMillis()-startTime));
    }Test3:
    package org.happy.concurrent.sort.forum;
    import java.util.ArrayList;
    import java.util.List;
    * simulates the array initialization in many threads on many arrays
    * @author Andreas Hollmann
    public class ArrayManyThreadsManyArrays {
         public static void main(String[] args) throws InterruptedException {
              final int arrayLength = (int)2e7;
              final int threadNumber = Runtime.getRuntime().availableProcessors();
              long startTime;
              final int offset = arrayLength/threadNumber;
                    * init many arrays in many threads
                   final ArrayList<Integer[]> list = new ArrayList<Integer[]>();
                   for(int i=0; i<threadNumber; i++){
                        int size = offset;
                        if(i<(threadNumber-1))
                             size = offset + arrayLength%threadNumber;
                        list.add(new Integer[size]);
                   List<Thread> threadList = new ArrayList<Thread>();
                   for(int i=0; i<threadNumber; i++){
                        final int index = i;
                        Thread t = new Thread(new Runnable(){
                             @Override
                             public void run() {
                                  Integer[] a = list.get(index);
                                  int value = index*offset;
                                  for(int i=0; i<a.length; i++){
                                       value++;
                                       a[i] = value;
                        threadList.add(t);
                   startTime = System.currentTimeMillis();
                   for(Thread t:threadList)
                        t.start();
                   for(Thread t:threadList)
                        t.join();
                   System.out.println("many threads - many List=" + (System.currentTimeMillis()-startTime));
    }

  • Out Of memory in prod

    One of the prod clusters is running on below crashed both nodes with an out of memory exception which looks like below.
    How do we get to know if the crash is due to a memory leak in the code or elsewhere?
    Any inputs which helps to identify on the issue and submit data to application team supporting the need to update the systems is appreciated.
    RHEL 4.6 on a 32 bit OS
    BEA JRockit(R) R27.5.0
    Below is the dump file generated when the JVM was crashed.
    ===== BEGIN DUMP =============================================================
    JRockit dump produced after 21 days, 21:54:48 on Thu Aug 29 23:22:36 2013
        *  If you see this dump, please go to                    *
        *  http://edocs.bea.com/jrockit/go2troubleshooting.html  *
        *  for troubleshooting information.                      *
    Additional information is available in:
      /wls_domains/prod_slimseu_wli_domain/jrockit.20717.dump
    No snapshot file (core dump) will be created because core dumps have been
    disabled. To enable core dumping, try "ulimit -c unlimited"
    before starting JRockit again.
    Error Message: Out of memory [68]
    Signal info  : si_signo=11, si_code=2 si_addr=(nil)
    Fatal Error  : Lock Iteration lockTokenIterInit src/jvm/code/runtime/refiter.c:233
    Version      : BEA JRockit(R) R27.5.0-110_o-99226-1.5.0_14-20080528-1505-linux-ia32
    GC Strategy  : Mode: throughput. Currently using strategy: genparpar
    GC Status    : OC is not running. Last finished OC was OC#6379.
                 : YC is not running. Last finished YC was YC#46347.
    OC History   : Strategy genparpar was used for OC#5680 to OC#5848.
                 : Strategy singleparpar was used for OC#5849.
                 : Strategy genparpar was used for OC#5850 to OC#6034.
                 : Strategy singleparpar was used for OC#6035.
                 : Strategy genparpar was used for OC#6036 to OC#6379.
    YC History   : Ran 7 YCs before OC#6375.
                 : Ran 6 YCs before OC#6376.
                 : Ran 4 YCs before OC#6377.
                 : Ran 7 YCs before OC#6378.
                 : Ran 5 YCs before OC#6379.
                 : Ran 0 YCs since last OC.
    YC Promotion : Last YC successfully promoted all objects
    Heap         : 0x8100000 - 0x88100000  (Size: 2048 MB)
    Compaction   : 0x80100000 - 0x88100000  (Current compaction type: external)
    NurseryList  : 0x6d634138 - 0x798afad0
    KeepArea     : 0x79218a20 - 0x7c8122f0
    NurseryMarker: [ 0x79218a20,  0x7c8122f0 ]
    CompRefs     : References are 32-bit.
    CPU          : Intel Core 2 SSE SSE2 SSE3 SSSE3 SSE4.1 EM64T
    Number CPUs  : 4
    Tot Phys Mem : 21292417024 (20306 MB)
    OS version   : Red Hat Enterprise Linux ES release 4 (Nahant Update 6)
    Linux version 2.6.9-67.ELsmp ([email protected]) (gcc version 3.4.6 20060404 (Red Hat 3.4.6-8)) #1 SMP Wed Nov 7 13:58:04 EST 2007 (i686)
    Thread System: NPTL
    Java locking : Normal
    State        : JVM is running
    Command Line : -Xms2048m -Xmx2048m -Xss=256k -da -Dplatform.home=/opt/bea922/aldsp301/weblogic92 -Dwls.home=/opt/bea922/aldsp301/weblogic92/server -Dwli.home=/opt/bea922/aldsp301/weblogic92/integration -Denvironment=prod -Dlog4j.configuration=file:/wls_domains/prod_slimseu_wli_domain/apacheLog4jCfg.xml -Dweblogic.management.discover=false -Dweblogic.management.server=http://meermin.european.idexxi.com:30050 -Dwlw.iterativeDev=false -Dwlw.testConsole=false -Dwlw.logErrorsToConsole=true -Dweblogic.ext.dirs=/opt/bea922/aldsp301/patch_weblogic922/profiles/default/sysext_manifest_classpath -Xverbose:gcreport,memdbg,gcpause -Xverboselog:/wls_logs/prod_slimseu_wli_domain/prod_slimseu_wli.gc -Duser.timezone=GMT -Dweblogic.Domain=prod_slimseu_wli_domain -Dweblogic.Name=prod_slimseu_wli_02 -Djava.security.policy=/opt/bea922/aldsp301/weblogic92/server/lib/weblogic.policy -Dsun.java.launcher=SUN_STANDARD weblogic.Server
    java.home    : /opt/bea922/aldsp301/jrockit-R27.5.0/jre
    j.class.path : /opt/bea922/aldsp301/aldsp_3.0/lib/binxml.jar:/opt/bea922/aldsp301/patch_weblogic922/profiles/default/sys_manifest_classpath/weblogic_patch.jar:/opt/bea922/aldsp301/jrockit-R27.5.0/lib/tools.jar:/opt/bea922/aldsp301/weblogic92/server/lib/weblogic_sp.jar:/opt/bea922/aldsp301/weblogic92/server/lib/weblogic.jar:/opt/bea922/aldsp301/weblogic92/server/lib/webservices.jar::/opt/bea922/aldsp301/weblogic92/integration/lib/worklist-system-required.jar:/opt/bea922/aldsp301/weblogic92/server/lib/jpd.jar:/opt/bea922/aldsp301/weblogic92/integration/L10N:/opt/bea922/aldsp301/weblogic92/common/eval/pointbase/lib/pbclient51.jar:/opt/bea922/aldsp301/weblogic92/server/lib/xqrl.jar::
    j.lib.path   : /opt/bea922/aldsp301/jrockit-R27.5.0/jre/lib/i386/jrockit:/opt/bea922/aldsp301/jrockit-R27.5.0/jre/lib/i386:/opt/bea922/aldsp301/jrockit-R27.5.0/jre/../lib/i386:/opt/bea922/aldsp301/patch_weblogic922/profiles/default/native:/opt/bea922/aldsp301/weblogic92/server/native/linux/i686:/opt/bea922/aldsp301/weblogic92/server/native/linux/i686/oci920_8
    JAVA_HOME    : /opt/bea922/aldsp301/jrockit-R27.5.0
    _JAVA_OPTIONS: <not set>
    LD_LIBRARY_PATH: /opt/bea922/aldsp301/jrockit-R27.5.0/jre/lib/i386/jrockit:/opt/bea922/aldsp301/jrockit-R27.5.0/jre/lib/i386:/opt/bea922/aldsp301/jrockit-R27.5.0/jre/../lib/i386:/opt/bea922/aldsp301/patch_weblogic922/profiles/default/native:/opt/bea922/aldsp301/weblogic92/server/native/linux/i686:/opt/bea922/aldsp301/weblogic92/server/native/linux/i686/oci920_8
    LD_ASSUME_KERNEL: <not set>
    C Heap       : 1 memory allocations have failed
                 : First failure was a mmMalloc of 20 bytes
                 : Last failure was a mmMalloc of 20 bytes
    StackOverFlow: 0 StackOverFlowErrors have occured
    OutOfMemory  : 3 OutOfMemoryErrors have occured
    Registers (from ThreadContext: 0xa96d4e94 / OS context: 0xa96d4f90):
       eax = 00001267    ecx = a96d520c    edx = 00000043    ebx = b7f5d74c
       esp = a96d5280    ebp = a96d5298    esi = 00000044    edi = a96d52e8
        es = 0000007b     cs = 00000073     ss = 0000007b     ds = 0000007b
        fs = 00000000     gs = 00000033
       eip = b7dabd55 eflags = 00000282
    Stack:
    (* marks the word pointed to by the stack pointer)
    a96d5280: b7f72020* 00000200  b7f5d74c  a96d52e8  a96d52e8  a96d52a4 
    a96d5298: a96d52b8  b7f258c4  00000044  b7f5d74c  a96d52e8  a96d5310 
    a96d52b0: a96d5358  a96d5360  a96d52d8  b7f258ef  00000044  b7f5d74c 
    a96d52c8: a96d52e8  a96d5360  a96d5310  a96d5358  a96d52f8  b7ecee0a 
    Code:
    (* marks the word pointed to by the instruction pointer)
    b7dabd24: 4c892074  458b0824  2404c710  b7f72020  0c244489  000200b8 
    b7dabd3c: 24448900  92fae804  01b80017  a3000000  b7f72004  001267b8 
    b7dabd54: 0000a300* 04c70000  00003f24  9aeae800  768d0017  27bc8d00 
    b7dabd6c: 00000000  e589fc55  53c03157  b9e87d8d  00000004  00c0ec81 
    Loaded modules:
    (* denotes the module causing the exception)
    08048000-08056ff3  /opt/bea922/aldsp301/jrockit-R27.5.0/bin/java
    0093f000-0094c85b  /lib/tls/libpthread.so.0
    00833000-00853c8f  /lib/tls/libm.so.6
    00858000-00859967  /lib/libdl.so.2
    00705000-0082a578  /lib/tls/libc.so.6
    006eb000-0070039b  /lib/ld-linux.so.2
    b7d16000-b7f6c6a7 */opt/bea922/aldsp301/jrockit-R27.5.0/jre/lib/i386/jrockit/libjvm.so
    00db2000-00db9a76  /lib/tls/librt.so.1
    b7cdb000-b7cf9103  /lib/libnss_centrifydc.so.2
    0099a000-009a8fef  /lib/libresolv.so.2
    00d76000-00d8866f  /lib/libnsl.so.1
    b7cd0000-b7cd8a57  /lib/libnss_files.so.2
    b7be5000-b7bef81b  /opt/bea922/aldsp301/jrockit-R27.5.0/jre/lib/i386/libverify.so
    b7bc2000-b7be2317  /opt/bea922/aldsp301/jrockit-R27.5.0/jre/lib/i386/libjava.so
    b6b1b000-b6b20f13  /opt/bea922/aldsp301/jrockit-R27.5.0/jre/lib/i386/native_threads/libhpi.so
    b65ae000-b65bc4c4  /opt/bea922/aldsp301/jrockit-R27.5.0/jre/lib/i386/libzip.so
    b4e71000-b4e82f03  /opt/bea922/aldsp301/jrockit-R27.5.0/jre/lib/i386/libnet.so
    b4e69000-b4e6f207  /opt/bea922/aldsp301/jrockit-R27.5.0/jre/lib/i386/libnio.so
    b5f03000-b5f06313  /lib/libnss_dns.so.2
    b3a6e000-b3a73246  /opt/bea922/aldsp301/jrockit-R27.5.0/jre/lib/i386/libmanagement.so
    b39e1000-b39ea357  /opt/bea922/aldsp301/jrockit-R27.5.0/jre/lib/i386/libjmapi.so
    b36d8000-b36d9de4  /opt/bea922/aldsp301/weblogic92/server/native/linux/i686/libwlfileio2.so
    a59ed000-a5a4c026  /opt/bea922/aldsp301/jrockit-R27.5.0/jre/lib/i386/libawt.so
    a5926000-a59eb21f  /opt/bea922/aldsp301/jrockit-R27.5.0/jre/lib/i386/libmlib_image.so
    a5920000-a5924f1c  /opt/bea922/aldsp301/jrockit-R27.5.0/jre/lib/i386/headless/libmawt.so
    a53f8000-a54710a7  /opt/bea922/aldsp301/jrockit-R27.5.0/jre/lib/i386/libfontmanager.so
    "[ACTIVE] ExecuteThread: '25' fo" id=75 idx=0x128 tid=20894 lastJavaFrame=0xa96d54cc
    Stack 0: start=0xa9698000, end=0xa96da000, guards=0xa969d000 (ok), forbidden=0xa969b000
    Thread Stack Trace:
        at dumpForceDump+117()@0xb7dabd55
        at vmFatalErrorMsgV+84()@0xb7f258c4
        at vmFatalErrorMsg+31()@0xb7f258ef
        at fatalError+42()@0xb7ecee0a
        at lockTokenIterInit+151()@0xb7ecf317
        at trProcessLocksForThread+102()@0xb7edda26
        at get_all_locks+106()@0xb7df61ca
        at javalockConvertTokenForObject+74()@0xb7df83aa
        -- Java stack --
        at jrockit/vm/Locks.convertThinLockedToFatLocked(Ljava/lang/Object;)V(Native Method)
        at jrockit/vm/Locks.createMonitorAndConvert(Locks.java:1521)[inlined]
        at jrockit/vm/Locks.wait(Locks.java:2184)[inlined]
        at weblogic/rjvm/ResponseImpl.waitForData(ResponseImpl.java:81)[optimized]
        ^-- Holding lock: weblogic/rjvm/ResponseImpl@0x6daebaa8[thin lock]
        at weblogic/rjvm/ResponseImpl.getTxContext(ResponseImpl.java:108)[inlined]
        at weblogic/rjvm/BasicOutboundRequest.sendReceive(BasicOutboundRequest.java:109)[optimized]
        at weblogic/rmi/cluster/ClusterableRemoteRef.invoke(ClusterableRemoteRef.java:335)[inlined]
        at weblogic/rmi/cluster/ClusterableRemoteRef.invoke(ClusterableRemoteRef.java:252)[optimized]
        at com/bea/ld/Server_ydm4ie_EOImpl_1030_WLStub.executeOperationStreaming(Lcom/bea/dsp/ejb/QualName;[Ljava/lang/Object;Lcom/bea/ld/QueryAttributes;Lcom/bea/ld/filter/FilterXQuery;)Lcom/bea/dsp/ejb/StreamingQueryResult;(Unknown Source)[optimized]
        at com/bea/dsp/das/ejb/EJBClient.invokeOperation(EJBClient.java:148)[optimized]
        at com/bea/dsp/das/DataAccessServiceImpl.invokeOperation(DataAccessServiceImpl.java:171)[inlined]
        at com/bea/dsp/das/DataAccessServiceImpl.invoke(DataAccessServiceImpl.java:122)[inlined]
        at com/bea/dsp/control/core/delegates/impl/DSPControlInvocationDelegate.executeFunction(DSPControlInvocationDelegate.java:219)[inlined]
        at com/bea/dsp/control/core/delegates/impl/DSPControlInvocationDelegate.invokeOnDataService(DSPControlInvocationDelegate.java:64)[optimized]
        at com/bea/dsp/control/core/DSPControlImpl.invoke(DSPControlImpl.java:81)[optimized]
        at com/idexx/lims/controls/dsp/ResultsReportDSPControlFileBean.getPathEventTimeStampForDepartment(ResultsReportDSPControlFileBean.java:267)[optimized]
        at com/idexx/lims/orderresults/dao/OrderResultsDAOImpl.getPathEventTimeStampForDepartment(OrderResultsDAOImpl.java:109)[optimized]
        at com/idexx/lims/controls/OrderResultsCustomControlImpl.releaseResultsAndSaveReport(OrderResultsCustomControlImpl.java:360)[optimized]
        at com/idexx/lims/controls/OrderResultsCustomControlBean.releaseResultsAndSaveReport(OrderResultsCustomControlBean.java:440)[optimized]
        at sun/reflect/GeneratedMethodAccessor831.invoke(Ljava/lang/Object;[Ljava/lang/Object;)Ljava/lang/Object;(Unknown Source)[optimized]
        at sun/reflect/DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)[optimized]
        at java/lang/reflect/Method.invoke(Method.java:585)[optimized]
        at com/bea/wli/knex/runtime/jcs/container/JcsProxy.invokeBeehiveControl(JcsProxy.java:666)[optimized]
        at com/bea/wli/knex/runtime/jcs/container/JcsProxy.invoke(JcsProxy.java:433)[optimized]
        at $Proxy163.releaseResultsAndSaveReport(LorderResults/logical/orderResultsWs/ReleaseResultsAndSaveReportDocumentXmlBean;)LorderResults/logical/orderResultsWs/ReleaseResultsAndSaveReportResponseDocumentXmlBean;(Unknown Source)
        at com/idexx/lims/controls/process/OrderResultsProcess.orderResultsCustomControlReleaseResultsAndSaveReport(OrderResultsProcess.java:649)
        at sun/reflect/GeneratedMethodAccessor830.invoke(Ljava/lang/Object;[Ljava/lang/Object;)Ljava/lang/Object;(Unknown Source)
        at sun/reflect/DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)[optimized]
        at java/lang/reflect/Method.invoke(Method.java:585)[optimized]
        at com/bea/wli/bpm/runtime/Perform.invoke(Perform.java:39)[inlined]
        at com/bea/wli/bpm/runtime/Perform.execute(Perform.java:50)[optimized]
        at com/bea/wli/bpm/runtime/SyncReceive.messageDelivery(SyncReceive.java:63)[optimized]
        at com/bea/wli/bpm/runtime/ProcessState.processMessage(ProcessState.java:217)[optimized]
        at com/bea/wli/bpm/runtime/ProcessState.dispatchRequest(ProcessState.java:241)[inlined]
        at com/bea/wli/bpm/runtime/JpdContainer.dispatchProcessRequest(JpdContainer.java:1077)[optimized]
        at com/bea/wli/bpm/runtime/JpdContainer.preInvoke(JpdContainer.java:1041)[optimized]
        at com/bea/wli/knex/runtime/core/container/Invocable.invoke(Invocable.java:248)[optimized]
        at com/bea/wli/bpm/runtime/JpdContainer.invoke(JpdContainer.java:814)[optimized]
        at com/bea/wli/knex/runtime/core/bean/BaseContainerBean.invokeBase(BaseContainerBean.java:224)[optimized]
        at com/bea/wli/knex/runtime/core/bean/SLSBContainerBean.invoke(SLSBContainerBean.java:136)[optimized]
        at com/bea/wlwgen/StatelessContainer_2hozgx_ELOImpl.invoke(StatelessContainer_2hozgx_ELOImpl.java:137)[optimized]
        at com/bea/wlwgen/SLSBContAdpt.invokeOnBean(SLSBContAdpt.java:29)[optimized]
        at com/bea/wli/knex/runtime/core/bean/BaseDispatcherBean.runAsInvoke(BaseDispatcherBean.java:185)[optimized]
        at com/bea/wli/knex/runtime/core/bean/BaseDispatcherBean.invoke(BaseDispatcherBean.java:54)[optimized]
        at com/bea/wli/knex/runtime/core/bean/SyncDispatcherBean.invoke(SyncDispatcherBean.java:168)[optimized]
        at com/bea/wli/knex/runtime/core/bean/SyncDispatcher_k1mrl8_EOImpl.invoke(SyncDispatcher_k1mrl8_EOImpl.java:133)[optimized]
        at com/bea/wli/knex/runtime/core/dispatcher/Dispatcher.remoteDispatch(Dispatcher.java:165)[inlined]
        at com/bea/wli/knex/runtime/core/dispatcher/ServiceHandleImpl.invoke(ServiceHandleImpl.java:460)[optimized]
        at com/bea/wli/knex/runtime/core/call/JavaCall.invoke(JavaCall.java:56)[optimized]
        at com/bea/wli/bpm/runtime/SubFlowCall.invoke(SubFlowCall.java:112)[optimized]
        at com/bea/wli/knex/runtime/core/control/ServiceControlImpl.invoke(ServiceControlImpl.java:1307)[inlined]
        at com/bea/control/ProcessControlImpl.invoke(ProcessControlImpl.java:825)[optimized]
        at com/bea/wli/knex/runtime/core/control/ServiceControlImpl.invoke(ServiceControlImpl.java:1174)[optimized]
        at com/bea/control/ProcessControlImpl.invoke(ProcessControlImpl.java:760)[optimized]
        at com/idexx/lims/controls/process/OrderResultsProcessControlBean.releaseResultsClientRequestwithReturn(OrderResultsProcessControlBean.java:394)
        at sun/reflect/GeneratedMethodAccessor828.invoke(Ljava/lang/Object;[Ljava/lang/Object;)Ljava/lang/Object;(Unknown Source)
        at sun/reflect/DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)[optimized]
        at java/lang/reflect/Method.invoke(Method.java:585)[optimized]
        at com/bea/wli/knex/runtime/jcs/container/JcsProxy.invokeBeehiveControl(JcsProxy.java:666)[optimized]
        at com/bea/wli/knex/runtime/jcs/container/JcsProxy.invoke(JcsProxy.java:446)[optimized]
        at $Proxy171.releaseResultsClientRequestwithReturn(LorderResults/logical/orderResultsWs/ReleaseResultsAndSaveReportDocumentXmlBean;)LorderResults/logical/orderResultsWs/ReleaseResultsAndSaveReportResponseDocumentXmlBean;(Unknown Source)
        at com/idexx/lims/controls/process/OrderResultsProcess.orderResultsProcessControlReleaseResultsClientRequestwithReturn111(OrderResultsProcess.java:1686)[optimized]
        at sun/reflect/GeneratedMethodAccessor827.invoke(Ljava/lang/Object;[Ljava/lang/Object;)Ljava/lang/Object;(Unknown Source)
        at sun/reflect/DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)[optimized]
        at java/lang/reflect/Method.invoke(Method.java:585)[optimized]
        at com/bea/wli/bpm/runtime/Perform.invoke(Perform.java:39)[inlined]
        at com/bea/wli/bpm/runtime/Perform.execute(Perform.java:50)[optimized]
        at com/bea/wli/bpm/runtime/SyncReceive.messageDelivery(SyncReceive.java:63)[optimized]
        at com/bea/wli/bpm/runtime/ProcessState.processMessage(ProcessState.java:217)[optimized]
        at com/bea/wli/bpm/runtime/ProcessState.dispatchRequest(ProcessState.java:241)[inlined]
        at com/bea/wli/bpm/runtime/JpdContainer.dispatchProcessRequest(JpdContainer.java:1077)[optimized]
        at com/bea/wli/bpm/runtime/JpdContainer.preInvoke(JpdContainer.java:1041)[optimized]
        at com/bea/wli/knex/runtime/core/container/Invocable.invoke(Invocable.java:248)[optimized]
        at com/bea/wli/bpm/runtime/JpdContainer.invoke(JpdContainer.java:814)[optimized]
        at com/bea/wli/knex/runtime/core/bean/BaseContainerBean.invokeBase(BaseContainerBean.java:224)[optimized]
        at com/bea/wli/knex/runtime/core/bean/SLSBContainerBean.invoke(SLSBContainerBean.java:136)[optimized]
        at com/bea/wlwgen/StatelessContainer_2hozgx_ELOImpl.invoke(StatelessContainer_2hozgx_ELOImpl.java:137)[optimized]
        at com/bea/wlwgen/SLSBContAdpt.invokeOnBean(SLSBContAdpt.java:29)[optimized]
        at com/bea/wli/knex/runtime/core/bean/BaseDispatcherBean.runAsInvoke(BaseDispatcherBean.java:185)[optimized]
        at com/bea/wli/knex/runtime/core/bean/BaseDispatcherBean.invoke(BaseDispatcherBean.java:54)[optimized]
        at com/bea/wli/knex/runtime/core/bean/SyncDispatcherBean.invoke(SyncDispatcherBean.java:168)[optimized]
        at com/bea/wli/knex/runtime/core/bean/SyncDispatcher_k1mrl8_EOImpl.invoke(SyncDispatcher_k1mrl8_EOImpl.java:133)[optimized]
        at com/bea/wli/knex/runtime/core/dispatcher/Dispatcher.remoteDispatch(Dispatcher.java:165)[inlined]
        at com/bea/wli/knex/runtime/core/dispatcher/ServiceHandleImpl.invoke(ServiceHandleImpl.java:460)[optimized]
        at com/bea/wli/knex/runtime/core/call/JavaCall.invoke(JavaCall.java:56)[optimized]
        at com/bea/wli/bpm/runtime/SubFlowCall.invoke(SubFlowCall.java:112)[optimized]
        at com/bea/wli/knex/runtime/core/control/ServiceControlImpl.invoke(ServiceControlImpl.java:1307)[inlined]
        at com/bea/control/ProcessControlImpl.invoke(ProcessControlImpl.java:825)[optimized]
        at com/bea/wli/knex/runtime/core/control/ServiceControlImpl.invoke(ServiceControlImpl.java:1174)[optimized]
        at com/bea/control/ProcessControlImpl.invoke(ProcessControlImpl.java:760)[optimized]
        at com/idexx/lims/controls/process/OrderResultsProcessControlBean.releaseResultsToCustomer(OrderResultsProcessControlBean.java:677)[optimized]
        at sun/reflect/GeneratedMethodAccessor46336.invoke(Ljava/lang/Object;[Ljava/lang/Object;)Ljava/lang/Object;(Unknown Source)
        at sun/reflect/DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)[optimized]
        at java/lang/reflect/Method.invoke(Method.java:585)[optimized]
        at com/bea/wli/knex/runtime/jcs/container/JcsProxy.invokeBeehiveControl(JcsProxy.java:666)[optimized]
        at com/bea/wli/knex/runtime/jcs/container/JcsProxy.invoke(JcsProxy.java:446)[optimized]
        at $Proxy12611.releaseResultsToCustomer(LorderResults/logical/orderResultsWs/ReleaseResultsToCustomerDocumentXmlBean;)LorderResults/logical/orderResultsWs/ReleaseResultsToCustomerResponseDocumentXmlBean;(Unknown Source)
        at com/idexx/lims/processes/ReleaseResultsToCustomerProcess.sendReleaseRequest(ReleaseResultsToCustomerProcess.java:101)
        at sun/reflect/GeneratedMethodAccessor46335.invoke(Ljava/lang/Object;[Ljava/lang/Object;)Ljava/lang/Object;(Unknown Source)
        at sun/reflect/DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)[optimized]
        at java/lang/reflect/Method.invoke(Method.java:585)[optimized]
        at com/bea/wli/bpm/runtime/Perform.invoke(Perform.java:39)[inlined]
        at com/bea/wli/bpm/runtime/Perform.execute(Perform.java:50)[optimized]
        at com/bea/wli/bpm/runtime/Receive.messageDelivery(Receive.java:93)[optimized]
        at com/bea/wli/bpm/runtime/ProcessState.processMessage(ProcessState.java:217)[optimized]
        at com/bea/wli/bpm/runtime/ProcessState.dispatchRequest(ProcessState.java:241)[inlined]
        at com/bea/wli/bpm/runtime/JpdContainer.dispatchProcessRequest(JpdContainer.java:1077)[optimized]
        at com/bea/wli/bpm/runtime/JpdContainer.preInvoke(JpdContainer.java:1041)[optimized]
        at com/bea/wli/knex/runtime/core/container/Invocable.invoke(Invocable.java:248)[optimized]
        at com/bea/wli/bpm/runtime/JpdContainer.invoke(JpdContainer.java:814)[optimized]
        at com/bea/wli/knex/runtime/core/bean/BaseContainerBean.invokeBase(BaseContainerBean.java:224)[optimized]
        at com/bea/wli/knex/runtime/core/bean/SLSBContainerBean.invoke(SLSBContainerBean.java:136)[optimized]
        at com/bea/wlwgen/StatelessContainer_2hozgx_ELOImpl.invoke(StatelessContainer_2hozgx_ELOImpl.java:137)[optimized]
        at com/bea/wlwgen/SLSBContAdpt.invokeOnBean(SLSBContAdpt.java:29)[optimized]
        at com/bea/wli/knex/runtime/core/bean/BaseDispatcherBean.runAsInvoke(BaseDispatcherBean.java:185)[optimized]
        at com/bea/wli/knex/runtime/core/bean/BaseDispatcherBean.invoke(BaseDispatcherBean.java:54)[optimized]
        at com/bea/wli/knex/runtime/core/bean/AsyncDispatcherBean.onMessage(AsyncDispatcherBean.java:259)[optimized]
        at weblogic/ejb/container/internal/MDListener.execute(MDListener.java:429)[inlined]
        at weblogic/ejb/container/internal/MDListener.transactionalOnMessage(MDListener.java:335)[inlined]
        at weblogic/ejb/container/internal/MDListener.onMessage(MDListener.java:291)[optimized]
        at weblogic/jms/client/JMSSession.onMessage(JMSSession.java:4072)[optimized]
        at weblogic/jms/client/JMSSession.execute(JMSSession.java:3962)[optimized]
        at weblogic/jms/client/JMSSession$UseForRunnable.run(JMSSession.java:4490)[optimized]
        at weblogic/work/ServerWorkManagerImpl$WorkAdapterImpl.run(ServerWorkManagerImpl.java:518)[optimized]
        at weblogic/work/ExecuteThread.execute(ExecuteThread.java:209)[optimized]
        at weblogic/work/ExecuteThread.run(ExecuteThread.java:181)
        at jrockit/vm/RNI.c2java(IIIII)V(Native Method)
        -- end of trace
    Extended, platform specific info:
    libc release: 2.3.4-stable
    Elf headers:
    libc       ehdrs: EI: 7f454c46010101000000000000000000 ET: 3 EM: 3 V: 1 ENTRY: 00719ed0 PHOFF: 00000034 SHOFF: 00174ab8 EF: 0x0 HS: 52 PS: 32 PHN; 10 SS: 40 SHN: 67 STIDX: 66
    libpthread ehdrs: EI: 7f454c46010101000000000000000000 ET: 3 EM: 3 V: 1 ENTRY: 00943850 PHOFF: 00000034 SHOFF: 00019f00 EF: 0x0 HS: 52 PS: 32 PHN; 9 SS: 40 SHN: 39 STIDX: 38
    libjvm     ehdrs: EI: 7f454c46010101000000000000000000 ET: 3 EM: 3 V: 1 ENTRY: 0004bbe0 PHOFF: 00000034 SHOFF: 00297e24 EF: 0x0 HS: 52 PS: 32 PHN; 4 SS: 40 SHN: 19 STIDX: 16
        *  If you see this dump, please go to                    *
        *  http://edocs.bea.com/jrockit/go2troubleshooting.html  *
        *  for troubleshooting information.                      *
    ===== END DUMP ===============================================================

    Vicky77 wrote:
    We are seeing memory leaks in our application, this is causing Out of Memory exception after every 5-7 days in prod environment. We tried to analyse our application with JPROBE and these are our findings...
    1) Once these session is expiring, all application objects are getting garbage collected.
    2) We are seeing huge increase in String and Char[] with each submitted applicationWhere are these coming from?
    Are you using any libraries like JAXB? Are you binding XML to objects?
    We are using Weblogic 10.0 with jdk version 1.5.0_06. Are there any known String related memory leak issues.
    My understanding is that unless we are using any static variable or application scope objects we should have any memory leakage.Apparently not.
    Can someone please validate if this understanding is correct? The JVM is telling you that it's incorrect. Believe the evidence you have before you.
    Your JVM settings might help. What are the settings for the GC? How big is your perm space, and how is that changing with time?
    What could be other possible causes of memory leaks? We are also using private static ThreadLocal variablesSounds like the perm space is exploding in size. It fills up and you're done.
    I'd recommend that you download JVMStat from Sun and watch what memory is doing as you run your test. It's not a nice graphic view of eden, old & new gen, and perm spaces that will give you an idea of what's going on. It won't tell you why. Keep drilling down with JProbe.
    %

  • Out of memory error

    Hello all,
    I am newbie to this forum, so kindly excuse me if I am posting an incorrect question.
    My application goes down every week and the error logs point to java.lang.OutOfMemoryError.
    Analysed the sysout logs and heap logs : -
    Sysout logs :
    Could not invoke the service() method on servlet action. Exception thrown : java.lang.OutOfMemoryError
         at oracle.jdbc.driver.OracleStatement.prepareAccessors(OracleStatement.java(Compiled Code))
         at oracle.jdbc.driver.OracleStatement.executeMaybeDescribe(OracleStatement.java(Compiled Code))
         at oracle.jdbc.driver.T4CPreparedStatement.executeMaybeDescribe(T4CPreparedStatement.java(Compiled Code))
         at oracle.jdbc.driver.OracleStatement.doExecuteWithTimeout(OracleStatement.java(Compiled Code))
         at oracle.jdbc.driver.OraclePreparedStatement.executeInternal(OraclePreparedStatement.java(Compiled Code))
         at oracle.jdbc.driver.OraclePreparedStatement.executeQuery(OraclePreparedStatement.java(Compiled Code))
         at com.ibm.ws.rsadapter.jdbc.WSJdbcPreparedStatement.pmiExecuteQuery(WSJdbcPreparedStatement.java(Compiled Code))
         at com.ibm.ws.rsadapter.jdbc.WSJdbcPreparedStatement.executeQuery(WSJdbcPreparedStatement.java(Compiled Code))
         at xxx.cis.tuf.server.connector.jdbc.v1.JDBCv1DBStatement.executeQuery(JDBCv1DBStatement.java(Compiled Code))
         at xxx.myapplication.dao.Person.loadRecord(Person.java(Compiled Code))
         at xxx.myapplication.SiteUtil.getUserJavaLocale(SiteUtil.java(Compiled Code))
         at xxx.myapplication.updateprofile.actions.UpdateProfileAction.execute(UpdateProfileAction.java:56)
         at org.apache.struts.action.RequestProcessor.processActionPerform(RequestProcessor.java(Inlined Compiled Code))
         at org.apache.struts.action.RequestProcessor.process(RequestProcessor.java(Compiled Code))
         at org.apache.struts.action.ActionServlet.process(ActionServlet.java(Inlined Compiled Code))
         at org.apache.struts.action.ActionServlet.doGet(ActionServlet.java(Compiled Code))
         at javax.servlet.http.HttpServlet.service(HttpServlet.java(Compiled Code))
         at javax.servlet.http.HttpServlet.service(HttpServlet.java(Compiled Code))
         at com.ibm.ws.webcontainer.servlet.ServletWrapper.service(ServletWrapper.java(Compiled Code))
         at com.ibm.ws.webcontainer.servlet.ServletWrapper.service(ServletWrapper.java(Compiled Code))
         at com.ibm.ws.webcontainer.filter.WebAppFilterChain.doFilter(WebAppFilterChain.java(Compiled Code))
         at xxx.myapplication.UTF8Filter.doFilter(UTF8Filter.java(Compiled Code))
         at com.ibm.ws.webcontainer.filter.FilterInstanceWrapper.doFilter(FilterInstanceWrapper.java(Compiled Code))
         at com.ibm.ws.webcontainer.filter.WebAppFilterChain.doFilter(WebAppFilterChain.java(Compiled Code))
         at xxx.cis.tuf.server.filter.TUFExtendedFilterChainImpl.doFilter(TUFExtendedFilterChainImpl.java(Compiled Code))
         at xxx.cis.tuf.server.directory.GroupModifixxxionEventFilter.doFilter(GroupModifixxxionEventFilter.java(Compiled Code))
         at xxx.cis.tuf.sys.server.filter.TUFFilterChainImpl.doFilter(TUFFilterChainImpl.java(Inlined Compiled Code))
         at xxx.cis.tuf.server.filter.TUFExtendedFilterChainImpl.doFilter(TUFExtendedFilterChainImpl.java(Compiled Code))
         at xxx.cis.tuf.server.security.SecurityFilter.doFilter(SecurityFilter.java(Compiled Code))
         at xxx.cis.tuf.sys.server.filter.TUFFilterChainImpl.doFilter(TUFFilterChainImpl.java(Inlined Compiled Code))
         at xxx.cis.tuf.server.filter.TUFExtendedFilterChainImpl.doFilter(TUFExtendedFilterChainImpl.java(Compiled Code))
         at xxx.cis.tuf.server.security.cws.CWSSecurityTokenContextFilter.doFilter(CWSSecurityTokenContextFilter.java(Compiled Code))
         at xxx.cis.tuf.sys.server.filter.TUFFilterChainImpl.doFilter(TUFFilterChainImpl.java(Inlined Compiled Code))
         at xxx.cis.tuf.server.filter.TUFExtendedFilterChainImpl.doFilter(TUFExtendedFilterChainImpl.java(Compiled Code))
         at xxx.cis.tuf.server.logging.LoggingRequestIDFilter.doFilter(LoggingRequestIDFilter.java(Compiled Code))
         at xxx.cis.tuf.sys.server.filter.TUFFilterChainImpl.doFilter(TUFFilterChainImpl.java(Compiled Code))
         at xxx.cis.tuf.server.filter.TUFExtendedFilterChainImpl.doFilter(TUFExtendedFilterChainImpl.java(Inlined Compiled Code))
         at xxx.cis.tuf.server.filter.TUFMasterFilter.doFilter(TUFMasterFilter.java(Compiled Code))
         at com.ibm.ws.webcontainer.filter.FilterInstanceWrapper.doFilter(FilterInstanceWrapper.java(Compiled Code))
         at com.ibm.ws.webcontainer.filter.WebAppFilterChain.doFilter(WebAppFilterChain.java(Compiled Code))
         at com.ibm.ws.webcontainer.filter.WebAppFilterChain._doFilter(WebAppFilterChain.java(Compiled Code))
         at com.ibm.ws.webcontainer.servlet.ServletWrapper.handleRequest(ServletWrapper.java(Compiled Code))
         at com.ibm.ws.webcontainer.servlet.CacheServletWrapper.handleRequest(CacheServletWrapper.java(Compiled Code))
         at com.ibm.ws.webcontainer.WebContainer.handleRequest(WebContainer.java(Compiled Code))
         at com.ibm.ws.webcontainer.channel.WCChannelLink.ready(WCChannelLink.java(Compiled Code))
         at com.ibm.ws.http.channel.inbound.impl.HttpInboundLink.handleDiscrimination(HttpInboundLink.java(Compiled Code))
         at com.ibm.ws.http.channel.inbound.impl.HttpInboundLink.handleNewInformation(HttpInboundLink.java(Compiled Code))
         at com.ibm.ws.http.channel.inbound.impl.HttpICLReadCallback.complete(HttpICLReadCallback.java(Compiled Code))
         at com.ibm.ws.tcp.channel.impl.WorkQueueManager.requestComplete(WorkQueueManager.java(Compiled Code))
         at com.ibm.ws.tcp.channel.impl.WorkQueueManager.attemptIO(WorkQueueManager.java(Compiled Code))
         at com.ibm.ws.tcp.channel.impl.WorkQueueManager.workerRun(WorkQueueManager.java(Compiled Code))
         at com.ibm.ws.tcp.channel.impl.WorkQueueManager$Worker.run(WorkQueueManager.java(Compiled Code))
         at com.ibm.ws.util.ThreadPool$Worker.run(ThreadPool.java(Compiled Code))
    The analysis of heap dump shows :-
    35,548,944 (29%) [32] 2 java/util/Hashtable$Entry 0x17e998f8
    35,548,888 (29%) [232] 15 com/ibm/ws/rsadapter/spi/WSRdbManagedConnectionImpl 0x128a8c40
    35,084,008 (28%) [24] 1 array of javax/resource/spi/ConnectionEventListener 0x128a8128
    35,083,984 (28%) [16] 1 com/ibm/ejs/j2c/ConnectionEventListener 0x128a7af8
         35,083,968 (28%) [224] 13 com/ibm/ejs/j2c/MCWrapper 0x161ccf50
         34,547,384 (28%) [24] 1 com/ibm/ejs/j2c/poolmanager/MCWrapperList 0x120ea638
         34,547,360 (28%) [216] 42 array of java/lang/Object 0x120ea558
              1,105,160 (0%) [224] 9 com/ibm/ejs/j2c/MCWrapper 0x1251fb88
              1,065,552 (0%) [224] 9 com/ibm/ejs/j2c/MCWrapper 0x1022c780
              1,061,056 (0%) [224] 9 com/ibm/ejs/j2c/MCWrapper 0x107157a0
              1,042,776 (0%) [224] 9 com/ibm/ejs/j2c/MCWrapper 0x148ab790
                   1,038,656 (0%) [224] 9 com/ibm/ejs/j2c/MCWrapper 0x168fbb30
                   1,000,784 (0%) [224] 9 com/ibm/ejs/j2c/MCWrapper 0x108cec00
                   There are 22 more children
    My analysis is that hashtable is causing this issue.
    In my application I am using hashmap to store resultset objects and use request.setAttribute("databasevaluesforuser", databasevalues) to show in jsp.
    Could it be that after the values are displayed the hashmap still contains those objects and when multiple users
    access the application, heap size increases and this causes out of memory issues. I also paginated some jsp so that users view part by part of the results from database and thus prevent memory outage.
    Could anybody help me in this issue. Please inform me if I need to provide any further information.

    Aplogies for answering late.
    I am using SUN 1.4 jvm
    The analysis of GC logs showed that lot of memory is consumed by java hashmap. In my application I am using hash map only to store the results from database and then represent at jsp using the request parameter.

Maybe you are looking for

  • Why does pages not work on my ipad1

    ever since OS 5 upgrade pages, numbers and keynote have not worked on my ipad1 3g - anyone else had this problem and, found a fix cheers David

  • Want to create RFC FM for Getting data in CRM from R/3

    Hi, I have made the RFC connection in CRM system , now I want to make RFC FM for getting data from R/3 'MARD' table into CRM, If any one help me how to do this. From CRM system I will pass Plant & material no to FM and I need Storage location & Stora

  • HT1414 i cant get my itunes to open on my ipod 1st generation

    can you please help me i cannot go into itunes and i dont have an app store. im trying to open them both up can you help me find a way. thank you twin davies

  • Doubt in DBMS_JOB

    Hello Friends, I have a doubt in creating job schedule. I created a stored proecedure for a particular process and i would like to execute that sp every 5 secs. i created a job scheduler and submitted that but could not able to run that. Can anyone t

  • Missing music in iTunes after upgrade to 10.4

    Though my iTunes music file is still on my hard drive (86GB), iTunes 10.4 starts as if I've never downloaded any music.