How to minimize OC4J memory footprint?
We use Oracle 9iAS R2 on a Windows 2K server with dual Xenons and 2 GB physical RAM as an integration server. There the various developers all have differenct OC4Js set up for testing. Now an Oracle rep once told us that many OC4Js within an iAS instance are no big deal because an OC4J had a memory footprint of about 3 MB RAM.
That sounded too good to be true. And in our case, is isn't true - an OC4J takes up about 50 MB of RAM right after its start. I tried to minimize the Java heap through the OC4J server attbributes in Oracle Enterprise Manager (like "-Xms16") but that didn't make an ounce of a difference.
So what's the memory footprint of an OC4J inside an iAS instance? And can I reduce it somehow?
This must be a marketing gag. Client Swing Apps tend to consume more than 3MB.
I'm not sure but I guess the iAS is the memory eater. We currently have a test installation on a Solaris machine and the iAS pages up to 3GB when accessing the enterprise manager web site. Have a look into the performance guide and try to switch off all unecessary things. Note that there are to different VM switches: -Xms configures the initial heap size a VM should have (growing is expensive) be whereas -Xmx configures the max size the heap can grow (wheares 64MB is default). Again the documenation says that 2MB is then min (not much availabe for OC4J).
I've you found it - please tell me! :-)
Similar Messages
-
How to minimize Firefox memory usage
I've been using mozilla software for a very long time, but lately memory usage in firefox has been getting far too out of hand. I used to be able to have hundreds of pages open without using too much memory, but for some time now I have only been able to have a fraction of the number of pages open before hitting the same levels of memory use. A new firefox session I opened today hit 600 megabytes of memory after loading 7 pages. Earlier today, firefox was collectively using over 20 *gigabytes* of memory. This is all for firefox itself, which is set up without any extra plugins beyond the basic ones for flash, java, and audio/video. Sometimes I've gone to using elinks for some of my "main" browsing just to avoid the extra memory bloat, but I would much rather use a more complete browser when I don't need to browse through a ssh tunnel.
When I purchased 16 gigabytes of memory for my computer, I did not expect all of it plus some to be used just by my internet browser, so I need to know how to cut firefox's memory usage as much as possible. I care next to nothing about caching, especially since I already have a caching proxy anyway (squid 3). I just need firefox to not end up leading me to a newegg page for an additional 16 gigabytes of memory. What can I do to alleviate this issue?Hi,
These two links might help
*https://support.mozilla.org/en-US/kb/firefox-uses-too-much-memory-ram
*https://support.mozilla.org/en-US/kb/firefox-uses-too-many-cpu-resources-how-fix
Firefox has hardware acceleration set to "on" by default, but it's still young, which means some video cards or drivers might have problems with it. You can try to disable hardware acceleration to see if that alleviates your problems.
You might need to restart Firefox in order for this to take effect, so save all work first (e.g., mail you are composing, online documents you're editing, etc.).
Then perform these steps for Firefox version 29.0 and above:
*Click the menu button [[Image:New Fx Menu]] and select {menu Options} for Windows or {menu Preferences} on Mac or Linux. For Firefox 28.0 and previous versions, click the orange Firefox button at the top left, then select the "Options" button, or, if there is no Firefox button at the top, go to Tools > Options.
*In the Firefox options window, click the ''Advanced'' tab, then select "General".
*In the settings list, you should find the ''Use hardware acceleration when available'' checkbox. Uncheck this checkbox.
*Now, restart Firefox and see if the problems persist.
Additionally, please check for updates for your graphics driver by following the steps mentioned in the following Knowledge base articles:
* [[Troubleshoot extensions, themes and hardware acceleration issues to solve common Firefox problems]]
* [[Upgrade your graphics drivers to use hardware acceleration and WebGL]] -
Hello! Thanks in advance for reading my question.
so, I updated iTunes to 11.0.0.63 on Windows, and the new layout looks nice, but iTunes no longer gives my total song count, memory footprint, and total play-time at the bottom of the window, the way it used to. I just want to know how to get that info back. Thanks so much!Ctrl / or View > Show Status Bar should do it.
Weirdly having turned mine on the menu is not there to hide it again and the shortcut doesn't work.
tt2 -
How to minimize memory usage with VM settings
Using JDK 1.4.2, I am trying to minimize the memory usage of my application.
Our GUI application consumes about ~20MB of heap space during normal operation, but it can easily grow to 50MB in some rare cases (Special feature accessed by user).
We have to be able to run multiple instances (separate process/VMs) of this application on low end Windows PCs.
The applications don't usually run for very long (less than 8 hours).
Here is my problem.
If I set the -Xms=20M -Xmx=64M, it works fine, but the GC is not very aggressive and soon, the application starts using a lot of memory, even if it is not really needed. And it never returns the memory to Windows OS.
So each VM take more memory than really needed, which causes significant swapping on these low end PC (little RAM available).
If I reduce the -Xmx flag, than I run out of memory in the rare cases where I need the full memory.
Ideally, I would like to configure the GC to be more aggressive, i.e. the GC should collect instead of getting additional memory from the OS when possible.
I read a few papers on Sun's web site about HotSpot tunning, but most of them are geared for large servers.
Thanks!
FrancoisAnd you are using the task manager to determine how "much" memory is being used correct?
I suggest that you search out and read the numerous threads on this site that discuss that subject. -
How i can increase the OC4J memory ?
hi
thank you for reading my post
how i can increase memory of OC4J which make it not to show these messages :
Gen space
06/09/11 14:45:38 java.lang.OutOfMemoryError: PermGen space
Java HotSpot(TM) Client VM warning: Exception java.lang.OutOfMemoryError occurre
d dispatching signal UNKNOWN to handler- the VM may need to be forcibly terminat
ed
Java HotSpot(TM) Client VM warning: Exception java.lang.OutOfMemoryError occurre
d dispatching signal UNKNOWN to handler- the VM may need to be forcibly terminat
ed ThanksHi,
PermGen space implies the perm space allocated is not sufficient, not the heap space. Please add the following to the command line -XX:MaxPermSize=128M.
Hope that helps!
--Sindhu -
How to reduce memory footprint
Hello, while I observed that Audition always loads whole audio document into memory, I'm having quite a problem when processing long multichannel audio files as the whole physical memory gets utilized instantly I'm getting exhaustive disk swapping. This is especially awkward for long operations. I'm having a question if there's a way to reduce the memory footprint, ie. to Audition loads into memory just the file part that it's just working with, or to turn off undo. I assume the rapid memory usage is caused by collecting undo data also, whose I don't need in most cases.
You can use the Clear History button in the History page to clear all undo data or selectively clear individual steps from History.
-
How do I release memory when done with a large Image?
I've got a sample program here. Enter a filename of a .jpg file, click the button and it will load and display a thumbnail of it. However memory is not released so repeatedly clicking the button will let you watch the memory use grow and grow. What should be done in the code to release the large original image once the thumbnail is obtained? Here's the class:
import java.awt.*;
import java.awt.event.*;
import java.awt.image.*;
import java.io.*;
import java.util.Iterator;
import javax.imageio.*;
import javax.imageio.stream.*;
import javax.swing.*;
public class ImageMemoryLeak extends JFrame implements ActionListener {
private JLabel thumbnail = null;
private JTextField tf = null;
private JButton button = null;
public static void main(String[] args) {
ImageMemoryLeak leaker = new ImageMemoryLeak();
try { UIManager.setLookAndFeel(UIManager.getSystemLookAndFeelClassName()); }
catch (Exception ex) { }
leaker.showDialog();
private void showDialog() {
setDefaultCloseOperation(JFrame.EXIT_ON_CLOSE);
setBounds(100,100,200,200);
setBackground(new Color(255,255,255));
Container cont = getContentPane();
cont.setBackground(Color.lightGray);
cont.setLayout(new FlowLayout());
thumbnail = new JLabel("thumbnail here");
cont.add(thumbnail);
tf = new JTextField("type filename here");
cont.add(tf);
button = new JButton("Load Image");
button.addActionListener(this);
cont.add(button);
pack();
setVisible(true);
public void actionPerformed(ActionEvent e) {
if (e.getSource() == button) {
String fname = tf.getText();
File f = new File(fname);
if (f.exists()) {
try {
// This is where a file is loaded and thumbnail created
Iterator<ImageReader> iter = ImageIO.getImageReadersByFormatName("jpeg");
ImageReader imgrdr = iter.next();
ImageInputStream iis = ImageIO.createImageInputStream(f);
imgrdr.setInput(iis, true);
ImageReadParam param = imgrdr.getDefaultReadParam();
BufferedImage fullSizeImage = imgrdr.read(0, param);
imgrdr.dispose(); // is this enough?
iis.close();
int thWidth = 150;
int thHeight = 150;
int w = fullSizeImage.getWidth(null);
int h = fullSizeImage.getHeight(null);
double ratio = (double)w/(double)h;
if (w>h) thHeight = (int)((double)thHeight /ratio);
else if (w<h) thWidth = (int)((double)thWidth * ratio);
BufferedImage thumbImage = new BufferedImage(thWidth, thHeight, BufferedImage.TYPE_INT_RGB);
Graphics2D graphics2D = thumbImage.createGraphics();
graphics2D.setRenderingHint(RenderingHints.KEY_INTERPOLATION,
RenderingHints.VALUE_INTERPOLATION_BILINEAR);
graphics2D.drawImage(fullSizeImage, 0, 0, thWidth, thHeight, null);
// done with fullSizeImage now - how to release it though?
fullSizeImage.flush(); // doesn't seem to do the trick
ImageIcon oldicon = (ImageIcon)thumbnail.getIcon();
if (oldicon != null) oldicon.getImage().flush();
ImageIcon icon = new ImageIcon(thumbImage);
thumbnail.setIcon(icon);
thumbnail.setText("");
pack();
} catch (IOException e1) {
e1.printStackTrace();
else {
thumbnail.setText("file not found");
}lecisco wrote:
AndrewThompson64 wrote:
lecisco wrote:
I don't mind having GC getting to it but it's not doing so now. .. Isn't it? GC is only called when the JRE feels it is necessary. Definitive evidence of a memory leak is generally revealed by an OutOfMemoryError. Does the code throw OOMEs?Excellent point. I tried loading over and over to force an OOME. I found that after the memory footprint grew to about 750mb, it reset down to about 130mb again, so it seems that GC does eventually kick in. Perhaps what I have is fine.
That question brings me to the code sample. Typing an image file name in a text field is soooo 1980s. It would take a long time and much hard work on the part of the person testing it, in order to get to an OOME.In my actual application I'm using drag-and-drop to specify the image. The text field was just to simplify the code sample. How you get the file location is not relevant for the question - it's how the resources are released. If you're saying my code is fine regarding and shouldn't be holding onto any resources, that's great. I'm not saying that. So far I've not looked closely at the code, and am no expert on resource caching in any case.
..I am looking to confirm I'm following best practices regarding image resources.Good show. There is too much rubbish code out there.
..With the code sample, you just have to specify one .jpg file and repeatedly click the button to see the memory grow, so there's no burden to type a new file each time.Oh right, my bad. I had presumed it required a different image each time. Still (grumbles) a file chooser to select the image file would not have gone astray - for us lazy types. ;) -
Low Memory Footprint JVM needed, Please suggest.
Hi guys,
I want a light weight (low memory footprint) Java Virtual Machine compatible with Java 1.5. It should be open source. Can anybody suggest me please. I've googled and tried to use some JVMs like Kaffe and SableVM. But I want some reliable VM.
Thanks,
Dhaval.Dhaval.Yoganandi wrote:
can you flash more light on it ?
Dhaval.Yoganandi wrote:I'm currently using Sun JVM with Java 1.5 its taking 35-40 MB of RAM and 333 MB in VRAM. I need to make very low. how can I do that ? I've tried many options to start sun JVM but no luck.. Virtual Memory is reduced to 280MB nothing else.. I want it to consume Virtual Ram only 64MB and RAM only 30MB..
You need to tell us what tool you are using to arrive at those numbers. -
How to diagnose rapid memory growth in Solaris 10 java server application
Hi,
We have a production java based server that experienced large memory growth recently and we are looking for help in diagnosing what might be the cause. The memory footprint of this java server application is limited to 120M using the jvm -Xmx switch. The server process size held consistently at around 180M until an event happened that caused the process size to rapidly increase to aprox 3G. We used the java jstat command to check the application heap usage within the jvm was within the specified limits.
This application can be performs java Runtime exec's to run simple shell scripts from a variety of java threads in the server app.
We have attempted to search for a cause by analysing the output of the pmap, pfiles, and pstack commands but have been unsuccessfull at this. We have also attempted to run the libumem.so library with the application in the hopes of using mdb to find out where the heap usage is. Unfortunately when we followed the instruction on using limumem the application stopped working due an ELF error.
The following are what we used for libumem:
LD_PRELOAD=/usr/lib/libumem.so
UMEM_DEBUG=default
UMEM_LOGGING=transaction
export LD_PRELOAD UMEM_DEBUG UMEM_LOGGING
<run the application>
The error we got is:
ld.so.1: nohup: fatal: /usr/lib/libumem.so: wrong ELF class: ELFCLASS32
We are looking for advice on how to proceed in finding the cause for this growth. In addition to the diag info below we have captured the core file for the application from gcore. The following is the output from pfiles, pmap, pstack, and the showrev command.
Any help/suggestions appreciated.
Steve
java version information:
java version "1.5.0_06"
Java(TM) 2 Runtime Environment, Standard Edition (build 1.5.0_06-b05)
Java HotSpot(TM) Server VM (build 1.5.0_06-b05, mixed mode)
pmap:
24584: /export/home/sonusComm/jre/bin/java -Dname=agent -Xmx120M -DAGENT_HOME
Address Kbytes RSS Anon Locked Mode Mapped File
00010000 64 8 - - r-x-- java
0002E000 16 8 8 - rwx-- java
00032000 3896 2648 1400 - rwx-- [ heap ]
00400000 3579904 717400 591704 - rwx-- [ heap ]
E50F6000 32 32 24 - rw--R [ anon ]
E50FE000 8 8 8 - rw--R [ stack tid=189562 ]
E52F6000 32 32 16 - rw--R [ anon ]
E52FE000 8 8 8 - rw--R [ stack tid=180717 ]
E5CF6000 32 32 16 - rw--R [ anon ]
E5CFE000 8 8 8 - rw--R [ stack tid=170864 ]
E6DF6000 40 40 40 - rw--R [ stack tid=220763 ]
E6EF6000 40 40 40 - rw--R [ anon ]
E6FF6000 8 8 - - rw--R [ anon ]
E6FF8000 32 32 32 - rw--R [ stack tid=220225 ]
E71F6000 40 40 40 - rw--R [ anon ]
E72F6000 40 40 40 - rw--R [ anon ]
E73F8000 24 24 - - rw--R [ anon ]
E73FE000 8 8 8 - rw--R [ stack tid=193659 ]
E74F6000 40 40 40 - rw--R [ stack tid=220762 ]
E75F6000 40 40 40 - rw--R [ stack tid=215672 ]
E76F6000 8 8 - - rw--R [ anon ]
E76F8000 32 32 32 - rw--R [ stack tid=211403 ]
E77F8000 8 8 - - rw--R [ anon ]
E77FA000 24 24 24 - rw--R [ stack tid=206975 ]
E78F6000 40 40 40 - rw--R [ anon ]
E79F8000 32 32 32 - rw--R [ stack tid=220760 ]
E7AF6000 40 40 40 - rw--R [ anon ]
E7CF6000 40 40 40 - rw--R [ stack tid=220764 ]
E7EF6000 32 32 8 - rw--R [ anon ]
E7EFE000 8 8 8 - rw--R [ stack tid=185268 ]
E7FF6000 16 16 16 - rw--R [ anon ]
E7FFC000 16 16 16 - rw--R [ stack tid=140567 ]
E80F6000 8 8 8 - rw--R [ anon ]
E80FE000 8 8 8 - rw--R [ stack tid=145776 ]
E81FC000 16 16 16 - rw--R [ stack tid=124964 ]
E82F6000 40 40 40 - rw--R [ anon ]
E83F8000 32 32 32 - rw--R [ stack tid=1512 ]
E84F6000 8 8 8 - rw--R [ anon ]
E84FA000 8 8 8 - rw--R [ anon ]
E84FE000 8 8 8 - rw--R [ stack tid=119761 ]
E85F6000 32 32 8 - rw--R [ anon ]
E85FE000 8 8 8 - rw--R [ stack tid=202234 ]
E86F6000 16 16 8 - rw--R [ anon ]
E86FA000 24 24 24 - rw--R [ stack tid=197719 ]
E87F8000 32 32 32 - rw--R [ stack tid=1518 ]
E88F8000 8 8 8 - rw--R [ anon ]
E88FC000 16 16 16 - rw--R [ stack tid=173 ]
E89FA000 24 24 24 - rw--R [ stack tid=161359 ]
E8AF8000 32 32 32 - rw--R [ stack tid=34505 ]
E8BFE000 8 8 8 - rw--R [ stack tid=135384 ]
E8CF8000 8 8 8 - rw--R [ anon ]
E8CFC000 16 16 16 - rw--R [ stack tid=172 ]
E8DF6000 8 8 8 - rw--R [ anon ]
E8DFC000 16 16 16 - rw--R [ stack tid=150966 ]
E8EFA000 8 8 8 - rw--R [ anon ]
E8EFE000 8 8 8 - rw--R [ stack tid=130168 ]
E8FFA000 8 8 8 - rw--R [ anon ]
E8FFE000 8 8 8 - rw--R [ stack tid=166557 ]
E90FE000 8 8 8 - rw--R [ stack tid=44270 ]
E91F8000 32 32 32 - rw--R [ stack tid=368 ]
E92FA000 8 8 - - rw--R [ anon ]
E92FE000 8 8 8 - rw--R [ stack tid=156163 ]
E93F8000 32 32 32 - rw--R [ stack tid=82 ]
E94F8000 8 8 8 - rw--R [ anon ]
E94FC000 16 16 16 - rw--R [ stack tid=72 ]
E95F8000 16 16 8 - rw--R [ anon ]
E95FC000 16 16 16 - rw--R [ stack tid=175828 ]
E96FE000 8 8 8 - rw--R [ stack tid=67 ]
E97F8000 32 32 32 - rw--R [ stack tid=62 ]
E98FE000 8 8 8 - rw--R [ stack tid=65 ]
E99FE000 8 8 8 - rw--R [ stack tid=51517 ]
E9AF8000 32 32 32 - rw--R [ stack tid=59 ]
E9BF8000 32 32 32 - rw--R [ stack tid=56 ]
E9CF8000 8 8 8 - rw--R [ anon ]
E9CFC000 16 16 16 - rw--R [ stack tid=57 ]
E9DF8000 16 16 8 - rw--R [ anon ]
E9DFC000 16 16 16 - rw--R [ stack tid=58 ]
E9EF8000 32 32 32 - rw--R [ stack tid=52 ]
E9FF8000 32 32 32 - rw--R [ stack tid=51 ]
EA0F8000 32 32 32 - rw--R [ stack tid=50 ]
EA1F8000 32 32 32 - rw--R [ stack tid=49 ]
EA2F8000 32 32 32 - rw--R [ stack tid=48 ]
EA3F8000 32 32 32 - rw--R [ stack tid=46 ]
EA4F8000 32 32 32 - rw--R [ stack tid=45 ]
EA5F8000 8 8 8 - rw--R [ anon ]
EA5FC000 8 8 - - rw--R [ anon ]
EA5FE000 8 8 8 - rw--R [ stack tid=44 ]
EA6FE000 8 8 8 - rw--R [ stack tid=43 ]
EA7FE000 8 8 8 - rw--R [ stack tid=42 ]
EA8F6000 40 40 40 - rw--R [ stack tid=41 ]
EA9F8000 32 32 32 - rw--R [ stack tid=38 ]
EAAF8000 32 32 32 - rw--R [ stack tid=40 ]
EABFE000 8 8 8 - rw--R [ stack tid=39 ]
EACFE000 8 8 8 - rw--R [ stack tid=31 ]
EADFE000 8 8 8 - rw--R [ stack tid=30 ]
EAEF8000 32 32 32 - rw--R [ stack tid=33 ]
EAFF8000 32 32 32 - rw--R [ stack tid=28 ]
EB0F8000 32 32 32 - rw--R [ stack tid=27 ]
EB1F8000 8 8 8 - rw--R [ anon ]
EB1FE000 8 8 8 - rw--R [ stack tid=26 ]
EB2F8000 8 8 - - rw--R [ anon ]
EB2FA000 24 24 24 - rw--R [ stack tid=25 ]
EB3F8000 8 8 8 - rw--R [ anon ]
EB3FE000 8 8 8 - rw--R [ stack tid=24 ]
EB4F8000 8 8 8 - rw--R [ anon ]
EB4FC000 16 16 16 - rw--R [ stack tid=21 ]
EB580000 816 - - - r--s- dev:32,24 ino:716444
EB680000 760 - - - r--s- dev:32,24 ino:716443
EB780000 1160 - - - r--s- dev:32,24 ino:716441
EB900000 816 - - - r--s- dev:32,24 ino:728313
EBA00000 760 - - - r--s- dev:32,24 ino:728312
EBB00000 1160 - - - r--s- dev:32,24 ino:728310
EBC80000 1120 - - - r--s- dev:32,24 ino:728308
EBE7E000 8 8 8 - rw--R [ stack tid=20 ]
EBF78000 32 32 32 - rw--R [ stack tid=19 ]
EC07E000 8 8 8 - rw--R [ stack tid=18 ]
EC17E000 8 8 8 - rw--R [ stack tid=17 ]
EC27E000 8 8 8 - rw--R [ stack tid=16 ]
EC378000 32 32 32 - rw--R [ stack tid=15 ]
EC400000 6880 - - - r--s- dev:32,24 ino:716451
ECB78000 32 32 32 - rw--R [ stack tid=14 ]
ECC00000 808 - - - r--s- dev:32,24 ino:716464
ECD00000 592 - - - r--s- dev:32,24 ino:716465
ECE78000 16 16 8 - rw--R [ anon ]
ECE7C000 16 16 16 - rw--R [ stack tid=83 ]
ECF00000 784 - - - r--s- dev:32,24 ino:716758
ED07E000 8 8 8 - rw--R [ stack tid=12 ]
ED27C000 16 16 16 - rw--R [ stack tid=10 ]
ED37E000 8 8 8 - rw--R [ stack tid=9 ]
ED3D0000 128 64 64 - rwx-- [ anon ]
ED400000 16384 15424 15232 - rwx-- [ anon ]
F1400000 1408 1408 1408 - rwx-- [ anon ]
F1560000 3264 3264 3136 - rwx-- [ anon ]
F1890000 5568 5568 5504 - rwx-- [ anon ]
F1E00000 7424 768 704 - rwx-- [ anon ]
F6400000 4096 4096 3968 - rwx-- [ anon ]
F6800000 3072 3072 3072 - rwx-- [ anon ]
F6B00000 1408 1408 1408 - rwx-- [ anon ]
F6C60000 448 448 448 - rwx-- [ anon ]
F6CD0000 1344 1344 1344 - rwx-- [ anon ]
F6E20000 512 512 512 - rwx-- [ anon ]
F6EA0000 832 832 832 - rwx-- [ anon ]
F6F70000 128 128 128 - rwx-- [ anon ]
F6F90000 1344 1344 1344 - rwx-- [ anon ]
F70E0000 448 448 448 - rwx-- [ anon ]
F7150000 384 384 384 - rwx-- [ anon ]
F71B0000 128 128 128 - rwx-- [ anon ]
F71D0000 192 192 192 - rwx-- [ anon ]
F7200000 128 128 128 - rwx-- [ anon ]
F7220000 128 128 128 - rwx-- [ anon ]
F7240000 128 128 128 - rwx-- [ anon ]
F7260000 192 192 192 - rwx-- [ anon ]
F7290000 128 128 128 - rwx-- [ anon ]
F72B0000 64 64 64 - rwx-- [ anon ]
F72C0000 384 384 384 - rwx-- [ anon ]
F7320000 448 448 448 - rwx-- [ anon ]
F7390000 896 896 896 - rwx-- [ anon ]
F7470000 768 768 768 - rwx-- [ anon ]
F7530000 704 704 704 - rwx-- [ anon ]
F75E0000 576 576 576 - rwx-- [ anon ]
F7670000 576 576 576 - rwx-- [ anon ]
F7700000 448 448 448 - rwx-- [ anon ]
F7770000 384 384 384 - rwx-- [ anon ]
F77D0000 128 128 128 - rwx-- [ anon ]
F77F0000 192 192 192 - rwx-- [ anon ]
F7820000 320 320 320 - rwx-- [ anon ]
F7870000 128 128 128 - rwx-- [ anon ]
F7890000 128 128 128 - rwx-- [ anon ]
F78B0000 448 448 448 - rwx-- [ anon ]
F7920000 896 896 896 - rwx-- [ anon ]
F7A00000 768 768 768 - rwx-- [ anon ]
F7AC0000 704 704 704 - rwx-- [ anon ]
F7B70000 832 832 640 - rwx-- [ anon ]
F7C40000 704 704 384 - rwx-- [ anon ]
F7CF0000 448 448 384 - rwx-- [ anon ]
F7D60000 704 704 384 - rwx-- [ anon ]
F7E10000 384 384 192 - rwx-- [ anon ]
F7E70000 384 384 192 - rwx-- [ anon ]
F7ED0000 320 320 256 - rwx-- [ anon ]
F7F20000 256 256 192 - rwx-- [ anon ]
F7F60000 256 256 192 - rwx-- [ anon ]
F7FA0000 128 128 128 - rwx-- [ anon ]
F7FC0000 192 192 128 - rwx-- [ anon ]
F7FF0000 192 192 128 - rwx-- [ anon ]
F8020000 256 256 128 - rwx-- [ anon ]
F8060000 128 128 128 - rwx-- [ anon ]
F8080000 128 128 64 - rwx-- [ anon ]
F80A0000 192 192 192 - rwx-- [ anon ]
F80D0000 384 384 192 - rwx-- [ anon ]
F8130000 64 64 64 - rwx-- [ anon ]
F8140000 64 64 - - rwx-- [ anon ]
F8150000 128 128 128 - rwx-- [ anon ]
F8170000 128 128 128 - rwx-- [ anon ]
F8190000 128 128 128 - rwx-- [ anon ]
F81B0000 128 128 64 - rwx-- [ anon ]
F81D0000 1600 1600 768 - rwx-- [ anon ]
F8360000 1152 1152 384 - rwx-- [ anon ]
F8480000 960 472 - - rwx-- [ anon ]
F8570000 832 80 - - rwx-- [ anon ]
F8640000 128 8 - - rwx-- [ anon ]
F8660000 832 16 - - rwx-- [ anon ]
F8730000 576 - - - rwx-- [ anon ]
F87C0000 448 - - - rwx-- [ anon ]
F8830000 256 - - - rwx-- [ anon ]
F8870000 320 - - - rwx-- [ anon ]
F88C0000 256 - - - rwx-- [ anon ]
F8900000 256 - - - rwx-- [ anon ]
F8940000 256 - - - rwx-- [ anon ]
F8980000 192 - - - rwx-- [ anon ]
F89B0000 384 - - - rwx-- [ anon ]
F8A10000 320 - - - rwx-- [ anon ]
F8A60000 192 - - - rwx-- [ anon ]
F8A90000 256 - - - rwx-- [ anon ]
F8AD0000 256 - - - rwx-- [ anon ]
F8B10000 192 128 64 - rwx-- [ anon ]
F8B40000 128 128 128 - rwx-- [ anon ]
F8B60000 64 64 64 - rwx-- [ anon ]
F8B70000 192 192 128 - rwx-- [ anon ]
F8BA0000 128 128 64 - rwx-- [ anon ]
F8BC0000 128 - - - rwx-- [ anon ]
F8C10000 64 - - - rwx-- [ anon ]
F8C30000 8 8 - - r-x-- librmi.so
F8C40000 8 8 8 - rwx-- librmi.so
F8C60000 64 - - - r--s- dev:32,24 ino:728318
F8C80000 376 144 - - r-x-- pkcs11_softtoken.so.1
F8CEE000 16 - - - rwx-- pkcs11_softtoken.so.1
F8D7E000 8 8 8 - rw--R [ stack tid=8 ]
F8D90000 16 - - - r--s- dev:32,24 ino:728317
F8DA0000 232 - - - r--s- dev:32,24 ino:728316
F8DE0000 88 - - - r--s- dev:32,24 ino:716445
F8E90000 16 - - - r--s- dev:32,24 ino:728315
F8EA0000 136 - - - r--s- dev:32,24 ino:728309
F8ED0000 136 - - - r--s- dev:32,24 ino:728307
F8F78000 32 32 32 - rw--R [ stack tid=6 ]
F8F90000 88 - - - r--s- dev:32,24 ino:728314
F8FB0000 8 8 8 - rwx-- [ anon ]
F8FC0000 88 88 - - r-x-- libpkcs11.so.1
F8FE6000 24 16 8 - rwx-- libpkcs11.so.1
F8FEC000 8 - - - rwx-- libpkcs11.so.1
F9000000 4096 4096 4096 - rwx-- [ anon ]
F9400000 4096 4096 4096 - rwx-- [ anon ]
FB010000 24 24 - - r-x-- libcryptoutil.so.1
FB026000 8 8 - - rwx-- libcryptoutil.so.1
FB030000 56 8 - - r-x-- libj2pkcs11.so
FB04C000 8 - - - rwx-- libj2pkcs11.so
FB060000 352 - - - r--s- dev:32,24 ino:716547
FB0C0000 184 - - - r--s- dev:32,24 ino:716545
FB178000 8 8 8 - rw--R [ anon ]
FB17E000 8 8 8 - rw--R [ stack tid=5 ]
FB190000 8 - - - r---- [ anon ]
FB1A0000 160 - - - r--s- dev:32,24 ino:716544
FB1D0000 72 64 - - r-x-- libnet.so
FB1F0000 8 8 8 - rwx-- libnet.so
FB27E000 8 8 8 - rw--R [ stack tid=4 ]
FB290000 24 8 - - r-x-- libmanagement.so
FB2A4000 8 8 - - rwx-- libmanagement.so
FB2B0000 256 - - - r--s- dev:32,24 ino:716466
FB37E000 8 8 8 - rw--R [ stack tid=3 ]
FB390000 32 - - - r--s- dev:32,24 ino:716442
FB3A0000 120 - - - r--s- dev:32,24 ino:716467
FB3D0000 176 - - - r--s- dev:32,24 ino:716455
FB400000 8520 - - - r--s- dev:32,24 ino:717379
FBC60000 32 - - - r--s- dev:32,24 ino:728311
FBC70000 40 - - - r--s- dev:32,24 ino:716546
FBC80000 304 - - - r--s- dev:32,24 ino:716456
FBCD0000 176 - - - r--s- dev:32,24 ino:716759
FBD7E000 8 8 8 - rw--R [ stack tid=2 ]
FBD90000 32 - - - r--s- dev:32,24 ino:716463
FBDA0000 8 - - - r--s- dev:32,24 ino:716757
FBDB0000 160 - - - r--s- dev:32,24 ino:716756
FBDE0000 64 64 64 - rw--- [ anon ]
FBE00000 64 40 40 - rw--- [ anon ]
FBE20000 32 32 32 - rwx-- [ anon ]
FBE50000 8 8 8 - rwx-- [ anon ]
FBE52000 8 8 8 - rwx-- [ anon ]
FBE54000 8 8 8 - rwx-- [ anon ]
FBE56000 16 16 16 - rwx-- [ anon ]
FBE80000 24 24 24 - rwx-- [ anon ]
FBE86000 8 8 - - rwx-- [ anon ]
FBE88000 8 8 8 - rwx-- [ anon ]
FBE8A000 8 8 8 - rwx-- [ anon ]
FBE8C000 8 8 8 - rwx-- [ anon ]
FBE8E000 8 8 8 - rwx-- [ anon ]
FBE90000 8 8 8 - rwx-- [ anon ]
FBE92000 8 8 8 - rwx-- [ anon ]
FBE94000 8 8 8 - rwx-- [ anon ]
FBE96000 8 8 8 - rwx-- [ anon ]
FBE98000 8 8 8 - rwx-- [ anon ]
FBE9A000 8 8 8 - rwx-- [ anon ]
FBE9C000 8 8 - - rwx-- [ anon ]
FBF10000 32 32 32 - rwx-- [ anon ]
FBF30000 8 8 8 - rwx-- [ anon ]
FBF32000 8 8 8 - rwx-- [ anon ]
FBF34000 8 8 8 - rwx-- [ anon ]
FBF36000 16 16 16 - rwx-- [ anon ]
FBF58000 8 8 8 - rwx-- [ anon ]
FBF5A000 8 8 8 - rwx-- [ anon ]
FBF5C000 8 8 8 - rwx-- [ anon ]
FBF5E000 8 8 8 - rwx-- [ anon ]
FBF60000 8 8 8 - rwx-- [ anon ]
FBF62000 8 8 8 - rwx-- [ anon ]
FBF64000 8 8 8 - rwx-- [ anon ]
FBF66000 8 8 8 - rwx-- [ anon ]
FBF68000 8 8 - - rwx-- [ anon ]
FBF6A000 8 8 8 - rwx-- [ anon ]
FBF6C000 8 - - - rwx-- [ anon ]
FBF80000 480 - - - r--s- dev:32,24 ino:716808
FC000000 35016 - - - r--s- dev:32,24 ino:716764
FE240000 64 64 64 - rwx-- [ anon ]
FE260000 88 - - - r--s- dev:32,24 ino:716807
FE280000 1184 - - - r--s- dev:32,24 ino:716460
FE3B0000 8 - - - r--s- dev:32,24 ino:716468
FE3C0000 200 - - - r--s- dev:32,24 ino:716461
FE400000 1744 - - - r--s- dev:32,24 ino:716459
FE5C0000 64 - - - r--s- dev:32,24 ino:716458
FE5E0000 8 8 8 - rwx-- [ anon ]
FE5F0000 64 24 - - r-x-- libzip.so
FE600000 8 8 8 - rwx-- libzip.so
FE610000 144 96 - - r-x-- libjava.so
FE644000 8 8 8 - rwx-- libjava.so
FE650000 56 16 - - r-x-- libverify.so
FE66E000 8 8 8 - rwx-- libverify.so
FE680000 40 - - - r--s- dev:32,24 ino:716397
FE692000 8 8 - - rwxs- [ anon ]
FE6A0000 32 16 - - rw-s- dev:295,2 ino:5858787
FE6B0000 32 8 - - r-x-- libhpi.so
FE6C8000 8 8 8 - rwx-- libhpi.so
FE6CA000 8 - - - rwx-- libhpi.so
FE6E0000 16 16 - - r-x-- libmp.so.2
FE6F4000 8 8 - - rwx-- libmp.so.2
FE700000 680 160 - - r-x-- libm.so.2
FE7B8000 32 32 - - rwx-- libm.so.2
FE7D0000 8 8 8 - rwx-- [ anon ]
FE7E0000 8 8 - - r-x-- libmd5_psr.so.1
FE7F2000 8 8 - - rwx-- libmd5_psr.so.1
FE800000 7984 4696 - - r-x-- libjvm.so
FEFDC000 408 392 320 - rwx-- libjvm.so
FF042000 56 48 48 - rwx-- libjvm.so
FF060000 8 8 8 - rwx-- [ anon ]
FF070000 8 8 - - r-x-- libmd5.so.1
FF082000 8 8 - - rwx-- libmd5.so.1
FF090000 32 24 - - r-x-- libuutil.so.1
FF0A8000 8 8 - - rwx-- libuutil.so.1
FF0B0000 8 8 - - r-x-- libdoor.so.1
FF0C2000 8 8 - - rwx-- libdoor.so.1
FF0D0000 96 88 - - r-x-- libscf.so.1
FF0F8000 8 8 - - rwx-- libscf.so.1
FF100000 584 584 - - r-x-- libnsl.so.1
FF1A2000 40 40 8 - rwx-- libnsl.so.1
FF1AC000 24 - - - rwx-- libnsl.so.1
FF1C0000 8 8 8 - rwx-- [ anon ]
FF1D0000 16 16 - - r-x-- libm.so.1
FF1E2000 8 8 - - rwx-- libm.so.1
FF1F0000 48 48 - - r-x-- libCrun.so.1
FF20A000 8 8 8 - rwx-- libCrun.so.1
FF20C000 16 - - - rwx-- libCrun.so.1
FF220000 8 8 - - r---- [ anon ]
FF230000 48 48 - - r-x-- libsocket.so.1
FF24C000 8 8 8 - rwx-- libsocket.so.1
FF260000 8 8 - - r-x-- libsched.so.1
FF270000 8 8 - - r-x-- libc_psr.so.1
FF280000 864 864 - - r-x-- libc.so.1
FF368000 32 32 24 - rwx-- libc.so.1
FF370000 8 8 8 - rwx-- libc.so.1
FF380000 8 8 8 - rwx-- [ anon ]
FF390000 24 24 24 - rwx-- [ anon ]
FF3A0000 8 8 - - r-x-- libdl.so.1
FF3B0000 184 184 - - r-x-- ld.so.1
FF3EE000 8 8 8 - rwx-- ld.so.1
FF3F0000 8 8 8 - rwx-- ld.so.1
FF3F8000 16 16 - - r-x-- libthread.so.1
FFB80000 24 - - - ----- [ anon ]
FFBF4000 48 8 8 - rw--- [ stack ]
pfiles:
24584: /export/home/sonusComm/jre/bin/java -Dname=agent -Xmx120M -DAGENT_HOME
Current rlimit: 65536 file descriptors
0: S_IFCHR mode:0666 dev:291,0 ino:6815752 uid:0 gid:3 rdev:13,2
O_RDONLY|O_LARGEFILE
/devices/pseudo/mm@0:null
1: S_IFREG mode:0644 dev:32,24 ino:716359 uid:50004 gid:6003 size:36526979
O_WRONLY|O_CREAT|O_TRUNC|O_LARGEFILE
/export/home/sonusComm/logs/console.log
2: S_IFREG mode:0644 dev:32,24 ino:716359 uid:50004 gid:6003 size:36526979
O_WRONLY|O_CREAT|O_TRUNC|O_LARGEFILE
/export/home/sonusComm/logs/console.log
3: S_IFCHR mode:0666 dev:291,0 ino:6815772 uid:0 gid:3 rdev:13,12
O_RDWR FD_CLOEXEC
/devices/pseudo/mm@0:zero
4: S_IFDOOR mode:0444 dev:300,0 ino:58 uid:0 gid:0 size:0
O_RDONLY|O_LARGEFILE FD_CLOEXEC door to nscd[104]
/var/run/name_service_door
5: S_IFCHR mode:0644 dev:291,0 ino:99614724 uid:0 gid:3 rdev:190,0
O_RDONLY|O_LARGEFILE
/devices/pseudo/random@0:random
6: S_IFCHR mode:0644 dev:291,0 ino:99614726 uid:0 gid:3 rdev:190,1
O_RDONLY|O_LARGEFILE
/devices/pseudo/random@0:urandom
7: S_IFREG mode:0644 dev:32,24 ino:716361 uid:50004 gid:6003 size:323022
O_WRONLY|O_CREAT|O_TRUNC|O_LARGEFILE
/export/home/sonusComm/server/communicator/log/server.log
8: S_IFIFO mode:0000 dev:299,0 ino:47868548 uid:50004 gid:6003 size:0
O_RDWR
9: S_IFSOCK mode:0666 dev:297,0 ino:4151 uid:0 gid:0 size:0
O_RDWR
SOCK_STREAM
SO_REUSEADDR,SO_SNDBUF(49152),SO_RCVBUF(49152),IP_NEXTHOP(0.0.192.0)
sockname: AF_INET 0.0.0.0 port: 6098
10: S_IFSOCK mode:0666 dev:297,0 ino:4155 uid:0 gid:0 size:0
O_RDWR
SOCK_STREAM
SO_SNDBUF(49152),SO_RCVBUF(49152),IP_NEXTHOP(0.0.192.0)
sockname: AF_INET 0.0.0.0 port: 42405
12: S_IFSOCK mode:0666 dev:297,0 ino:19198 uid:0 gid:0 size:0
O_RDWR
SOCK_STREAM
SO_REUSEADDR,SO_SNDBUF(49152),SO_RCVBUF(49152),IP_NEXTHOP(0.0.192.0)
sockname: AF_INET 0.0.0.0 port: 6099
14: S_IFIFO mode:0000 dev:299,0 ino:47865419 uid:50004 gid:6003 size:0
O_RDWR
15: S_IFCHR mode:0644 dev:291,0 ino:99614724 uid:0 gid:3 rdev:190,0
O_RDONLY|O_LARGEFILE
/devices/pseudo/random@0:random
16: S_IFSOCK mode:0666 dev:297,0 ino:48720 uid:0 gid:0 size:0
O_RDWR
SOCK_STREAM
SO_REUSEADDR,SO_SNDBUF(49152),SO_RCVBUF(49152),IP_NEXTHOP(0.0.192.0)
sockname: AF_INET 127.0.0.1 port: 2371
17: S_IFIFO mode:0000 dev:299,0 ino:47865419 uid:50004 gid:6003 size:0
O_RDWR
18: S_IFSOCK mode:0666 dev:297,0 ino:37454 uid:0 gid:0 size:0
O_RDWR
SOCK_STREAM
SO_REUSEADDR,SO_SNDBUF(49152),SO_RCVBUF(49152),IP_NEXTHOP(0.0.192.0)
sockname: AF_INET 0.0.0.0 port: 9991
19: S_IFREG mode:0644 dev:32,24 ino:717406 uid:50004 gid:6003 size:23436
O_WRONLY|O_APPEND|O_CREAT|O_LARGEFILE
/export/home/sonusComm/logs/application.monitor.audit
20: S_IFSOCK mode:0666 dev:297,0 ino:3896 uid:0 gid:0 size:0
O_RDWR
SOCK_DGRAM
SO_BROADCAST,SO_SNDBUF(57344),SO_RCVBUF(57344),IP_NEXTHOP(0.0.224.0)
sockname: AF_INET 0.0.0.0 port: 161
21: S_IFSOCK mode:0666 dev:297,0 ino:3897 uid:0 gid:0 size:0
O_RDWR
SOCK_STREAM
SO_REUSEADDR,SO_SNDBUF(49152),SO_RCVBUF(49152),IP_NEXTHOP(0.0.192.0)
sockname: AF_INET 0.0.0.0 port: 7788
22: S_IFSOCK mode:0666 dev:297,0 ino:22116 uid:0 gid:0 size:0
O_RDWR
SOCK_DGRAM
SO_BROADCAST,SO_SNDBUF(57344),SO_RCVBUF(57344),IP_NEXTHOP(0.0.224.0)
sockname: AF_INET 0.0.0.0 port: 9993
23: S_IFSOCK mode:0666 dev:297,0 ino:64893 uid:0 gid:0 size:0
O_RDWR
SOCK_DGRAM
SO_BROADCAST,SO_SNDBUF(57344),SO_RCVBUF(57344),IP_NEXTHOP(0.0.224.0)
sockname: AF_INET 0.0.0.0 port: 5200
24: S_IFSOCK mode:0666 dev:297,0 ino:26901 uid:0 gid:0 size:0
O_RDWR
SOCK_STREAM
SO_REUSEADDR,SO_SNDBUF(49152),SO_RCVBUF(49152),IP_NEXTHOP(0.0.192.0)
sockname: AF_INET 0.0.0.0 port: 2020
26: S_IFREG mode:0644 dev:32,24 ino:716364 uid:50004 gid:6003 size:658924
O_WRONLY|O_APPEND|O_CREAT|O_LARGEFILE
/export/home/sonusComm/logs/EventMgr.audit
27: S_IFSOCK mode:0666 dev:297,0 ino:4149 uid:0 gid:0 size:0
O_RDWR
SOCK_STREAM
SO_REUSEADDR,SO_SNDBUF(49152),SO_RCVBUF(49152),IP_NEXTHOP(0.0.192.0)
sockname: AF_INET 127.0.0.1 port: 7788
peername: AF_INET 127.0.0.1 port: 42407
29: S_IFREG mode:0644 dev:32,24 ino:716365 uid:50004 gid:6003 size:49140
O_WRONLY|O_APPEND|O_CREAT|O_LARGEFILE
/export/home/sonusComm/logs/EventMgrLog.audit
30: S_IFSOCK mode:0666 dev:297,0 ino:4150 uid:0 gid:0 size:0
O_RDWR
SOCK_STREAM
SO_REUSEADDR,SO_SNDBUF(49152),SO_RCVBUF(49152),IP_NEXTHOP(0.0.192.0)
sockname: AF_INET 0.0.0.0 port: 19991
31: S_IFSOCK mode:0666 dev:297,0 ino:3714 uid:0 gid:0 size:0
O_RDWR
SOCK_DGRAMI was finally able to reproduce this problem where I observed that within a 5 minute time span the jvm process grew from around 180M (VS) / 100M (RSS) to 2G (VS) / 1G (RSS). Here are some samplings at the end of my dtrace run showing the largest allocations that were made. We suspect this might be a JVM bug (since jstat reports our heap is well below the 120M limit we specified). Do you have any suggestions on how we might resolve this issue ?
Thanks,
Steve
libumem.so.1`malloc
libjvm.so`__1cCosGmalloc6FI_pv_+0x28
libjvm.so`__1cFArenaEgrow6MI_pv_+0x214
libjvm.so`__1cIPhaseIFGEinit6MI_v_+0xdc
libjvm.so`__1cMPhaseChaitinRRegister_Allocate6M_v_+0x31c
libjvm.so`__1cHCompileICode_Gen6M_v_+0x2b0
libjvm.so`__1cHCompile2t5B6MpnFciEnv_pnKC2Compiler_pnIciMethod_ii_v_+0xc08
libjvm.so`__1cKC2CompilerOcompile_method6MpnFciEnv_pnIciMethod_i_v_+0xb0
libjvm.so`__1cNCompileBrokerZinvoke_compiler_on_method6FpnLCompileTask__v_+0x4cc
libjvm.so`__1cNCompileBrokerUcompiler_thread_loop6F_v_+0x44c
libjvm.so`__1cKJavaThreadDrun6M_v_+0x2b0
libjvm.so`__1cG_start6Fpv_0_+0x208
libc.so.1`_lwp_start
2352344
libumem.so.1`malloc
libjvm.so`__1cCosGmalloc6FI_pv_+0x28
libjvm.so`__1cFArenaEgrow6MI_pv_+0x214
libjvm.so`__1cIPhaseIFGEinit6MI_v_+0x90
libjvm.so`__1cMPhaseChaitinRRegister_Allocate6M_v_+0x5d0
libjvm.so`__1cHCompileICode_Gen6M_v_+0x2b0
libjvm.so`__1cHCompile2t5B6MpnFciEnv_pnKC2Compiler_pnIciMethod_ii_v_+0xc08
libjvm.so`__1cKC2CompilerOcompile_method6MpnFciEnv_pnIciMethod_i_v_+0xb0
libjvm.so`__1cNCompileBrokerZinvoke_compiler_on_method6FpnLCompileTask__v_+0x4cc
libjvm.so`__1cNCompileBrokerUcompiler_thread_loop6F_v_+0x44c
libjvm.so`__1cKJavaThreadDrun6M_v_+0x2b0
libjvm.so`__1cG_start6Fpv_0_+0x208
libc.so.1`_lwp_start
2807672
libumem.so.1`malloc
libjvm.so`__1cCosGmalloc6FI_pv_+0x28
libjvm.so`__1cFChunk2n6FII_pv_+0xd4
libjvm.so`__1cFArenaIArealloc6MpvII_1_+0xc4
libjvm.so`__1cKNode_ArrayEgrow6MI_v_+0x7c
libjvm.so`__1cMPhaseChaitinbApost_allocate_copy_removal6M_v_+0x544
libjvm.so`__1cMPhaseChaitinRRegister_Allocate6M_v_+0x1488
libjvm.so`__1cHCompileICode_Gen6M_v_+0x2b0
libjvm.so`__1cHCompile2t5B6MpnFciEnv_pnKC2Compiler_pnIciMethod_ii_v_+0xc08
libjvm.so`__1cKC2CompilerOcompile_method6MpnFciEnv_pnIciMethod_i_v_+0xb0
libjvm.so`__1cNCompileBrokerZinvoke_compiler_on_method6FpnLCompileTask__v_+0x4cc
libjvm.so`__1cNCompileBrokerUcompiler_thread_loop6F_v_+0x44c
libjvm.so`__1cKJavaThreadDrun6M_v_+0x2b0
libjvm.so`__1cG_start6Fpv_0_+0x208
libc.so.1`_lwp_start
2817016
libumem.so.1`malloc
libjvm.so`__1cCosGmalloc6FI_pv_+0x28
libjvm.so`__1cFChunk2n6FII_pv_+0xd4
libjvm.so`__1cFArenaIArealloc6MpvII_1_+0xc4
libjvm.so`__1cKNode_ArrayEgrow6MI_v_+0x7c
libjvm.so`__1cMPhaseChaitinbApost_allocate_copy_removal6M_v_+0x518
libjvm.so`__1cMPhaseChaitinRRegister_Allocate6M_v_+0x1488
libjvm.so`__1cHCompileICode_Gen6M_v_+0x2b0
libjvm.so`__1cHCompile2t5B6MpnFciEnv_pnKC2Compiler_pnIciMethod_ii_v_+0xc08
libjvm.so`__1cKC2CompilerOcompile_method6MpnFciEnv_pnIciMethod_i_v_+0xb0
libjvm.so`__1cNCompileBrokerZinvoke_compiler_on_method6FpnLCompileTask__v_+0x4cc
libjvm.so`__1cNCompileBrokerUcompiler_thread_loop6F_v_+0x44c
libjvm.so`__1cKJavaThreadDrun6M_v_+0x2b0
libjvm.so`__1cG_start6Fpv_0_+0x208
libc.so.1`_lwp_start
3013552
libumem.so.1`malloc
libjvm.so`__1cCosGmalloc6FI_pv_+0x28
libjvm.so`__1cFArenaEgrow6MI_pv_+0xd4
libjvm.so`__1cMPhaseChaitinFSplit6MI_I_+0x2a8
libjvm.so`__1cMPhaseChaitinRRegister_Allocate6M_v_+0x100c
libjvm.so`__1cHCompileICode_Gen6M_v_+0x2b0
libjvm.so`__1cHCompile2t5B6MpnFciEnv_pnKC2Compiler_pnIciMethod_ii_v_+0xc08
libjvm.so`__1cKC2CompilerOcompile_method6MpnFciEnv_pnIciMethod_i_v_+0xb0
libjvm.so`__1cNCompileBrokerZinvoke_compiler_on_method6FpnLCompileTask__v_+0x4cc
libjvm.so`__1cNCompileBrokerUcompiler_thread_loop6F_v_+0x44c
libjvm.so`__1cKJavaThreadDrun6M_v_+0x2b0
libjvm.so`__1cG_start6Fpv_0_+0x208
libc.so.1`_lwp_start
3341112
libumem.so.1`malloc
libjvm.so`__1cCosGmalloc6FI_pv_+0x28
libjvm.so`__1cFArenaEgrow6MI_pv_+0x214
libjvm.so`__1cIPhaseIFGEinit6MI_v_+0xdc
libjvm.so`__1cMPhaseChaitinRRegister_Allocate6M_v_+0x5d0
libjvm.so`__1cHCompileICode_Gen6M_v_+0x2b0
libjvm.so`__1cHCompile2t5B6MpnFciEnv_pnKC2Compiler_pnIciMethod_ii_v_+0xc08
libjvm.so`__1cKC2CompilerOcompile_method6MpnFciEnv_pnIciMethod_i_v_+0xb0
libjvm.so`__1cNCompileBrokerZinvoke_compiler_on_method6FpnLCompileTask__v_+0x4cc
libjvm.so`__1cNCompileBrokerUcompiler_thread_loop6F_v_+0x44c
libjvm.so`__1cKJavaThreadDrun6M_v_+0x2b0
libjvm.so`__1cG_start6Fpv_0_+0x208
libc.so.1`_lwp_start
3402976
libumem.so.1`malloc
libjvm.so`__1cCosGmalloc6FI_pv_+0x28
libjvm.so`__1cFArenaEgrow6MI_pv_+0x214
libjvm.so`__1cIPhaseIFGEinit6MI_v_+0x90
libjvm.so`__1cMPhaseChaitinRRegister_Allocate6M_v_+0x8b8
libjvm.so`__1cHCompileICode_Gen6M_v_+0x2b0
libjvm.so`__1cHCompile2t5B6MpnFciEnv_pnKC2Compiler_pnIciMethod_ii_v_+0xc08
libjvm.so`__1cKC2CompilerOcompile_method6MpnFciEnv_pnIciMethod_i_v_+0xb0
libjvm.so`__1cNCompileBrokerZinvoke_compiler_on_method6FpnLCompileTask__v_+0x4cc
libjvm.so`__1cNCompileBrokerUcompiler_thread_loop6F_v_+0x44c
libjvm.so`__1cKJavaThreadDrun6M_v_+0x2b0
libjvm.so`__1cG_start6Fpv_0_+0x208
libc.so.1`_lwp_start
3952576
libumem.so.1`malloc
libjvm.so`__1cCosGmalloc6FI_pv_+0x28
libjvm.so`__1cFArenaEgrow6MI_pv_+0xd4
libjvm.so`__1cMPhaseChaitinFSplit6MI_I_+0x2a8
libjvm.so`__1cMPhaseChaitinRRegister_Allocate6M_v_+0x720
libjvm.so`__1cHCompileICode_Gen6M_v_+0x2b0
libjvm.so`__1cHCompile2t5B6MpnFciEnv_pnKC2Compiler_pnIciMethod_ii_v_+0xc08
libjvm.so`__1cKC2CompilerOcompile_method6MpnFciEnv_pnIciMethod_i_v_+0xb0
libjvm.so`__1cNCompileBrokerZinvoke_compiler_on_method6FpnLCompileTask__v_+0x4cc
libjvm.so`__1cNCompileBrokerUcompiler_thread_loop6F_v_+0x44c
libjvm.so`__1cKJavaThreadDrun6M_v_+0x2b0
libjvm.so`__1cG_start6Fpv_0_+0x208
libc.so.1`_lwp_start
4782376
libumem.so.1`malloc
libjvm.so`__1cCosGmalloc6FI_pv_+0x28
libjvm.so`__1cFArenaEgrow6MI_pv_+0x214
libjvm.so`__1cIPhaseIFGEinit6MI_v_+0xdc
libjvm.so`__1cMPhaseChaitinRRegister_Allocate6M_v_+0x8b8
libjvm.so`__1cHCompileICode_Gen6M_v_+0x2b0
libjvm.so`__1cHCompile2t5B6MpnFciEnv_pnKC2Compiler_pnIciMethod_ii_v_+0xc08
libjvm.so`__1cKC2CompilerOcompile_method6MpnFciEnv_pnIciMethod_i_v_+0xb0
libjvm.so`__1cNCompileBrokerZinvoke_compiler_on_method6FpnLCompileTask__v_+0x4cc
libjvm.so`__1cNCompileBrokerUcompiler_thread_loop6F_v_+0x44c
libjvm.so`__1cKJavaThreadDrun6M_v_+0x2b0
libjvm.so`__1cG_start6Fpv_0_+0x208
libc.so.1`_lwp_start
4881328
libumem.so.1`malloc
libjvm.so`__1cCosGmalloc6FI_pv_+0x28
libjvm.so`__1cFArenaEgrow6MI_pv_+0x214
libjvm.so`__1cHMatcherFxform6MpnENode_i_2_+0xac
libjvm.so`__1cHMatcherFmatch6M_v_+0x644
libjvm.so`__1cHCompileICode_Gen6M_v_+0xd4
libjvm.so`__1cHCompile2t5B6MpnFciEnv_pnKC2Compiler_pnIciMethod_ii_v_+0xc08
libjvm.so`__1cKC2CompilerOcompile_method6MpnFciEnv_pnIciMethod_i_v_+0xb0
libjvm.so`__1cNCompileBrokerZinvoke_compiler_on_method6FpnLCompileTask__v_+0x4cc
libjvm.so`__1cNCompileBrokerUcompiler_thread_loop6F_v_+0x44c
libjvm.so`__1cKJavaThreadDrun6M_v_+0x2b0
libjvm.so`__1cG_start6Fpv_0_+0x208
libc.so.1`_lwp_start
5090648
libumem.so.1`malloc
libjvm.so`__1cCosGmalloc6FI_pv_+0x28
libjvm.so`__1cFArenaEgrow6MI_pv_+0x214
libjvm.so`__1cOPhaseIdealLoopKDominators6M_v_+0xb4
libjvm.so`__1cOPhaseIdealLoop2t5B6MrnMPhaseIterGVN_pk0i_v_+0x7fc
libjvm.so`__1cHCompileIOptimize6M_v_+0x200
libjvm.so`__1cHCompile2t5B6MpnFciEnv_pnKC2Compiler_pnIciMethod_ii_v_+0xbdc
libjvm.so`__1cKC2CompilerOcompile_method6MpnFciEnv_pnIciMethod_i_v_+0xb0
libjvm.so`__1cNCompileBrokerZinvoke_compiler_on_method6FpnLCompileTask__v_+0x4cc
libjvm.so`__1cNCompileBrokerUcompiler_thread_loop6F_v_+0x44c
libjvm.so`__1cKJavaThreadDrun6M_v_+0x2b0
libjvm.so`__1cG_start6Fpv_0_+0x208
libc.so.1`_lwp_start
5252816
libumem.so.1`malloc
libjvm.so`__1cCosGmalloc6FI_pv_+0x28
libjvm.so`__1cFArenaEgrow6MI_pv_+0x214
libjvm.so`__1cIPhaseIFGEinit6MI_v_+0x90
libjvm.so`__1cMPhaseChaitinRRegister_Allocate6M_v_+0x1180
libjvm.so`__1cHCompileICode_Gen6M_v_+0x2b0
libjvm.so`__1cHCompile2t5B6MpnFciEnv_pnKC2Compiler_pnIciMethod_ii_v_+0xc08
libjvm.so`__1cKC2CompilerOcompile_method6MpnFciEnv_pnIciMethod_i_v_+0xb0
libjvm.so`__1cNCompileBrokerZinvoke_compiler_on_method6FpnLCompileTask__v_+0x4cc
libjvm.so`__1cNCompileBrokerUcompiler_thread_loop6F_v_+0x44c
libjvm.so`__1cKJavaThreadDrun6M_v_+0x2b0
libjvm.so`__1cG_start6Fpv_0_+0x208
libc.so.1`_lwp_start
5820336
libumem.so.1`malloc
libjvm.so`__1cCosGmalloc6FI_pv_+0x28
libjvm.so`__1cFArenaEgrow6MI_pv_+0x214
libjvm.so`__1cOPhaseIdealLoopKDominators6M_v_+0xb4
libjvm.so`__1cOPhaseIdealLoop2t5B6MrnMPhaseIterGVN_pk0i_v_+0x7fc
libjvm.so`__1cHCompileIOptimize6M_v_+0x174
libjvm.so`__1cHCompile2t5B6MpnFciEnv_pnKC2Compiler_pnIciMethod_ii_v_+0xbdc
libjvm.so`__1cKC2CompilerOcompile_method6MpnFciEnv_pnIciMethod_i_v_+0xb0
libjvm.so`__1cNCompileBrokerZinvoke_compiler_on_method6FpnLCompileTask__v_+0x4cc
libjvm.so`__1cNCompileBrokerUcompiler_thread_loop6F_v_+0x44c
libjvm.so`__1cKJavaThreadDrun6M_v_+0x2b0
libjvm.so`__1cG_start6Fpv_0_+0x208
libc.so.1`_lwp_start
5822560
libumem.so.1`malloc
libjvm.so`__1cCosGmalloc6FI_pv_+0x28
libjvm.so`__1cFArenaEgrow6MI_pv_+0xd4
libjvm.so`__1cMPhaseChaitinFSplit6MI_I_+0x2c0
libjvm.so`__1cMPhaseChaitinRRegister_Allocate6M_v_+0x720
libjvm.so`__1cHCompileICode_Gen6M_v_+0x2b0
libjvm.so`__1cHCompile2t5B6MpnFciEnv_pnKC2Compiler_pnIciMethod_ii_v_+0xc08
libjvm.so`__1cKC2CompilerOcompile_method6MpnFciEnv_pnIciMethod_i_v_+0xb0
libjvm.so`__1cNCompileBrokerZinvoke_compiler_on_method6FpnLCompileTask__v_+0x4cc
libjvm.so`__1cNCompileBrokerUcompiler_thread_loop6F_v_+0x44c
libjvm.so`__1cKJavaThreadDrun6M_v_+0x2b0
libjvm.so`__1cG_start6Fpv_0_+0x208
libc.so.1`_lwp_start
6747736
libumem.so.1`malloc
libjvm.so`__1cCosGmalloc6FI_pv_+0x28
libjvm.so`__1cFArenaEgrow6MI_pv_+0x214
libjvm.so`__1cIPhaseIFGEinit6MI_v_+0xdc
libjvm.so`__1cMPhaseChaitinRRegister_Allocate6M_v_+0x1180
libjvm.so`__1cHCompileICode_Gen6M_v_+0x2b0
libjvm.so`__1cHCompile2t5B6MpnFciEnv_pnKC2Compiler_pnIciMethod_ii_v_+0xc08
libjvm.so`__1cKC2CompilerOcompile_method6MpnFciEnv_pnIciMethod_i_v_+0xb0
libjvm.so`__1cNCompileBrokerZinvoke_compiler_on_method6FpnLCompileTask__v_+0x4cc
libjvm.so`__1cNCompileBrokerUcompiler_thread_loop6F_v_+0x44c
libjvm.so`__1cKJavaThreadDrun6M_v_+0x2b0
libjvm.so`__1cG_start6Fpv_0_+0x208
libc.so.1`_lwp_start
7129056
libumem.so.1`malloc
libjvm.so`__1cCosGmalloc6FI_pv_+0x28
libjvm.so`__1cFArenaEgrow6MI_pv_+0x214
libjvm.so`__1cOPhaseIdealLoopKDominators6M_v_+0xb4
libjvm.so`__1cOPhaseIdealLoop2t5B6MrnMPhaseIterGVN_pk0i_v_+0x7fc
libjvm.so`__1cHCompileIOptimize6M_v_+0x47c
libjvm.so`__1cHCompile2t5B6MpnFciEnv_pnKC2Compiler_pnIciMethod_ii_v_+0xbdc
libjvm.so`__1cKC2CompilerOcompile_method6MpnFciEnv_pnIciMethod_i_v_+0xb0
libjvm.so`__1cNCompileBrokerZinvoke_compiler_on_method6FpnLCompileTask__v_+0x4cc
libjvm.so`__1cNCompileBrokerUcompiler_thread_loop6F_v_+0x44c
libjvm.so`__1cKJavaThreadDrun6M_v_+0x2b0
libjvm.so`__1cG_start6Fpv_0_+0x208
libc.so.1`_lwp_start
16349616
libumem.so.1`malloc
libjvm.so`__1cCosGmalloc6FI_pv_+0x28
libjvm.so`__1cFChunk2n6FII_pv_+0x244
libjvm.so`__1cFArenaIArealloc6MpvII_1_+0xc4
libjvm.so`__1cENodeIout_grow6MI_v_+0x150
libjvm.so`__1cENodeFclone6kM_p0_+0x1f0
libjvm.so`__1cHAddNodeFIdeal6MpnIPhaseGVN_i_pnENode__+0x8c8
libjvm.so`__1cMPhaseIterGVNNtransform_old6MpnENode__2_+0x28
libjvm.so`__1cMPhaseIterGVNIoptimize6M_v_+0xac
libjvm.so`__1cOPhaseIdealLoop2t5B6MrnMPhaseIterGVN_pk0i_v_+0xc34
libjvm.so`__1cHCompileIOptimize6M_v_+0x174
libjvm.so`__1cHCompile2t5B6MpnFciEnv_pnKC2Compiler_pnIciMethod_ii_v_+0xbdc
libjvm.so`__1cKC2CompilerOcompile_method6MpnFciEnv_pnIciMethod_i_v_+0xb0
libjvm.so`__1cNCompileBrokerZinvoke_compiler_on_method6FpnLCompileTask__v_+0x4cc
libjvm.so`__1cNCompileBrokerUcompiler_thread_loop6F_v_+0x44c
libjvm.so`__1cKJavaThreadDrun6M_v_+0x2b0
libjvm.so`__1cG_start6Fpv_0_+0x208
libc.so.1`_lwp_start
134217736
libumem.so.1`malloc
libjvm.so`__1cCosGmalloc6FI_pv_+0x28
libjvm.so`__1cFChunk2n6FII_pv_+0x244
libjvm.so`__1cFArenaIArealloc6MpvII_1_+0xc4
libjvm.so`__1cKNode_ArrayEgrow6MI_v_+0x7c
libjvm.so`__1cMPhaseIterGVNWadd_users_to_worklist06MpnENode__v_+0xa4
libjvm.so`__1cMPhaseIterGVNVadd_users_to_worklist6MpnENode__v_+0x8
libjvm.so`__1cMPhaseIterGVNNtransform_old6MpnENode__2_+0x3c
libjvm.so`__1cMPhaseIterGVNIoptimize6M_v_+0xac
libjvm.so`__1cOPhaseIdealLoop2t5B6MrnMPhaseIterGVN_pk0i_v_+0xc34
libjvm.so`__1cHCompileIOptimize6M_v_+0x174
libjvm.so`__1cHCompile2t5B6MpnFciEnv_pnKC2Compiler_pnIciMethod_ii_v_+0xbdc
libjvm.so`__1cKC2CompilerOcompile_method6MpnFciEnv_pnIciMethod_i_v_+0xb0
libjvm.so`__1cNCompileBrokerZinvoke_compiler_on_method6FpnLCompileTask__v_+0x4cc
libjvm.so`__1cNCompileBrokerUcompiler_thread_loop6F_v_+0x44c
libjvm.so`__1cKJavaThreadDrun6M_v_+0x2b0
libjvm.so`__1cG_start6Fpv_0_+0x208
libc.so.1`_lwp_start
134217736
libumem.so.1`malloc
libjvm.so`__1cCosGmalloc6FI_pv_+0x28
libjvm.so`__1cFArenaEgrow6MI_pv_+0xd4
libjvm.so`__1cENodeIout_grow6MI_v_+0xac
libjvm.so`__1cHAddNodeFIdeal6MpnIPhaseGVN_i_pnENode__+0xacc
libjvm.so`__1cMPhaseIterGVNNtransform_old6MpnENode__2_+0x28
libjvm.so`__1cMPhaseIterGVNIoptimize6M_v_+0xac
libjvm.so`__1cOPhaseIdealLoop2t5B6MrnMPhaseIterGVN_pk0i_v_+0xc34
libjvm.so`__1cHCompileIOptimize6M_v_+0x174
libjvm.so`__1cHCompile2t5B6MpnFciEnv_pnKC2Compiler_pnIciMethod_ii_v_+0xbdc
libjvm.so`__1cKC2CompilerOcompile_method6MpnFciEnv_pnIciMethod_i_v_+0xb0
libjvm.so`__1cNCompileBrokerZinvoke_compiler_on_method6FpnLCompileTask__v_+0x4cc
libjvm.so`__1cNCompileBrokerUcompiler_thread_loop6F_v_+0x44c
libjvm.so`__1cKJavaThreadDrun6M_v_+0x2b0
libjvm.so`__1cG_start6Fpv_0_+0x208
libc.so.1`_lwp_start
165122996
libumem.so.1`malloc
libjvm.so`__1cCosGmalloc6FI_pv_+0x28
libjvm.so`__1cFArenaEgrow6MI_pv_+0xd4
libjvm.so`__1cENodeFclone6kM_p0_+0xb0
libjvm.so`__1cHAddNodeFIdeal6MpnIPhaseGVN_i_pnENode__+0x8c8
libjvm.so`__1cMPhaseIterGVNNtransform_old6MpnENode__2_+0x28
libjvm.so`__1cMPhaseIterGVNIoptimize6M_v_+0xac
libjvm.so`__1cOPhaseIdealLoop2t5B6MrnMPhaseIterGVN_pk0i_v_+0xc34
libjvm.so`__1cHCompileIOptimize6M_v_+0x174
libjvm.so`__1cHCompile2t5B6MpnFciEnv_pnKC2Compiler_pnIciMethod_ii_v_+0xbdc
libjvm.so`__1cKC2CompilerOcompile_method6MpnFciEnv_pnIciMethod_i_v_+0xb0
libjvm.so`__1cNCompileBrokerZinvoke_compiler_on_method6FpnLCompileTask__v_+0x4cc
libjvm.so`__1cNCompileBrokerUcompiler_thread_loop6F_v_+0x44c
libjvm.so`__1cKJavaThreadDrun6M_v_+0x2b0
libjvm.so`__1cG_start6Fpv_0_+0x208
libc.so.1`_lwp_start
165122996
libumem.so.1`malloc
libjava.so`JNU_GetStringPlatformChars+0xd8
libnet.so`Java_java_net_Inet4AddressImpl_lookupAllHostAddr+0x54
0xf8c0c280
0xf8c0c224
0xf8c05d3c
0xf8c05d3c
0xf8c05874
0xf8c05874
0xf8c05764
0xf8c05c2c
0xf8c00218
libjvm.so`__1cJJavaCallsLcall_helper6FpnJJavaValue_pnMmethodHandle_pnRJavaCallArguments_pnGThread__v_+0x5a0
libjvm.so`__1cJJavaCallsMcall_virtual6FpnJJavaValue_nGHandle_nLKlassHandle_nMsymbolHandle_5pnGThread__v_+0x188
libjvm.so`__1cMthread_entry6FpnKJavaThread_pnGThread__v_+0x134
libjvm.so`__1cKJavaThreadDrun6M_v_+0x2b0
libjvm.so`__1cG_start6Fpv_0_+0x208
libc.so.1`_lwp_start
-4294966636 -
How does Java structure memory for an object's members?
I'm trying to figure out how Java structures/allocates memory for objects. (Yes this is implementation specific. I'm using the Oracle 1.7 runtime for this.) I did some work on this here and here and the results are confusing.
First off, in both referenced links, when I allocated an array of objects, the equivalent of new Object[10000], it used 4 bytes per object. On a 32-bit system this makes perfect sense. But I'm on a 64-bit system so what's going on here?
Is Java limited to a 32-bit address space even on 64-bit systems?
Is Java limited to a 32-bit address space per array and each array object then has a pointer to where the elements are?
Something else?
Second, I compared the memory footprint of 8 booleans vs. a byte as the variables in a class. The 8 booleans requires 24 bytes/object or 3 bytes/boolean. The single byte approach requires 10 bytes/object.
What is going on with 3 bytes/boolean? I would understand 4 (making each an int) and definitely 1 (making each a byte. But 3?
And what's with expanding a byte to 10 bytes? I would understand 8 where it's expanding a byte to a native int (I'm on a 64-bit system). But what's with the other 2 bytes?
And in the case of different ways to create a RGB class it gets really weird.
For a class composed of 3 byte variables it uses 24 bytes/instance. Expensive but understandable as each uses an int.
So I tried where each class is a single int with the RGB stored in parts of the int (using bit shifting). And it's still 24 bytes/instance. Why on earth is Java taking 3 ints for storage? This makes no sense.
But the weirdest case is where the class has a single variable of "byte[] color = new byte3;" Note that the byte is allocated so it's not just a null pointer. This approach takes less memory than the other two approaches. How???
Any guidance as to what is going on here is appreciated. I have a couple of classes that get allocated a lot and the flywheel pattern won't work (these objects have their values changed all over the place).
And an associated question, does the order of declaring variables matter? Back in the old days when I did C++ programming, declaring "int, byte, int, byte" used 4 int's work of space while "int, int, byte, byte" used 3.
thanks - daveThis is a quadruple crosspost.
-
How to make OC4J and IIS on diffrent machines ?
Hi,
How to make OC4J and IIS running diffrent machines. following document tells use "standalone ONS daemon",Can anybody tell what standalone ONS daemon means and steps to be done to make IIS working on diffrent machine
http://download-west.oracle.com/docs/cd/B25221_03/web.1013/b25211/oc4jplugin.htm#i638738
Thanks & Regards
Vino joysender,
the quantize menu is in the top info box in the arrange.
if you double click on it, an extended parameter box appears with a lot of quantizing options. also RTFM about this bit.
in the sample editor, there is an audio quantize feature.
but it is old, and probably hasn't been updated in ten years........try it, you
'll prolly hate it.
there is also a quantize audio/groove plug, in the special menu.
it works....sorta.
if you're talkin' drums, on seperate tracks, like kik on one, and snr on the next, etc., try strip silence to cut the loop/file up, then select same in the arrange trk and quantize this, as above. (info box).
this does work well provided you know just where you want the feel to be.
you could also try making a groove template of the original clip/loop and use this as a timing reference.
this also works well if you can get a clean footprint of the audio.
best,
DR9 -
What do u exactly mean by Memory Footprint? How can u ascertain whether memory footprint has a major role to play in a variable?
What do u exactly mean by Memory Footprint? The term is usualy used for the amount of memory used by the JVM itself for its operation, not counting the memory needed for the programs it runs.
How can u
ascertain whether memory footprint has a major role
to play in a variable?Huh? -
Reduce SQLDeveloper memory footprint with JDK 1.7
Hi!
Some time ago in another thread (Re: Memory problems with Oracle sql developer there was a suggestion to try the new Garbage-First Garbage Collector. which should be production in JDK 1.7.
I use SQLDeveloper with JDK 1.7 on 64bit Linux with good results:
- everything feels faster, snappier
- fonts rendering is different, but it is OK
- the bugs noted in other threads are not a showstopper for me (the connections pane not showing up on startup, not being able to scroll more than 1 OCI array size of records in results grid)
In the above mentioned thread there is a suggestion that the new garbage collector should improve memory footprint of SQLDeveloper, however, this is not my experience, since it behaves pretty much the same as with JDK 1.6 (resident size between 700 and 900 MB).
Do I need to use these opotions (as per reffering thread) to enable the new garbage collector (see below) or is it switched on by default in JDK 1.7? The reduced memory footprint would be very welcomed, because I use Oracle Warehouse Builder at the same time (also a java app) and there is always much pressure on memory.
AddVMOption -XX:+UnlockExperimentalVMOptions
AddVMOption -XX:+UseG1GC
AddVMOption -XX:+G1YoungGenSize=25m
AddVMOption -XX:+G1ParallelRSetUpdatingEnabled
AddVMOption -XX:+G1ParallelRSetScanningEnabled
Thanx
AleksanderHi Aleksander,
Glad to hear of your good report on Java 7's HotSpot VM regarding performance -- it has various enhancements, of which the new garbage collector is just one. In terms of interpreting memory footprints, take a look at:
http://www.oracle.com/technetwork/java/javase/gc-tuning-6-140523.html#generation_sizing
Note the diagram indicates total heap size does not include the permanent generation memory. Xmx limits the heap size (the young and tenured generation). MaxPermSize limits class and method metadata plus static variable content. (Apparently starting back in Java 5 there are even some cases where the permanent generation space can be shared by multiple VM instances to improve start-up time and reduce memory usage.) These two limits control distinct, non-overlapping areas of memory.
When monitoring a Java application's heap consumption with a profiling tool, I doubt the reported usage will exceed the Xmx limit by much. Monitoring with Windows Task Manager, however, can be a bit misleading. I have read several critiques in years past on how Task Manager reports program memory consumption. "Mem Usage" is actually the working set size. "VM Size" is program private memory rather than the true virtual size. And who knows how it tracks the Java VM's permanent generation size. Will it depend on whether it is shared or not?
So I cannot really recommend any additional parameters to you. Just trust in the Xmx setting and hope that SQL Developer keeps any memory leaks to a minimum.
Hope this helps,
Gary -
Memory footprint - serialized vs real
Good day to the forum. I have been tasked with improving the data construct in an application. I have written a couple of different classes to handle the data and want to compare to see which is a smaller memory footprint. To do this I am writing the objects to ByteArrayOutputStream. How does the reulting size differ from the real memory usage? Is this a valid test?
Thanks for any insights as usual.
STThanks for the responses. I'm aware that the serialized representation contains information about the object other than the data but that's my point. Barring an analysis tool I feel that this data, including the class information, is pretty close to what resides in memory. It seems like a good side by side comparison between the size of 2 objects. Of course the serialized object will also cache data so maybe it's not a good method. Hmmm. I've run the profiler against it but I can't figure out the total size of my test objects. For example the original data management came from a HashMap. In the profiler I see entries for the stored string values, hash entry, map entry, etc.
Can someone point me in the right direction to do a real world side by side test of 2 data management methods? I know that I have come up with a more efficient method (in terms of memory) however I need real world statts to sell it to the folks upstairs.
Thanks as always, Forum
ST -
How to overcome the Memory leakage issue in crystal report 2008 SP2 setup.
I have developed the small windows based application tool with help of Visual studio 2008 for identify the memory consumption of crystal report object. It helps to load the crystal report objects in the memory and then released the object from the memory. The tool simply does the u201CLoading and Unloadingu201D the objects in the memory.
The tool will be started once u201CTest_MemoryConsumption.Exeu201D executed. The u201CTest_MemoryConsumption.Exeu201D consumes u201C9768 KBu201D memory before load the crystal report object in memory. It means, 9768 KB is normal memory consumption for run the tool.
Crystal report object initiated by the tool and object help to load the report in memory once the tool initiated the crystal report object. Now u201CTest_MemoryConsumption.Exeu201D consumes u201C34980 KBu201D memory during the crystal report object creation and report load process. The actual memory consumption of crystal report object is 34980u20139768=u201C25212u201DKBu201D.
The memory consumption u201C34980 KBu201D will be continued till the end of the process. The memory consumption will be reduced to u201C34652 KBu201D from u201C34980 KBu201D once report load process completed. It means, u201C328 KBu201D memory only released from the memory consumption. Tool enables the Release command for the crystal report object. But crystal report object does not respond to the command and will not release his memory consumption.
The memory consumption u201C34652 KBu201D will be stayed in the memory once job ends. If i again initiate the crystal report object then it crystal report object start to consume the memory from 34652 KB.
Database objects and crystal report objects are properly used in the tool. The object release commands properly communicated to crystal report setup. But the u201CCrystal report service pack 2u201D setup unable to respond the commands which has enabled from .Net Tool. Crystal report objects are properly initiated and disposed in the tool. But the crystal report unable to release from the server.
The memory consumption will be reduced once the server restarted or kill the application.
Crystal report 2008 and crystal report 2008 SP2 setup available in the server.
Microsoft .Net Framework 2.0 SP2, Microsoft .Net Framework 3.0 SP2 and Microsoft .Net Framework 3.5 SP1 are available in the server,
Could you please suggesst how to avoid the memory consumption keep increasing and how to release the memory consumption once the crystal object disposed???Hi Don..
My case is different one. I hope, the problem with Run time Installation setup file (Crystal report 2008 Serivce Pack2 installer) which we installed in the server.
Let me explain with Live scenario which our client faced in crystal report 2008 Service pack2 Installer.
Our client is using a application to help to print their reports. The application is developed with Windows service.
Windows service keep on running in the server. Windows service executes the client 's crystal reports( Labels Report, Stock report) which designed for clients need and the reports will be printed from printer.
10 Same type report (Label Report) will be printed in 1 minute. Reports are not printing during non business hours. But the windows service keep on running. Memory cosumption of application will be 160 MB in business hours.
For Example, On Monday the application memory consumption starts with 160 MB. The Memory consumption will be reached 165 MB in peak business hours. Then the memory will be ended in163 MB in the End of Monday. It means, The memory consumption will be in 163 MB during the non business hours. Reports will not be printed in non business hours.
On Tuesday, the application memory consumption starts with 163 MB and it will be reached 168 MB during the peak hours. The Memory consumption will be ended in 165 MB in the end of Tuesday. The same process contiues till friday. End of friday, the memory consumption of the application will be ended with 170 MB.
Application Memory Consumption slowly increasing in the server. In 5 days, Memory consumption reached Threshold value (170 MB) of the server. Application gets hanged up once the memory consumption reached 170 MB. We got the error messages as "Attempted to read write protected memory " / "Not Enough memory for process". If we restart server / If we restart the service then memory consumption of application get reduced to 160 MB.
From the above scenario, We came know that the either the problem with Application object or the problem crystal report object. In the application, We have checked dispose methods of application objects completly. I am sure that application objects are properly disposed in the application. I hope the problem not with application objects. The problem with Crystal report objects.
Application properly communicates the dispose methods to crystal report objects. Crystal report objects are not released from
the memory.
Crystal report 2008 Serive Pack 2 setup installed in the server.
As you said, If Crystal report runtime is not released from memory then memory consumption keep increase??? In service oriented architecture application, how to unload the crystal report runtime??
Do you any fix for this kind of issue??
Willl Crystal report 2008 service pack 3 help on this issue??
Maybe you are looking for
-
How can I apply my CS Photoshop membership to a second computer?
how can I apply my CS Photoshop membership to a second computer?
-
My new HP officejet pro 6830 crashes when I connect to my Asus RT-N66U router
OfficeJet Pro 6830 crashes when connected to network (Asus RT-N66U router) I've just taken delivery of an OfficeJet Pro 6830. I've installed the ink cartridges and it seems to be able to print copies and test pages, but I can't get it to connect to m
-
IPhone 3GS Not Recognized by PC, iTunes or Device Manager
I'm hoping someone can help me out here, my laptop isn't recognizing my iPhone when I plug it in, it doesn't show in iTunes and it doesn't show in Device Manager either. I've already restored my computer back almost a week, I've reinstalled iTunes,
-
ORA-15041: diskgroup "DATA" space exhausted
Hi, We have created two node rac on linux and oracle version is 11.2.0.3. When i try to create tbs some got created and others getting below error. ORA-15041: diskgroup "DATA" space exhausted I see space in my disk and below are the asm disk details.
-
Feedback App Not Working and Some Bug Reports
Tecnical Preview Build 9840 =Upgrade to==>9860==>9879 >Hi. when i try to open this app, its opening black and then freeze. I was going to report a bug with this app but its not working. So i ill use here. Here visual bug :