Static method - memory usage
will an application containing many static methods use more memory than an application w/ less static methods? are there any performance or memory issues w/ using static methods?
I totally disagree that one should let oop principles NOT performance dominate design. While you may have a point in 99.99% of applications, I am in the 0.01% where performance has forced me to implement some hard choices.
If static is faster and you call that method millions of time you may have some real issues to face. Let's say you lose a microsecond on each call by going non-static. That means for 1x10^6 calls you've lost a second. Which may not seem like a lot, but in multi-threaded user apps such as servers, this is very significant.
I'd argue that there shouldn't even be a method. In fact just expose the instance variables and access the data directly, or don't even have the class and just in-line. Or even better, jni. How about just write it in Assembler. Where to draw the line???
Before rants occur, this is only important to do in critical sections of code. Not recommended where you can use well structured oop principles which are preferred.
Similar Messages
-
Memory, instance vs static methods?
Well, have memory problems again.
Question: what is more efficient: using one single instance of a class all over the place, or put static methods in this class, so no instance is needed. I'm guessing it doesn't make a lot of difference, but who knows, I could be wrong...Well, it appears that they don't affect runtime memory as long as the class is not needed. I guess the classloader will only load the class onto the heap from jar.
The application start about 100 KB of memory is available (and that is about all of the heap). While creating more objects, memory usage increases drasticly. Definantly more than only the data stored in the classes, so it must also be loading the bytecode at that time.
I still have some tricks up my sleeve, so I hope I can work it out... -
Are any benifits of static declarations regarding memory Usage
Hi,
I am new to java programming and I am currently working on Code Optimization to improve application performance and reduce run time memory usage. So, please I need tips on performance improvement and memory consumption.
Is static method declaration helpful to reduce memory usage and to improve performance?
Please, reply me?
Thanks and Regards
Dagadu AkambeBigDaddyLoveHandles wrote:
georgemc wrote:
Write good, straightforward object-oriented code that doesn't use tricks, and don't try to optimise it yourelf. SeriouslyThat's exactly what Brian Goetz expressed in the article I linked to in reply #8.
I've always wondered about the newbie obsession with optimization.
This is not directed to the OP especially, but I've seen it happen many times: newbie is still writing inelegant, if not tortured code, and they get this bee in their bonnet that they have to optimize it, so they pound the code until it is beyond incomprehensible. Then they time it and it runs more slowly!Perhaps they're crafting O(n^3) sort routines, and not knowing about things like appropriate data structures and algorithms, big-O measurement, etc. the only conclusion they're able to draw is that their code is slow because they're creating so many objects, and declaring variables inside of loops, etc. -
Memory management with static methods
I made a class with no attributes and only static methods with the purpose of maintaining as little as possible about it in memory. What information is kept in memory by the JVM about such a class ?
Thanx in advance :)Static methods don't consume less memory than regular instance
methods. Well, not exactly: a regular method requires a reference
to an instance as a hidden additional parameter. Thus, specifying
static for methods that don't access the object may actually save
a few bytes. However, the code is not duplicated for each instance.
Additionally, the JVM must keep any initialization values and the
names of the class and the methods, as needed by reflection.
Given suitable debugging options, local variables names and line
number may be kept in memory as well. Finally, all hosekeeping
info (gc, references and the like) must be kept in memory. -
I try to proove the advantage of SAX (and StAX) parser, i.e. the memory usage over time is very low and quite constant over time while parsing a large XML file.
DOM APIs create a DOM that is stored in the memory and therefore the memory usage is at least the filesize.
To analyse the SAX heap usage over time I used the following source:
import java.io.File;
import java.io.FileInputStream;
import java.io.InputStream;
import org.xml.sax.InputSource;
import org.xml.sax.XMLReader;
import org.xml.sax.helpers.XMLReaderFactory;
public class ParserMemTest {
public static void main(String[] args) {
System.out.println("Start");
try {
InputStream xmlIS = new FileInputStream(
new File("xmlTestFile-0.xml") );
HeapAnalyser ha = new HeapAnalyser(xmlIS);
InputSource insource = new InputSource(ha);
XMLReader SAX2parser = XMLReaderFactory.createXMLReader();
//SAX2EventHandler handler = new SAX2EventHandler();
//SAX2parser.setContentHandler(handler);
SAX2parser.parse(insource);
} catch (Exception e) {
System.out.println("Finished.");
}and the HeapAnalyser class:
import java.io.IOException;
import java.io.InputStream;
public class HeapAnalyser extends InputStream {
private InputStream is = null;
private int byteCounter = 0;
private int lastByteCounter = 0;
private int byteStepLogging = 200000; //bytes between logging times of measurement
public HeapAnalyser(InputStream is) {
this.is = is;
@Override
public int read() throws IOException {
int b = is.read();
if(b!=-1) {
byteCounter++;
return b;
@Override
public int read(byte b[]) throws IOException {
int i = is.read(b);
if(i!=-1) {
byteCounter += i;
//LOG
if ((byteCounter-lastByteCounter)>byteStepLogging) {
lastByteCounter = byteCounter;
System.out.println(byteCounter + ": " + getHeapSize() + " bytes.");
return i;
@Override
public int read(byte b[], int off, int len) throws IOException {
int i = is.read(b, off, len);
if (i!=-1) {
byteCounter += i;
//LOG
if ((byteCounter-lastByteCounter)>byteStepLogging) {
lastByteCounter = byteCounter;
System.out.println(byteCounter + ": " + getHeapSize() + " bytes.");
return i;
public static String getHeapSize(){
Runtime.getRuntime().gc();
return Long.toString((Runtime.getRuntime().totalMemory() - Runtime.getRuntime().freeMemory())/1000);
}and these are the results:
Start
204728: 1013 bytes.
409415: 1713 bytes.
614073: 2400 bytes.
818763: 3085 bytes.
1023449: 3772 bytes.
1228130: 4458 bytes.
1432802: 5145 bytes.
1637473: 5832 bytes.
1842118: 6519 bytes.
2046789: 7206 bytes.
2251470: 7894 bytes.
2456134: 8580 bytes.
2660814: 9268 bytes.
2865496: 9955 bytes.
3070177: 10625 bytes.
3274775: 11287 bytes.
3479418: 11950 bytes.
3684031: 12612 bytes.
3888695: 13275 bytes.
4093364: 13937 bytes.
4298027: 14600 bytes.
4502694: 15262 bytes.
4707372: 15925 bytes.
4912040: 16586 bytes.
5116662: 17249 bytes.
5321331: 17912 bytes.
5525975: 18574 bytes.
5730640: 19237 bytes.
5935308: 19898 bytes.
Finished.
As you can see while parsing the XML file (200k elements, about 6MB) the heap memory raises. I would expect this result when a DOM API is analysed, but not with SAX .
What could be the reason? The Runtime class measurement, the SAX implementation or what?
thanks!http://img214.imageshack.us/img214/7277/jprobeparser.jpg
Test with jProbe while parsing the 64MB XML file.
Testsystem: Windows 7 64bit, java version "1.6.0_20" Java(TM) SE Runtime Environment (build 1.6.0_20-b02), Java HotSpot(TM) 64-Bit Server VM (build 16.3-b01, mixed mode), Xerces 2.10.0
Eclipse Console System output:
25818828: 116752 bytes.
26018980: 117948 bytes.
26219154: 99503 bytes.
26419322: 100852 bytes.
26619463: 102275 bytes.
26819642: 103624 bytes.
27019805: 104974 bytes.
27220008: 105649 bytes.
27420115: 106998 bytes.
27620234: 108348 bytes.
27820330: 109697 bytes.
Exception in thread "main" java.lang.OutOfMemoryError: PermGen space
at java.lang.String.intern(Native Method)
at org.apache.xerces.util.SymbolTable$Entry.<init>(Unknown Source)
at org.apache.xerces.util.SymbolTable.addSymbol(Unknown Source)
at org.apache.xerces.impl.XMLEntityScanner.scanQName(Unknown Source)
at org.apache.xerces.impl.XMLNSDocumentScannerImpl.scanStartElement(Unknown Source)
at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl$FragmentContentDispatcher.dispatch(Unknown Source)
at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanDocument(Unknown Source)
at org.apache.xerces.parsers.XML11Configuration.parse(Unknown Source)
at org.apache.xerces.parsers.XML11Configuration.parse(Unknown Source)
at org.apache.xerces.parsers.XMLParser.parse(Unknown Source)
at org.apache.xerces.parsers.AbstractSAXParser.parse(Unknown Source)
at ParserMemTest.main(ParserMemTest.java:47)<img src="file:///C:/Users/*******/AppData/Local/Temp/moz-screenshot.png" alt="" />
Edited by: SUNMrFlipp on Sep 13, 2010 11:48 AM
Edited by: SUNMrFlipp on Sep 13, 2010 11:50 AM -
Memory usage: how do I free it?
I'm developing a C/S web application; I discovered that memory usage tends to be increasing, sometimes to the point that I had to restart the web server.
I added the line
System.gc();
but this did not seem to make any difference.
What should I do about it?Is memory used by static variables and methods less likely to
be released than non-static variables and methods? Memory used by static variables is usually never released, but seldom uses more than a few kilobytes at max.
I have never heard that Objects referenced by static variables and methods are less likely to be released.
How do I make sure that object references are set to null, fischert?If they are stored in your own classes, just set them to 'null'. If the are stored in collections (maps, vectors, lists etc.) then there is a remove() method. In other cases there are native resources as MsTingle wrote. It depends on the situation.
Is there anything like "delete" in C++ that explicitly terminates
an object and frees memory used by it?No, this is not required. -
Help with JSP / Static methods in beans...
Hi:
I am creating several javabeans as part of my application. Is it ok, to make all of them static (no global variables are used) and access in JSP's and Servlets as XXBean.method(var1, var 1). Is this a problem ? (vs creating a new XXBean and using it in every page/servlet).
I have gut feeling that static methods are better and give better memory usage and performance - as oppose in other scenario I am creating a new Bean for every page access - could not verify. and not sure not creating (new Bean) would give any problems.
Thanks for sharing.No, static methods are not what you want. Just set the "scope" on your use-bean tag to "application".
<jsp:useBean id="xbean" class="xpackage.XXBean" scope="application" />Alternatively, if what you are trying to do is a pure "function library", then create a tag lib, and add the function definitions like this:
<function>
<name>someMethod</name>
<function-class>xpackage.XXBean</function-class>
<function-signature>
java.lang.String someMethod( java.lang.String )
</function-signature>
</function>There is a fairly concise description of how to do this at
http://java.boot.by/wcd-guide/ch07s04.html -
Using static methods in JavaBeans
Hi:
I am creating several beans as part of my application. Is it ok, to make all of them static (no global variables are used) and access in JSP's and Servlets as XXBean.method(var1, var 1). Is this a problem ? (vs creating a new XXBean and using it in every page/servlet).
I have gut feeling that static methods are better and give better memory usage and performance - as oppose in other scenario I am creating a new Bean for every page access - could not verify. and not sure not creating (new Bean) would give any problems.
Thanks for sharing.I think you mixed up JavaBeans and Enterprise JavaBeans (EJBs) ...
I think Sun Microsystems really named them badly ...
They are in fact totally different things ...
I agree with them.
Please read the tutorials first.
Asuka Kenji (UserID = 289)
(Duke Dollar Hunting now ...) -
How to reduce memory usage when loading bitmaps from the library?
When I use BitmapData.loadBitmap() to load an image from the library and then attachBitmap() to add it to a MovieClip it takes a lot more memory as opposed to just having the same image inside a MovieClip statically in a frame on it's timeline.
The function dispose() not only clears the BitmapData object but also destroys the previously attached bitmap inside the MovieClip, so it can not be used to free any memory.
Is it how it is supposed to be or is there any other way to dynamically attach bitmaps with memory usage comparable to just having them on stage?no, you use attachMovie() to create instance from library movieclips that have a linkage id.
you can then create a bitmapdata instance and use the draw() method to overlay as many as needed. -
Memory Usage And Hard Drive Activity Increase After Latest Upgrade
I have upgraded to Firefox 3.6.15 and latest Adobe Flash Player. Then i noticed that plugin-container started to take a lot of memory as much as Firefox itself totaling around 600Mb. Then i see hard drive activity intermittently slowing down my laptop and making it unresponsive for a short period of time. I have 50 tabs open. I have disabled Flash and since then plugin-container takes very little memory and i don't see consistent hard drive activity.
I need Flash and i don't want to disable it. Is there a solution to this?I am seeking solutions for same problem. When playing simple online games such as solitaire my memory usage for the plug in container is 300-600 mb while FireFox may only be 80-120 (with several windows or tabs open of mostly text pages). If I disable Adobe add-ons memory usage is greatly reduced. If I understood correctly it is possible to disable the plugin container and run adobe via the old method and another user thought that would solve the problem. I do not understand how it would make a difference but if you havent found a solution you may want to try it. See these 2 threads in the Mozilla forum:
A question and brief explanation and how to disable plugin container in config
I've previously had problems with Adobe crashing Firefox . At least now with Adobe being in the plugin container Firefox does not crash along with it.
I have another issue - I can sometimes still hear the music from a game after I have exited the game and closed the window. I would like to know how to release the resources used by Adobe - kind of like FireFox's RamBack.
Well, good luck to you (and me!) -
Window Memory usage even after closing windows
I've included links to a test app that does nothing but
launch a window, play a sound, close window / repeat.
When application launches it uses about 20mb of memory. When
you click on the only button, it will launch a secondary window
that will simply play a wav file. (I set the volume low but you may
want to mute it :D)
After launching and closing the window several times the
memory usage goes up considerably and *never* falls back a
significant %. (I got it to about 100MB before I decided to quit
trying to increase the memory usage. Right now it's been running
w/o any user interaction since opening about 10 windows and it's
fairly stable at around 61MB (although that appears to be
increasing w/o user interaction).
Does anyone know of any methods I can use to ensure that the
memory consumed by secondary windows does not just persist forever
even after closing the window? Is there something I'm doing wrong
here?
Example Code:
http://www.vf-server.com/air/memorytest.air
(AIR)
http://www.vf-server.com/air/memorytest.zip
(source ZIP)
Note: When I *minimize* the window it looks like garbage
collection is forced and app drops back to 11MB (on restore back to
19mb).
Edit: note in your task manager, application appears as
JBTest.exeYou can call System.gc() to force the garbage collector to
run.
Try removing the event listeners when they aren't needed
anymore. I think it is more difficult for the gc to cleanup objects
when there are host objects (like Sound) refering to JavaScript
objects and JavaScript objects refering to host objects, so you
need to be especially careful about those. It SHOULD clean them up
eventually, but it may take longer for it to figure out that those
objects are no longer in use.
You might also clear the secondaryWindow reference in the
parent document when the window closes. That reference might retard
garbage collection, too. -
Sudden high memory usage, can't find cause
I did a big update yesterday, and today I've started to notice very high memory usage. I wasn't keeping track before so I can't say how much it increased, but I've never had problems before, and the slowness and lack of responsiveness have been noticeable, though I haven't ruled out other possible causes for that. Here's the output of 'free -m':
total used free shared buffers cached
Mem: 7971 7826 144 0 1 149
-/+ buffers/cache: 7674 296
Swap: 9215 458 8757
It wasn't as bad as that right after startup, though usage still seemed suspiciously high. What makes this whole thing a mystery to me is that none of my running processes seem to be using that much memory! Here's the output of 'top -b -n 1':
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
1 root 20 0 32712 544 384 S 0.0 0.0 0:01.32 systemd
2 root 20 0 0 0 0 S 0.0 0.0 0:00.00 kthreadd
3 root 20 0 0 0 0 S 0.0 0.0 0:02.48 ksoftirqd/0
5 root 0 -20 0 0 0 S 0.0 0.0 0:00.00 kworker/0:0H
7 root rt 0 0 0 0 S 0.0 0.0 0:00.00 migration/0
8 root 20 0 0 0 0 S 0.0 0.0 0:15.55 rcu_preempt
9 root 20 0 0 0 0 S 0.0 0.0 0:00.00 rcu_bh
10 root 20 0 0 0 0 S 0.0 0.0 0:00.00 rcu_sched
11 root rt 0 0 0 0 S 0.0 0.0 0:00.05 watchdog/0
12 root rt 0 0 0 0 S 0.0 0.0 0:00.04 watchdog/1
13 root rt 0 0 0 0 S 0.0 0.0 0:00.00 migration/1
14 root 20 0 0 0 0 S 0.0 0.0 0:01.02 ksoftirqd/1
16 root 0 -20 0 0 0 S 0.0 0.0 0:00.00 kworker/1:0H
17 root rt 0 0 0 0 S 0.0 0.0 0:00.04 watchdog/2
18 root rt 0 0 0 0 S 0.0 0.0 0:00.00 migration/2
19 root 20 0 0 0 0 S 0.0 0.0 0:01.17 ksoftirqd/2
20 root 20 0 0 0 0 S 0.0 0.0 0:00.00 kworker/2:0
21 root 0 -20 0 0 0 S 0.0 0.0 0:00.00 kworker/2:0H
22 root rt 0 0 0 0 S 0.0 0.0 0:00.04 watchdog/3
23 root rt 0 0 0 0 S 0.0 0.0 0:00.00 migration/3
24 root 20 0 0 0 0 S 0.0 0.0 0:01.04 ksoftirqd/3
26 root 0 -20 0 0 0 S 0.0 0.0 0:00.00 kworker/3:0H
27 root 0 -20 0 0 0 S 0.0 0.0 0:00.00 khelper
28 root 20 0 0 0 0 S 0.0 0.0 0:00.00 kdevtmpfs
29 root 0 -20 0 0 0 S 0.0 0.0 0:00.00 netns
30 root 0 -20 0 0 0 S 0.0 0.0 0:00.00 writeback
31 root 0 -20 0 0 0 S 0.0 0.0 0:00.00 bioset
32 root 0 -20 0 0 0 S 0.0 0.0 0:00.00 kblockd
33 root 0 -20 0 0 0 S 0.0 0.0 0:00.00 xenbus_frontend
35 root 20 0 0 0 0 S 0.0 0.0 0:00.00 khungtaskd
36 root 20 0 0 0 0 S 0.0 0.0 0:06.75 kswapd0
37 root 25 5 0 0 0 S 0.0 0.0 0:00.00 ksmd
38 root 39 19 0 0 0 S 0.0 0.0 0:00.24 khugepaged
39 root 20 0 0 0 0 S 0.0 0.0 0:00.00 fsnotify_mark
40 root 0 -20 0 0 0 S 0.0 0.0 0:00.00 crypto
44 root 0 -20 0 0 0 S 0.0 0.0 0:00.00 kthrotld
47 root 0 -20 0 0 0 S 0.0 0.0 0:00.00 deferwq
49 root 20 0 0 0 0 S 0.0 0.0 0:00.21 kworker/1:1
61 root 0 -20 0 0 0 S 0.0 0.0 0:00.00 ata_sff
63 root 20 0 0 0 0 S 0.0 0.0 0:00.00 scsi_eh_0
65 root 20 0 0 0 0 S 0.0 0.0 0:00.00 scsi_eh_1
68 root 20 0 0 0 0 S 0.0 0.0 0:00.00 scsi_eh_2
69 root 20 0 0 0 0 S 0.0 0.0 0:00.00 scsi_eh_3
70 root 20 0 0 0 0 S 0.0 0.0 0:00.00 scsi_eh_4
71 root 20 0 0 0 0 S 0.0 0.0 0:00.00 scsi_eh_5
76 root 20 0 0 0 0 S 0.0 0.0 0:00.00 khubd
81 root 20 0 0 0 0 S 0.0 0.0 0:00.02 kworker/3:2
93 root 0 -20 0 0 0 S 0.0 0.0 0:00.00 firewire
94 root 20 0 0 0 0 S 0.0 0.0 0:00.00 scsi_eh_6
95 root 20 0 0 0 0 S 0.0 0.0 0:00.00 scsi_eh_7
96 root 20 0 0 0 0 S 0.0 0.0 0:00.00 scsi_eh_8
97 root 20 0 0 0 0 S 0.0 0.0 0:00.00 scsi_eh_9
100 root 0 -20 0 0 0 S 0.0 0.0 0:01.31 kworker/0:1H
104 root 20 0 0 0 0 S 0.0 0.0 0:00.03 jbd2/sda3-8
105 root 0 -20 0 0 0 S 0.0 0.0 0:00.00 ext4-dio-unwrit
119 root 20 0 182720 324 228 S 0.0 0.0 0:02.90 systemd-journal
130 root 20 0 32032 320 316 S 0.0 0.0 0:00.16 systemd-udevd
133 root 20 0 0 0 0 S 0.0 0.0 0:00.00 kworker/1:2
150 root 0 -20 0 0 0 S 0.0 0.0 0:00.00 rpciod
152 root 0 -20 0 0 0 S 0.0 0.0 0:00.00 nfsiod
160 root 0 -20 0 0 0 S 0.0 0.0 0:00.00 kworker/1:1H
162 root 0 -20 0 0 0 S 0.0 0.0 0:00.00 kworker/3:1H
189 root 0 -20 0 0 0 S 0.0 0.0 0:00.00 cfg80211
191 root 0 -20 0 0 0 S 0.0 0.0 0:00.00 led_workqueue
216 root -51 0 0 0 0 S 0.0 0.0 0:00.00 irq/53-mei_me
220 root 0 -20 0 0 0 S 0.0 0.0 0:00.00 kworker/2:1H
255 root 20 0 0 0 0 S 0.0 0.0 0:00.59 jbd2/sda2-8
256 root 0 -20 0 0 0 S 0.0 0.0 0:00.00 ext4-dio-unwrit
267 root 20 0 13236 340 260 S 0.0 0.0 0:00.02 crond
268 root 20 0 57644 524 232 S 0.0 0.0 0:00.07 syslog-ng
275 root 20 0 77896 2164 52 S 0.0 0.0 0:00.11 cupsd
276 root 20 0 32856 32 0 S 0.0 0.0 0:00.53 atieventsd
278 root 20 0 26120 452 448 S 0.0 0.0 0:00.00 systemd-logind
280 dbus 20 0 18040 1040 484 S 0.0 0.0 0:00.16 dbus-daemon
293 root 20 0 8156 32 28 S 0.0 0.0 0:00.04 agetty
294 root 20 0 22416 304 304 S 0.0 0.0 0:00.00 kdm
311 root 20 0 32332 52 0 S 0.0 0.0 0:00.10 wpa_supplicant
314 root 20 0 4252 44 28 S 0.0 0.0 0:02.61 acpid
363 root 20 0 233544 396 396 S 0.0 0.0 0:00.12 colord
370 root 20 0 0 0 0 S 0.0 0.0 0:00.00 firegl
371 root 20 0 0 0 0 S 0.0 0.0 0:00.00 firegl
372 root 20 0 0 0 0 S 0.0 0.0 0:00.00 firegl
379 root 20 0 8612 60 16 S 0.0 0.0 0:00.00 dhcpcd
462 redac 20 0 15212 68 0 S 0.0 0.0 0:00.37 gpg-agent
465 redac 20 0 12680 4 0 S 0.0 0.0 0:00.00 ssh-agent
504 root 20 0 229584 440 284 S 0.0 0.0 0:00.03 upowerd
507 polkitd 20 0 506832 916 700 S 0.0 0.0 0:00.09 polkitd
563 root 20 0 355656 1804 1044 S 0.0 0.0 0:01.50 udisksd
628 redac 20 0 2397180 17068 2004 S 0.0 0.2 0:04.86 mysqld
796 rtkit 21 1 168664 372 360 S 0.0 0.0 0:00.34 rtkit-daemon
873 pdnsd 20 0 172532 0 0 S 0.0 0.0 0:00.00 pdnsd
874 tor 20 0 49952 20556 2152 S 0.0 0.3 0:05.89 tor
1884 root 20 0 361452 118644 105076 S 0.0 1.5 1:21.43 X
1895 root 20 0 75048 660 656 S 0.0 0.0 0:00.00 kdm
1903 redac 20 0 13736 412 408 S 0.0 0.0 0:00.01 startkde
1912 redac 20 0 18016 324 320 S 0.0 0.0 0:00.00 dbus-launch
1913 redac 20 0 19220 1604 564 S 0.0 0.0 0:00.50 dbus-daemon
1959 redac 20 0 12680 52 48 S 0.0 0.0 0:00.00 ssh-agent
1976 root 20 0 4080 40 0 S 0.0 0.0 0:00.00 start_kdeinit
1977 redac 20 0 343772 1976 1420 S 0.0 0.0 0:00.07 kdeinit4
1978 redac 20 0 348392 2680 1824 S 0.0 0.0 0:00.04 klauncher
1980 redac 20 0 1262136 5352 3596 S 0.0 0.1 0:00.48 kded4
1991 redac 20 0 430604 4032 2840 S 0.0 0.0 0:00.11 kglobalaccel
1995 redac 20 0 694524 3020 2520 S 0.0 0.0 0:00.10 kactivitymanage
2000 redac 20 0 4216 44 44 S 0.0 0.0 0:00.00 kwrapper4
2001 redac 20 0 516344 3224 2300 S 0.0 0.0 0:00.10 ksmserver
2009 redac 20 0 422056 19640 15244 S 0.0 0.2 0:23.69 compiz
2012 redac 20 0 388168 7692 4544 S 0.0 0.1 0:01.26 emerald
2023 redac 20 0 280300 2500 2160 S 0.0 0.0 0:00.06 kuiserver
2025 redac 20 0 154132 1848 1344 S 0.0 0.0 0:00.24 akonadi_control
2027 redac 20 0 1949412 1984 1592 S 0.0 0.0 0:00.33 akonadiserver
2059 redac 20 0 346680 1408 1020 S 0.0 0.0 0:00.04 kio_http_cache_
2062 redac 20 0 769220 4932 3436 S 0.0 0.1 0:01.00 krunner
2071 redac 20 0 603092 4484 3132 S 0.0 0.1 0:00.16 kmix
2073 redac 20 0 285208 2680 2352 S 0.0 0.0 0:00.04 nepomukcontroll
2074 redac 20 0 359260 3148 2864 S 0.0 0.0 0:00.25 gtk-kde4
2077 redac 20 0 309608 2468 2220 S 0.0 0.0 0:00.05 akonadi_agent_l
2078 redac 20 0 309512 2332 2140 S 0.0 0.0 0:00.04 akonadi_agent_l
2079 redac 20 0 309496 2564 2336 S 0.0 0.0 0:00.05 akonadi_agent_l
2080 redac 20 0 309608 2476 2224 S 0.0 0.0 0:00.05 akonadi_agent_l
2081 redac 20 0 549804 3236 2480 S 0.0 0.0 0:00.13 akonadi_archive
2082 redac 20 0 303140 2480 2276 S 0.0 0.0 0:00.04 akonadi_agent_l
2083 redac 20 0 305600 2516 2300 S 0.0 0.0 0:00.05 akonadi_agent_l
2084 redac 20 0 314988 4144 3156 S 0.0 0.1 0:00.12 akonadi_imap_re
2099 redac 20 0 430912 15668 9912 S 0.0 0.2 0:09.39 yakuake
2100 redac 20 0 309676 2560 2308 S 0.0 0.0 0:00.04 akonadi_agent_l
2101 redac 20 0 339400 2860 2468 S 0.0 0.0 0:00.09 akonadi_maildis
2102 redac 20 0 549820 2828 2504 S 0.0 0.0 0:00.13 akonadi_mailfil
2103 redac 20 0 314052 2924 2508 S 0.0 0.0 0:00.09 akonadi_nepomuk
2115 redac 20 0 303056 2428 2240 S 0.0 0.0 0:00.04 akonadi_agent_l
2132 redac 20 0 2011628 14200 5716 S 0.0 0.2 0:18.21 ktorrent
2158 redac 20 0 15972 836 520 S 0.0 0.0 0:00.00 bash
2161 redac 20 0 1040928 6484 3060 S 0.0 0.1 0:00.53 knotify4
2162 redac 20 0 1962616 484928 23072 S 0.0 5.9 2:06.25 firefox
2176 redac 20 0 13732 344 340 S 0.0 0.0 0:00.00 rssowl
2178 redac 20 0 11344 404 404 S 0.0 0.0 0:00.00 RSSOwl
2193 redac 20 0 374420 2764 2516 S 0.0 0.0 0:00.06 polkit-kde-auth
2195 redac 20 0 3314212 140484 13196 S 0.0 1.7 0:24.29 java
2203 redac 9 -11 308256 2424 912 S 0.0 0.0 0:00.36 pulseaudio
2209 redac 20 0 406420 3544 2720 S 0.0 0.0 0:00.08 korgac
2233 redac 20 0 69156 420 420 S 0.0 0.0 0:00.00 gconf-helper
2235 redac 20 0 45676 836 564 S 0.0 0.0 0:00.01 gconfd-2
2236 redac 20 0 438044 4468 3128 S 0.0 0.1 0:00.13 klipper
2322 redac 20 0 193052 944 740 S 0.0 0.0 0:00.00 gvfsd
2336 redac 20 0 282112 644 644 S 0.0 0.0 0:00.00 gvfsd-fuse
2361 redac 20 0 263576 572 572 S 0.0 0.0 0:00.00 at-spi-bus-laun
2436 redac 20 0 3188512 61188 19352 S 0.0 0.7 0:16.98 plasma-desktop
2441 redac 20 0 9828 784 520 S 0.0 0.0 0:01.06 ksysguardd
2832 redac 20 0 15580 1240 784 S 0.0 0.0 0:02.93 top
2867 redac 20 0 15972 1796 1160 S 0.0 0.0 0:00.03 bash
2937 root 20 0 0 0 0 S 0.0 0.0 0:00.03 kworker/2:1
2938 root 20 0 0 0 0 S 0.0 0.0 0:00.00 kworker/3:1
3336 root 20 0 0 0 0 S 0.0 0.0 0:00.25 kworker/u8:2
3643 root 20 0 0 0 0 S 0.0 0.0 0:00.00 kworker/u8:1
3662 root 20 0 0 0 0 S 0.0 0.0 0:00.03 kworker/0:1
3703 root 20 0 0 0 0 S 0.0 0.0 0:00.00 kworker/0:0
3704 redac 20 0 15456 1308 992 R 0.0 0.0 0:00.00 top
32506 root 20 0 0 0 0 S 0.0 0.0 0:00.57 kworker/0:2
I wouldn't expect the '%MEM's to add up to exactly the real usage, but this isn't even close! So, what could be using up all of my memory? I have /tmp mounted to ram, but that's only a few megabytes. I really have no idea where to go from here.
The relevant portion of my pacman log is below, since I don't know how to get just a compact list of the updated packages. Most notably, the kernel was upgrades, from 3.9.9-1 to 3.10.3-1.
[2013-08-03 13:00] [PACMAN] Running 'pacman -Su'
[2013-08-03 13:00] [PACMAN] starting full system upgrade
[2013-08-03 13:38] [PACMAN] upgraded a52dec (0.7.4-6 -> 0.7.4-7)
[2013-08-03 13:38] [PACMAN] upgraded libmariadbclient (5.5.31-1 -> 5.5.32-1)
[2013-08-03 13:38] [PACMAN] upgraded mariadb-clients (5.5.31-1 -> 5.5.32-1)
[2013-08-03 13:38] [PACMAN] upgraded mariadb (5.5.31-1 -> 5.5.32-1)
[2013-08-03 13:38] [PACMAN] upgraded akonadi (1.10.0-2 -> 1.10.2-1)
[2013-08-03 13:38] [PACMAN] upgraded alsa-plugins (1.0.27-1 -> 1.0.27-2)
[2013-08-03 13:38] [PACMAN] upgraded alsa-utils (1.0.27.1-2 -> 1.0.27.2-1)
[2013-08-03 13:38] [PACMAN] upgraded x264 (20130206-1 -> 20130702-2)
[2013-08-03 13:38] [PACMAN] upgraded ffmpeg (1:1.2.1-1 -> 1:2.0-2)
[2013-08-03 13:38] [PACMAN] upgraded amarok (2.7.1-2 -> 2.7.1-3)
[2013-08-03 13:38] [PACMAN] upgraded anki (2.0.11-1 -> 2.0.12-1)
[2013-08-03 13:38] [PACMAN] upgraded apr (1.4.6-1 -> 1.4.8-1)
[2013-08-03 13:38] [PACMAN] upgraded glib2 (2.36.3-2 -> 2.36.3-3)
[2013-08-03 13:38] [ALPM] warning: /usr/lib/avahi/service-types.db installed as /usr/lib/avahi/service-types.db.pacnew
[2013-08-03 13:38] [PACMAN] upgraded avahi (0.6.31-9 -> 0.6.31-10)
[2013-08-03 13:38] [PACMAN] upgraded bison (2.7.1-1 -> 3.0-1)
[2013-08-03 13:38] [ALPM-SCRIPTLET] ---------------- I/O BUG ---------------------------------------
[2013-08-03 13:38] [ALPM-SCRIPTLET] There's a bug in fglrx found by lano1106 which generates
[2013-08-03 13:38] [ALPM-SCRIPTLET] great amount of unneeded I/O operations
[2013-08-03 13:38] [ALPM-SCRIPTLET]
[2013-08-03 13:38] [ALPM-SCRIPTLET] To activate workaround enable systemd service:
[2013-08-03 13:38] [ALPM-SCRIPTLET] systemctl enable temp-links-catalyst
[2013-08-03 13:38] [ALPM-SCRIPTLET] systemctl start temp-links-catalyst
[2013-08-03 13:38] [ALPM-SCRIPTLET]
[2013-08-03 13:38] [ALPM-SCRIPTLET] More infos:
[2013-08-03 13:38] [ALPM-SCRIPTLET] https://bbs.archlinux.org/viewtopic.php?pid=1279977#p1279977
[2013-08-03 13:38] [ALPM-SCRIPTLET] https://bbs.archlinux.org/viewtopic.php?pid=1280193#p1280193
[2013-08-03 13:38] [ALPM-SCRIPTLET] ----------------------------------------------------------------
[2013-08-03 13:38] [PACMAN] upgraded catalyst-utils (13.6-3 -> 13.8-1)
[2013-08-03 13:38] [ALPM-SCRIPTLET] + removing fglrx module from /usr/lib/modules/3.9.9-1-ARCH
[2013-08-03 13:38] [ALPM-SCRIPTLET] Building fglrx module for 3.9.9-1-ARCH kernel ...
[2013-08-03 13:38] [ALPM-SCRIPTLET] Ok.
[2013-08-03 13:38] [ALPM-SCRIPTLET] ----------------------------------------------------------------
[2013-08-03 13:38] [ALPM-SCRIPTLET] ATTENTION!
[2013-08-03 13:38] [ALPM-SCRIPTLET] ----------------------------------------------------------------
[2013-08-03 13:38] [ALPM-SCRIPTLET] To enable 'automatic re-compilation while system shutdown/reboot'
[2013-08-03 13:38] [ALPM-SCRIPTLET] testing feature run these commands as root:
[2013-08-03 13:38] [ALPM-SCRIPTLET] systemctl enable catalyst-hook
[2013-08-03 13:38] [ALPM-SCRIPTLET] systemctl start catalyst-hook
[2013-08-03 13:38] [ALPM-SCRIPTLET]
[2013-08-03 13:38] [ALPM-SCRIPTLET] More info here:
[2013-08-03 13:38] [ALPM-SCRIPTLET] https://bbs.archlinux.org/viewtopic.php?pid=1255575#p1255575
[2013-08-03 13:38] [ALPM-SCRIPTLET] ----------------------------------------------------------------
[2013-08-03 13:38] [PACMAN] upgraded catalyst-hook (13.6-3 -> 13.8-1)
[2013-08-03 13:38] [PACMAN] upgraded chromaprint (0.7-5 -> 0.7-6)
[2013-08-03 13:38] [PACMAN] upgraded nspr (4.9.6-1 -> 4.10-2)
[2013-08-03 13:38] [PACMAN] upgraded nss (3.14.3-3 -> 3.15.1-1)
[2013-08-03 13:38] [PACMAN] upgraded xdg-utils (1.1.0.git20121008-2 -> 1.1.0.git20130520-1)
[2013-08-03 13:38] [PACMAN] upgraded libgcrypt (1.5.2-1 -> 1.5.3-1)
[2013-08-03 13:38] [PACMAN] upgraded libpng (1.6.2-3 -> 1.6.3-1)
[2013-08-03 13:38] [PACMAN] upgraded xcb-proto (1.8-1 -> 1.8-2)
[2013-08-03 13:38] [PACMAN] upgraded libxcb (1.9.1-1 -> 1.9.1-2)
[2013-08-03 13:38] [PACMAN] upgraded libx11 (1.6.0-1 -> 1.6.1-1)
[2013-08-03 13:38] [PACMAN] upgraded giflib (4.2.1-3 -> 5.0.4-2)
[2013-08-03 13:38] [PACMAN] upgraded libwebp (0.3.1-2 -> 0.3.1-3)
[2013-08-03 13:38] [PACMAN] upgraded harfbuzz (0.9.18-1 -> 0.9.19-1)
[2013-08-03 13:38] [PACMAN] upgraded harfbuzz-icu (0.9.18-1 -> 0.9.19-1)
[2013-08-03 13:38] [PACMAN] upgraded chromium (28.0.1500.71-1 -> 28.0.1500.95-1)
[2013-08-03 13:38] [PACMAN] upgraded glew (1.9.0-2 -> 1.10.0-1)
[2013-08-03 13:38] [PACMAN] upgraded projectm (2.1.0-5 -> 2.1.0-6)
[2013-08-03 13:39] [PACMAN] upgraded clementine (1.1.1-8 -> 1.1.1-9)
[2013-08-03 13:39] [PACMAN] upgraded cln (1.3.2-1 -> 1.3.3-1)
[2013-08-03 13:39] [PACMAN] upgraded gstreamer (1.0.8-1 -> 1.0.9-1)
[2013-08-03 13:39] [PACMAN] upgraded gst-plugins-base-libs (1.0.8-1 -> 1.0.9-1)
[2013-08-03 13:39] [PACMAN] upgraded gst-plugins-bad (1.0.8-1 -> 1.0.9-1)
[2013-08-03 13:39] [PACMAN] upgraded clutter-gst (2.0.4-2 -> 2.0.6-1)
[2013-08-03 13:39] [PACMAN] upgraded colord (1.0.2-1 -> 1.0.2-2)
[2013-08-03 13:39] [PACMAN] upgraded cracklib (2.8.22-3 -> 2.9.0-1)
[2013-08-03 13:39] [PACMAN] upgraded dhcpcd (5.6.8-3 -> 6.0.4-1)
[2013-08-03 13:39] [PACMAN] upgraded dosfstools (3.0.20-1 -> 3.0.22-1)
[2013-08-03 13:39] [PACMAN] upgraded lib32-glew (1.9.0-1 -> 1.10.0-1)
[2013-08-03 13:39] [ALPM] warning: directory permissions differ on /opt/df_linux/
[2013-08-03 13:39] [PACMAN] upgraded dwarffortress (0.34.11-3 -> 0.34.11-4)
[2013-08-03 13:39] [PACMAN] upgraded jre7-openjdk-headless (7.u40_2.4.1-1 -> 7.u40_2.4.1-2)
[2013-08-03 13:39] [PACMAN] upgraded jre7-openjdk (7.u40_2.4.1-1 -> 7.u40_2.4.1-2)
[2013-08-03 13:39] [PACMAN] upgraded jdk7-openjdk (7.u40_2.4.1-1 -> 7.u40_2.4.1-2)
[2013-08-03 13:39] [PACMAN] upgraded eclipse (4.2.2-1 -> 4.3-1)
[2013-08-03 13:39] [PACMAN] upgraded emacs (24.3-2 -> 24.3-3)
[2013-08-03 13:39] [PACMAN] upgraded exempi (2.2.0-1 -> 2.2.1-1)
[2013-08-03 13:39] [PACMAN] upgraded fontforge (20120731_b-3 -> 20120731_b-6)
[2013-08-03 13:39] [PACMAN] upgraded fuse (2.9.2-3 -> 2.9.3-1)
[2013-08-03 13:39] [PACMAN] upgraded gegl (0.2.0-8 -> 0.2.0-9)
[2013-08-03 13:39] [PACMAN] upgraded git (1.8.3.3-1 -> 1.8.3.4-1)
[2013-08-03 13:39] [PACMAN] upgraded glib (1.2.10-9 -> 1.2.10-10)
[2013-08-03 13:39] [PACMAN] upgraded glib-perl (1.280-3 -> 1.301-1)
[2013-08-03 13:39] [PACMAN] upgraded glpk (4.48-1 -> 4.52-1)
[2013-08-03 13:39] [PACMAN] upgraded gnash-common (0.8.10-9 -> 0.8.10-10)
[2013-08-03 13:39] [PACMAN] upgraded ibus (1.5.2-2 -> 1.5.3-1)
[2013-08-03 13:39] [PACMAN] upgraded gnome-settings-daemon (3.8.3-2 -> 3.8.4-1)
[2013-08-03 13:39] [PACMAN] upgraded libqmi (1.4.0-1 -> 1.4.0-2)
[2013-08-03 13:39] [PACMAN] upgraded libmbim (1.2.0-1 -> 1.4.0-1)
[2013-08-03 13:39] [PACMAN] upgraded modemmanager (0.7.991-1 -> 1.0.0-1)
[2013-08-03 13:39] [PACMAN] upgraded gnome-control-center (3.8.3-1 -> 3.8.4.1-1)
[2013-08-03 13:39] [PACMAN] upgraded gnome-icon-theme (3.8.2-1 -> 3.8.3-1)
[2013-08-03 13:39] [PACMAN] upgraded gnutls (3.2.1-1 -> 3.2.3-1)
[2013-08-03 13:39] [PACMAN] upgraded gnome-vfs (2.24.4-6 -> 2.24.4-7)
[2013-08-03 13:39] [PACMAN] upgraded goffice (0.10.3-1 -> 0.10.4-1)
[2013-08-03 13:40] [PACMAN] upgraded gnumeric (1.12.3-1 -> 1.12.4-1)
[2013-08-03 13:40] [PACMAN] upgraded gst-plugins-base (1.0.8-1 -> 1.0.9-1)
[2013-08-03 13:40] [PACMAN] upgraded gst-plugins-good (1.0.8-1 -> 1.0.9-1)
[2013-08-03 13:40] [PACMAN] upgraded gstreamer0.10-ugly (0.10.19-5 -> 0.10.19-6)
[2013-08-03 13:40] [PACMAN] upgraded gstreamer0.10-ugly-plugins (0.10.19-5 -> 0.10.19-6)
[2013-08-03 13:40] [ALPM] warning: directory permissions differ on /var/log/hp/
[2013-08-03 13:40] [PACMAN] upgraded hplip (3.13.6-1 -> 3.13.7-1)
[2013-08-03 13:40] [PACMAN] upgraded idnkit (1.0-2 -> 1.0-3)
[2013-08-03 13:40] [PACMAN] upgraded ilmbase (2.0.0-1 -> 2.0.1-1)
[2013-08-03 13:40] [PACMAN] upgraded imlib2 (1.4.5-4 -> 1.4.5-5)
[2013-08-03 13:40] [PACMAN] upgraded iso-codes (3.43-1 -> 3.44-1)
[2013-08-03 13:40] [PACMAN] upgraded openexr (2.0.0-1 -> 2.0.1-1)
[2013-08-03 13:40] [PACMAN] upgraded media-player-info (17-1 -> 19-1)
[2013-08-03 13:40] [PACMAN] upgraded qtwebkit (2.3.1-2 -> 2.3.2-1)
[2013-08-03 13:40] [PACMAN] upgraded kdelibs (4.10.5-1 -> 4.10.5-2)
[2013-08-03 13:40] [PACMAN] upgraded kdemultimedia-ffmpegthumbs (4.10.5-1 -> 4.10.5-2)
[2013-08-03 13:40] [PACMAN] upgraded kdenetwork-filesharing (4.10.5-1 -> 4.10.5-2)
[2013-08-03 13:40] [PACMAN] upgraded kdenetwork-kdnssd (4.10.5-1 -> 4.10.5-2)
[2013-08-03 13:40] [PACMAN] upgraded kdenetwork-kget (4.10.5-1 -> 4.10.5-2)
[2013-08-03 13:40] [PACMAN] upgraded kdenetwork-kopete (4.10.5-1 -> 4.10.5-2)
[2013-08-03 13:40] [PACMAN] upgraded kdenetwork-kppp (4.10.5-1 -> 4.10.5-2)
[2013-08-03 13:40] [PACMAN] upgraded kdenetwork-krdc (4.10.5-1 -> 4.10.5-2)
[2013-08-03 13:40] [PACMAN] upgraded kdenetwork-krfb (4.10.5-1 -> 4.10.5-2)
[2013-08-03 13:40] [PACMAN] upgraded kid3 (2.3-1 -> 2.3-2)
[2013-08-03 13:40] [ALPM-SCRIPTLET] ----------------------------------------------------------------
[2013-08-03 13:40] [ALPM-SCRIPTLET] lib32-catalyst-utils works with [multilib] repository
[2013-08-03 13:40] [ALPM-SCRIPTLET] ----------------------------------------------------------------
[2013-08-03 13:40] [PACMAN] upgraded lib32-catalyst-utils (13.6-1 -> 13.8-1)
[2013-08-03 13:40] [PACMAN] upgraded lib32-libx11 (1.6.0-1 -> 1.6.1-1)
[2013-08-03 13:40] [PACMAN] upgraded lib32-giflib (4.2.1-1 -> 5.0.4-1)
[2013-08-03 13:40] [PACMAN] upgraded lib32-gnutls (3.2.1-1 -> 3.2.3-1)
[2013-08-03 13:40] [PACMAN] upgraded lib32-harfbuzz (0.9.18-1 -> 0.9.19-1)
[2013-08-03 13:40] [PACMAN] upgraded lib32-libgcrypt (1.5.2-1 -> 1.5.3-1)
[2013-08-03 13:40] [PACMAN] upgraded libpciaccess (0.13.1-1 -> 0.13.2-1)
[2013-08-03 13:40] [PACMAN] upgraded lib32-libpciaccess (0.13.1-1 -> 0.13.2-1)
[2013-08-03 13:40] [PACMAN] upgraded lib32-libpng (1.6.2-1 -> 1.6.3-1)
[2013-08-03 13:40] [PACMAN] upgraded mesa (9.1.4-5 -> 9.1.6-1)
[2013-08-03 13:40] [PACMAN] upgraded lib32-mesa (9.1.4-1 -> 9.1.6-1)
[2013-08-03 13:40] [PACMAN] upgraded lib32-nspr (4.9.6-1 -> 4.10-2)
[2013-08-03 13:40] [PACMAN] upgraded lib32-nss (3.14.3-2 -> 3.15.1-1)
[2013-08-03 13:40] [PACMAN] upgraded libdatrie (0.2.5-1 -> 0.2.6-1)
[2013-08-03 13:40] [PACMAN] upgraded libgdiplus (2.10-4 -> 2.10.9-1)
[2013-08-03 13:40] [PACMAN] upgraded libthai (0.1.18-1 -> 0.1.19-1)
[2013-08-03 13:40] [PACMAN] upgraded libusbx (1.0.15-1 -> 1.0.16-1)
[2013-08-03 13:40] [PACMAN] upgraded libxfont (1.4.5-1 -> 1.4.6-1)
[2013-08-03 13:40] [PACMAN] upgraded linux-firmware (20130610-1 -> 20130725-1)
[2013-08-03 13:40] [PACMAN] upgraded mkinitcpio-busybox (1.20.2-1 -> 1.21.1-2)
[2013-08-03 13:40] [PACMAN] upgraded mkinitcpio (0.14.0-1 -> 0.15.0-1)
[2013-08-03 13:40] [ALPM-SCRIPTLET] >>> Updating module dependencies. Please wait ...
[2013-08-03 13:40] [ALPM-SCRIPTLET] >>> Generating initial ramdisk, using mkinitcpio. Please wait...
[2013-08-03 13:40] [ALPM-SCRIPTLET] ==> Building image from preset: /etc/mkinitcpio.d/linux.preset: 'default'
[2013-08-03 13:40] [ALPM-SCRIPTLET] -> -k /boot/vmlinuz-linux -c /etc/mkinitcpio.conf -g /boot/initramfs-linux.img
[2013-08-03 13:40] [ALPM-SCRIPTLET] ==> Starting build: 3.10.3-1-ARCH
[2013-08-03 13:40] [ALPM-SCRIPTLET] -> Running build hook: [base]
[2013-08-03 13:40] [ALPM-SCRIPTLET] -> Running build hook: [udev]
[2013-08-03 13:40] [ALPM-SCRIPTLET] -> Running build hook: [autodetect]
[2013-08-03 13:40] [ALPM-SCRIPTLET] ==> WARNING: Hook 'pata' is deprecated. Replace it with 'block' in your config
[2013-08-03 13:40] [ALPM-SCRIPTLET] -> Running build hook: [block]
[2013-08-03 13:40] [ALPM-SCRIPTLET] ==> WARNING: Hook 'scsi' is deprecated. Replace it with 'block' in your config
[2013-08-03 13:40] [ALPM-SCRIPTLET] -> Running build hook: [block]
[2013-08-03 13:40] [ALPM-SCRIPTLET] ==> WARNING: Hook 'sata' is deprecated. Replace it with 'block' in your config
[2013-08-03 13:40] [ALPM-SCRIPTLET] -> Running build hook: [block]
[2013-08-03 13:40] [ALPM-SCRIPTLET] ==> WARNING: Hook 'usbinput' is deprecated. Replace it with 'keyboard' in your config
[2013-08-03 13:40] [ALPM-SCRIPTLET] -> Running build hook: [keyboard]
[2013-08-03 13:40] [ALPM-SCRIPTLET] -> Running build hook: [filesystems]
[2013-08-03 13:40] [ALPM-SCRIPTLET] -> Running build hook: [fglrx]
[2013-08-03 13:40] [ALPM-SCRIPTLET] Building fglrx module for 3.10.3-1-ARCH kernel ...
[2013-08-03 13:40] [ALPM-SCRIPTLET] Failed!!! Check out log: /var/log/catalyst-install.log
[2013-08-03 13:40] [ALPM-SCRIPTLET] - /usr/lib/modules/3.9.9-1-ARCH looks like unused, maybe remove it manualy?
[2013-08-03 13:40] [ALPM-SCRIPTLET] ==> Generating module dependencies
[2013-08-03 13:40] [ALPM-SCRIPTLET] ==> Creating gzip initcpio image: /boot/initramfs-linux.img
[2013-08-03 13:40] [ALPM-SCRIPTLET] ==> Image generation successful
[2013-08-03 13:40] [ALPM-SCRIPTLET] ==> Building image from preset: /etc/mkinitcpio.d/linux.preset: 'fallback'
[2013-08-03 13:40] [ALPM-SCRIPTLET] -> -k /boot/vmlinuz-linux -c /etc/mkinitcpio.conf -g /boot/initramfs-linux-fallback.img -S autodetect
[2013-08-03 13:40] [ALPM-SCRIPTLET] ==> Starting build: 3.10.3-1-ARCH
[2013-08-03 13:40] [ALPM-SCRIPTLET] -> Running build hook: [base]
[2013-08-03 13:40] [ALPM-SCRIPTLET] -> Running build hook: [udev]
[2013-08-03 13:40] [ALPM-SCRIPTLET] ==> WARNING: Hook 'pata' is deprecated. Replace it with 'block' in your config
[2013-08-03 13:40] [ALPM-SCRIPTLET] -> Running build hook: [block]
[2013-08-03 13:40] [ALPM-SCRIPTLET] ==> WARNING: Possibly missing firmware for module: bfa
[2013-08-03 13:40] [ALPM-SCRIPTLET] ==> WARNING: Possibly missing firmware for module: aic94xx
[2013-08-03 13:40] [ALPM-SCRIPTLET] ==> WARNING: Possibly missing firmware for module: smsmdtv
[2013-08-03 13:40] [ALPM-SCRIPTLET] ==> WARNING: Hook 'scsi' is deprecated. Replace it with 'block' in your config
[2013-08-03 13:40] [ALPM-SCRIPTLET] -> Running build hook: [block]
[2013-08-03 13:40] [ALPM-SCRIPTLET] ==> WARNING: Hook 'sata' is deprecated. Replace it with 'block' in your config
[2013-08-03 13:40] [ALPM-SCRIPTLET] -> Running build hook: [block]
[2013-08-03 13:40] [ALPM-SCRIPTLET] ==> WARNING: Hook 'usbinput' is deprecated. Replace it with 'keyboard' in your config
[2013-08-03 13:40] [ALPM-SCRIPTLET] -> Running build hook: [keyboard]
[2013-08-03 13:40] [ALPM-SCRIPTLET] -> Running build hook: [filesystems]
[2013-08-03 13:40] [ALPM-SCRIPTLET] -> Running build hook: [fglrx]
[2013-08-03 13:40] [ALPM-SCRIPTLET] Building fglrx module for 3.10.3-1-ARCH kernel ...
[2013-08-03 13:40] [ALPM-SCRIPTLET] Failed!!! Check out log: /var/log/catalyst-install.log
[2013-08-03 13:40] [ALPM-SCRIPTLET] - /usr/lib/modules/3.9.9-1-ARCH looks like unused, maybe remove it manualy?
[2013-08-03 13:40] [ALPM-SCRIPTLET] ==> Generating module dependencies
[2013-08-03 13:40] [ALPM-SCRIPTLET] ==> Creating gzip initcpio image: /boot/initramfs-linux-fallback.img
[2013-08-03 13:40] [ALPM-SCRIPTLET] ==> Image generation successful
[2013-08-03 13:40] [PACMAN] upgraded linux (3.9.9-1 -> 3.10.3-1)
[2013-08-03 13:40] [PACMAN] upgraded linux-docs (3.9.9-1 -> 3.10.3-1)
[2013-08-03 13:40] [PACMAN] upgraded linux-headers (3.9.9-1 -> 3.10.3-1)
[2013-08-03 13:40] [PACMAN] upgraded lirc-utils (1:0.9.0-49 -> 1:0.9.0-52)
[2013-08-03 13:40] [PACMAN] upgraded mediastreamer (2.9.0-1 -> 2.9.0-3)
[2013-08-03 13:41] [PACMAN] upgraded meld (1.7.3-1 -> 1.7.4-1)
[2013-08-03 13:41] [PACMAN] upgraded mencoder (36285-1 -> 36285-3)
[2013-08-03 13:41] [PACMAN] upgraded mercurial (2.6.3-1 -> 2.7-1)
[2013-08-03 13:41] [PACMAN] upgraded mplayer (36285-1 -> 36285-3)
[2013-08-03 13:41] [PACMAN] upgraded nepomuk-core (4.10.5-1 -> 4.10.5-2)
[2013-08-03 13:41] [PACMAN] upgraded netctl (1.1-1 -> 1.2-1)
[2013-08-03 13:41] [PACMAN] upgraded nfs-utils (1.2.8-8 -> 1.2.8-9)
[2013-08-03 13:41] [PACMAN] upgraded pcsx2 (1.0.0-5 -> 1.0.0-6)
[2013-08-03 13:41] [PACMAN] upgraded rosegarden (13.04-1 -> 13.06-1)
[2013-08-03 13:41] [PACMAN] upgraded soundkonverter (2.0.3-1 -> 2.0.4-1)
[2013-08-03 13:41] [PACMAN] upgraded subversion (1.8.0-1 -> 1.8.1-1)
[2013-08-03 13:41] [PACMAN] upgraded syslinux (4.06-2 -> 4.07-1)
[2013-08-03 13:41] [PACMAN] upgraded telepathy-glib (0.20.2-1 -> 0.20.4-1)
[2013-08-03 13:41] [ALPM-SCRIPTLET] >>> texlive: updating the filename database...
[2013-08-03 13:41] [ALPM-SCRIPTLET] warning: kpathsea: configuration file texmf.cnf not found in these directories: /usr/bin:/usr/bin/share/texmf-local/web2c:/usr/bin/share/texmf-dist/web2c:/usr/bin/share/texmf/web2c:/usr/bin/texmf-local/web2c:/usr/bin/texmf-dist/web2c:/usr/bin/texmf/web2c:/usr:/usr/share/texmf-local/web2c:/usr/share/texmf-dist/web2c:/usr/share/texmf/web2c:/usr/texmf-local/web2c:/usr/texmf-dist/web2c:/usr/texmf/web2c://../texmf-local/web2c:/://share/texmf-local/web2c://share/texmf-dist/web2c://share/texmf/web2c://texmf-local/web2c://texmf-dist/web2c://texmf/web2c.
[2013-08-03 13:41] [ALPM-SCRIPTLET] mktexlsr: Done.
[2013-08-03 13:41] [ALPM-SCRIPTLET] recreating all formats...warning: kpathsea: configuration file texmf.cnf not found in these directories: /usr/bin:/usr/bin/share/texmf-local/web2c:/usr/bin/share/texmf-dist/web2c:/usr/bin/share/texmf/web2c:/usr/bin/texmf-local/web2c:/usr/bin/texmf-dist/web2c:/usr/bin/texmf/web2c:/usr:/usr/share/texmf-local/web2c:/usr/share/texmf-dist/web2c:/usr/share/texmf/web2c:/usr/texmf-local/web2c:/usr/texmf-dist/web2c:/usr/texmf/web2c://../texmf-local/web2c:/://share/texmf-local/web2c://share/texmf-dist/web2c://share/texmf/web2c://texmf-local/web2c://texmf-dist/web2c://texmf/web2c.
[2013-08-03 13:41] [ALPM-SCRIPTLET] warning: kpathsea: configuration file texmf.cnf not found in these directories: /usr/bin:/usr/bin/share/texmf-local/web2c:/usr/bin/share/texmf-dist/web2c:/usr/bin/share/texmf/web2c:/usr/bin/texmf-local/web2c:/usr/bin/texmf-dist/web2c:/usr/bin/texmf/web2c:/usr:/usr/share/texmf-local/web2c:/usr/share/texmf-dist/web2c:/usr/share/texmf/web2c:/usr/texmf-local/web2c:/usr/texmf-dist/web2c:/usr/texmf/web2c://../texmf-local/web2c:/://share/texmf-local/web2c://share/texmf-dist/web2c://share/texmf/web2c://texmf-local/web2c://texmf-dist/web2c://texmf/web2c.
[2013-08-03 13:41] [ALPM-SCRIPTLET] warning: kpathsea: configuration file texmf.cnf not found in these directories: /usr/bin:/usr/bin/share/texmf-local/web2c:/usr/bin/share/texmf-dist/web2c:/usr/bin/share/texmf/web2c:/usr/bin/texmf-local/web2c:/usr/bin/texmf-dist/web2c:/usr/bin/texmf/web2c:/usr:/usr/share/texmf-local/web2c:/usr/share/texmf-dist/web2c:/usr/share/texmf/web2c:/usr/texmf-local/web2c:/usr/texmf-dist/web2c:/usr/texmf/web2c://../texmf-local/web2c:/://share/texmf-local/web2c://share/texmf-dist/web2c://share/texmf/web2c://texmf-local/web2c://texmf-dist/web2c://texmf/web2c.
[2013-08-03 13:41] [ALPM-SCRIPTLET] /usr/bin/fmtutil: line 395: /texconfig/tcfmgr: No such file or directory
[2013-08-03 13:41] [ALPM-SCRIPTLET] fmtutil: config file `fmtutil.cnf' not found.
[2013-08-03 13:41] [ALPM-SCRIPTLET] done.
[2013-08-03 13:41] [ALPM-SCRIPTLET] (logs are under /var/lib/texmf/web2c/<engine>/<formatname>.log)
[2013-08-03 13:41] [PACMAN] upgraded texlive-bin (2012.0-13 -> 2013.30973-2)
[2013-08-03 13:41] [ALPM] warning: /etc/texmf/tex/generic/config/language.dat installed as /etc/texmf/tex/generic/config/language.dat.pacnew
[2013-08-03 13:41] [ALPM] warning: /etc/texmf/tex/generic/config/language.def installed as /etc/texmf/tex/generic/config/language.def.pacnew
[2013-08-03 13:41] [ALPM] warning: /etc/texmf/dvipdfmx/dvipdfmx.cfg installed as /etc/texmf/dvipdfmx/dvipdfmx.cfg.pacnew
[2013-08-03 13:41] [ALPM] warning: /etc/texmf/chktex/chktexrc installed as /etc/texmf/chktex/chktexrc.pacnew
[2013-08-03 13:41] [ALPM] warning: /etc/texmf/web2c/fmtutil.cnf installed as /etc/texmf/web2c/fmtutil.cnf.pacnew
[2013-08-03 13:41] [ALPM] warning: /etc/texmf/web2c/texmf.cnf installed as /etc/texmf/web2c/texmf.cnf.pacnew
[2013-08-03 13:41] [ALPM-SCRIPTLET] >>> texlive: saving updmap.cfg as /tmp/tmp.4WfV4vnjxi...
[2013-08-03 13:41] [ALPM-SCRIPTLET] >>> texlive: regenerating updmap.cfg (custom additions should go
[2013-08-03 13:41] [ALPM-SCRIPTLET] into /etc/texmf/web2c/updmap-local.cfg
[2013-08-03 13:41] [ALPM-SCRIPTLET] >>> texlive: updating the filename database...
[2013-08-03 13:41] [ALPM-SCRIPTLET] mktexlsr: Updating /etc/texmf/ls-R...
[2013-08-03 13:41] [ALPM-SCRIPTLET] mktexlsr: Updating /usr/share/texmf/ls-R...
[2013-08-03 13:41] [ALPM-SCRIPTLET] mktexlsr: Updating /usr/share/texmf-dist/ls-R...
[2013-08-03 13:41] [ALPM-SCRIPTLET] mktexlsr: Updating /var/lib/texmf/ls-R...
[2013-08-03 13:41] [ALPM-SCRIPTLET] mktexlsr: Done.
[2013-08-03 13:41] [ALPM-SCRIPTLET] >>> texlive: updating the fontmap files with updmap...
[2013-08-03 13:41] [ALPM-SCRIPTLET] updmap: resetting $HOME value (was /home/redac) to root's actual home (/root).
[2013-08-03 13:41] [ALPM-SCRIPTLET] done.
[2013-08-03 13:41] [ALPM-SCRIPTLET] >>> texlive: recreating all formats...
[2013-08-03 13:41] [ALPM-SCRIPTLET] /usr/bin/fmtutil: line 395: /usr/share/texmf/texconfig/tcfmgr: No such file or directory
[2013-08-03 13:41] [ALPM-SCRIPTLET] fmtutil: config file `fmtutil.cnf' not found.
[2013-08-03 13:41] [ALPM-SCRIPTLET] done.
[2013-08-03 13:41] [ALPM-SCRIPTLET] (logs are under /var/lib/texmf/web2c/<engine>/<formatname>.log)
[2013-08-03 13:41] [ALPM-SCRIPTLET] NB: To setup ConTeXt and the lua(la)tex font db,
[2013-08-03 13:41] [ALPM-SCRIPTLET] see http://wiki.archlinux.org/index.php/TeX_Live
[2013-08-03 13:41] [PACMAN] upgraded texlive-core (2012.29661-1 -> 2013.30962-2)
[2013-08-03 13:41] [PACMAN] upgraded transcode (1.1.7-9 -> 1.1.7-10)
[2013-08-03 13:41] [PACMAN] upgraded twisted (13.0.0-1 -> 13.1.0-1)
[2013-08-03 13:41] [PACMAN] upgraded videoproto (2.3.1-2 -> 2.3.2-1)
[2013-08-03 13:41] [PACMAN] upgraded virtuoso-base (6.1.6-2 -> 6.1.7-1)
[2013-08-03 13:41] [PACMAN] upgraded virtuoso (6.1.6-2 -> 6.1.7-1)
[2013-08-03 13:41] [PACMAN] installed ffmpeg-compat (1:0.10.8-4)
[2013-08-03 13:42] [PACMAN] upgraded vlc (2.0.7-2 -> 2.0.8.a-1)
[2013-08-03 13:42] [PACMAN] upgraded webkitgtk (2.0.3-1 -> 2.0.4-1)
[2013-08-03 13:42] [PACMAN] upgraded wine (1.6rc5-1 -> 1.7.0-1)
[2013-08-03 13:42] [PACMAN] upgraded xorg-iceauth (1.0.5-1 -> 1.0.6-1)
[2013-08-03 13:42] [PACMAN] upgraded youtube-dl (2013.07.17.1-1 -> 2013.07.25.2-1)Okay, so it turns out that this was caused by the Catalyst bug described in this post. Reverting to the 13.6 version solved the problem. Lesson learned: if there's a ton of memory being used that isn't owned by a running process, start looking for bug reports involving drivers. Especially drivers known for being, well, pretty bad. Was there any method I could have used that would have told me that Catalyst was using all my ram, or is kernel-space memory usage pretty much a black box?
Last edited by Chaotechnician (2013-08-08 00:10:43) -
High Eden Java Memory Usage/Garbage Collection
Hi,
I am trying to make sure that my Coldfusion Server is optomised to the max and to find out what is normal limits.
Basically it looks like at times my servers can run slow but it is possible that this is caused by a very old bloated code base.
Jrun can sometimes have very high CPU usage so I purchased Fusion Reactor to see what is going on under the hood.
Here are my current Java settings (running v6u24):
java.args=-server -Xmx4096m -Xms4096m -XX:MaxPermSize=256m -XX:PermSize=256m -Dsun.rmi.dgc.client.gcInterval=600000 -Dsun.rmi.dgc.server.gcInterval=600000 -Dsun.io.useCanonCaches=false -XX:+UseParallelGC -Xbatch ........
With regards Memory, the only memory that seems to be running a lot of Garbage Collection is the Eden Memory Space. It climbs to nearly 1.2GB in total just under every minute at which time it looks like GC kicks in and the usage drops to about 100MB.
Survivor memory grows to about 80-100MB over the space of 10 minutes but drops to 0 after the scheduled full GC runs. Old Gen memory fluctuates between 225MB and 350MB with small steps (~50MB) up or down when full GC runs every 10 minutes.
I had the heap set to 2GB initally in total giving about 600MB to the Eden Space. When I looked at the graphs from Fusion Reactor I could see that there was (minor) Garbage Collection about 2-3 times a minute when the memory usage maxed out the entire 600MB which seemed a high frequency to my untrained eye. I then upped the memory to 4GB in total (~1.2GB auto given to Eden space) to see the difference and saw that GC happened 1-2 times per minute.
Is it normal in Coldfusion that the Eden memory would grow so quickly and have garbage collection run so often? i.e do these graphs look normal?
Also should I somehow redistribute the memory available to give the Eden memory more since it seems to be where all the action is?
Any other advice for performance improvements would be much appreciated.
Note: These graphs are not from a period where jrun had high CPU.
Here are the graphs:
PS Eden Space Graph
PS Survivor Space Graph
PS Old Gen Graph
PS Perm Gen Graph
Heap Memory Graph
Heap/Non Heap Memory Graph
CPU Graph
Request Average Execution Time Graph
Request Activity Graph
Code Cache GraphHi,
>Is it normal in Coldfusion that the Eden memory would grow so quickly and have garbage collection run so often?
Yes normal to garbage collect Eden often. That is a minor garbage collection.
>Also should I somehow redistribute the memory available to give the Eden memory more since it seems to be where all the action is?
Sometimes it is good to set Eden (Eden and its two Survivor Spaces combined make up New or Young Generation part of JVM heap) to a smaller size. I know your thinking - what make it less, but I want to make it bigger. Give less a try (sometimes less = more, bigger not = better) and monitor the situation. I like to use -Xmn switch, some sources say to use other method/s. Perhaps you could try java.args=-server -Xmx4096m -Xms4096m -Xmn172m etc. I better mention make a backup copy of jvm.config before applying changes. Having said that now you know how you can set the size to bigger if you want.
I think the JVM is perhaps making some poor decisions with sizing the heap. With Eden growing to 1Gb then being evacuated not many objects are surviving and therefore not being promoted to Old Generation. This ultimately means the object will need to be loaded again latter to Eden rather than being referenced in the Old generation part of the heap. Adds up to poor performance.
>Any other advice for performance improvements would be much appreciated.
You are using Parallel garbage collector. Perhaps you could enable that to run multi-threaded reducing the time duration of the garbage collections, jvm args ...-XX:+UseParallelGC -XX:ParallelGCThreads=N etc where N = CPU cores (eg quad core = 4).
HTH, Carl. -
Memory leak in jvm? totalMemory differs real memory usage
I working on a server application under linux with java 1.4.1_02.
The problem is that the OS reports after approx. 2 days a memory usage of about 200 MB while the JVM's totalMemory method says, that only about 20 MB are allocated and more than 10 MB of these 20 MB are free. Calling System.gc() doesn't help.
Is there a memory leak in the JVM itself ?
Is there a bugfix or workaround for preventing out of memory ?hi, here is some of the messages from our tomcat log. Please let us know if you see something here.
thanks
wh
14:04 Started Tomcat0.000: [GC 23352K->3056K(259264K), 0.0425550 secs]
6.396: [GC 26416K->3837K(259264K), 0.0428260 secs]
67.830: [GC 27197K->7675K(259264K), 0.0526750 secs]
14:11 Started OpenSTA load test (Tomcat 103M/103M SIZE/RSIZE)417.805: [Full GC 23900K->10468K(259264K), 0.1470690 secs]
464.368: [Full GC 29592K->12380K(259264K), 0.1984410 secs]
474.295: [GC 35740K->16076K(259264K), 0.0362230 secs]
482.470: [Full GC 32672K->16120K(259264K), 0.1574280 secs]
497.299: [Full GC 32266K->15347K(259264K), 0.1993480 secs]
513.132: [GC 38707K->15644K(259264K), 0.0067610 secs]
513.552: [Full GC 21105K->15833K(259264K), 0.1484350 secs]
524.393: [Full GC 31980K->15975K(259264K), 0.1507760 secs]
535.314: [Full GC 36832K->16164K(259264K), 0.1561530 secs]
544.704: [GC 39524K->16360K(259264K), 0.0035200 secs]
544.724: [Full GC 17439K->15435K(259264K), 0.1654420 secs]
550.837: [GC 38790K->15669K(259264K), 0.0031210 secs]
550.961: [Full GC 20198K->15612K(259264K), 0.1458520 secs]
561.816: [Full GC 36712K->15768K(259264K), 0.1535080 secs]
567.997: [Full GC 38928K->15944K(259264K), 0.1586890 secs]
572.313: [Full GC 29129K->15618K(259264K), 0.1764170 secs]
581.769: [Full GC 36749K->15768K(259264K), 0.1538980 secs]
588.514: [GC 39123K->16114K(259264K), 0.0042700 secs]
588.573: [Full GC 20576K->15878K(259264K), 0.1476950 secs]
592.833: [Full GC 34359K->16027K(259264K), 0.1563230 secs]
594.394: [GC 39387K->16189K(259264K), 0.0030660 secs]
596.453: [Full GC 30677K->15678K(259264K), 0.1698180 secs]
603.878: [GC 39038K->15839K(259264K), 0.0043830 secs]
610.088: [Full GC 32709K->15843K(259264K), 0.1554470 secs]
613.281: [Full GC 25096K->15932K(259264K), 0.1500100 secs]
618.982: [Full GC 35727K->16060K(259264K), 0.1558180 secs]
625.228: [Full GC 39090K->15677K(259264K), 0.1778470 secs]
638.611: [GC 39037K->15885K(259264K), 0.0034330 secs]
639.430: [Full GC 22116K->15866K(259264K), 0.1508080 secs]
646.904: [Full GC 26171K->16062K(259264K), 0.1532020 secs]
652.457: [Full GC 25748K->16156K(259264K), 0.1512670 secs]
658.609: [GC 39516K->16367K(259264K), 0.0032440 secs]
660.209: [Full GC 21359K->15677K(259264K), 0.1657590 secs]
664.911: [Full GC 34660K->15809K(259264K), 0.1562110 secs]
670.953: [Full GC 33108K->15937K(259264K), 0.1571950 secs]
673.849: [Full GC 29438K->16016K(259264K), 0.1531250 secs]
680.074: [GC 39376K->16523K(259264K), 0.0060770 secs]
680.279: [Full GC 26022K->15968K(259264K), 0.1805950 secs]
686.274: [Full GC 39141K->16092K(259264K), 0.1616190 secs]
688.844: [Full GC 36586K->16180K(259264K), 0.1567480 secs]
693.700: [Full GC 35574K->16344K(259264K), 0.1574960 secs]
700.598: [GC 39704K->16637K(259264K), 0.0035300 secs]
700.624: [Full GC 18174K->15872K(259264K), 0.1651170 secs]
703.509: [Full GC 34099K->16082K(259264K), 0.1573090 secs]
707.642: [GC 39442K->16171K(259264K), 0.0025780 secs]
709.815: [Full GC 28634K->16206K(259264K), 0.1534170 secs]
716.272: [Full GC 36047K->16381K(259264K), 0.1587900 secs]
723.495: [Full GC 39059K->16219K(259264K), 0.1683900 secs]
728.392: [GC 39577K->16618K(259264K), 0.0040680 secs]
728.415: [Full GC 18013K->16400K(259264K), 0.1536650 secs]
731.039: [Full GC 34082K->16531K(259264K), 0.1571980 secs]
737.472: [Full GC 32417K->16713K(259264K), 0.1577520 secs]
742.717: [Full GC 37469K->16111K(259264K), 0.1606780 secs]
744.274: [GC 39471K->16290K(259264K), 0.0033230 secs]
744.613: [Full GC 21102K->16265K(259264K), 0.1536350 secs]
748.395: [GC 39621K->16436K(259264K), 0.0031140 secs]
748.677: [Full GC 25242K->16359K(259264K), 0.1576130 secs]
750.854: [Full GC 31336K->16451K(259264K), 0.1585730 secs]
756.051: [Full GC 36466K->16119K(259264K), 0.1612460 secs]
759.115: [GC 39479K->16346K(259264K), 0.0028810 secs]
760.093: [Full GC 21902K->16228K(259264K), 0.1520320 secs]
763.760: [GC 39582K->16700K(259264K), 0.0059930 secs]
764.034: [Full GC 22526K->16387K(259264K), 0.1544760 secs]
768.679: [Full GC 32133K->16544K(259264K), 0.1591930 secs]
771.644: [Full GC 31230K->16325K(259264K), 0.1612140 secs]
776.770: [Full GC 38785K->16445K(259264K), 0.1620900 secs]
780.396: [Full GC 37938K->16896K(259264K), 0.1673300 secs]
782.776: [Full GC 30184K->17037K(259264K), 0.1590650 secs]
786.573: [GC 40397K->17228K(259264K), 0.0034880 secs]
786.731: [Full GC 19211K->16266K(259264K), 0.1549430 secs]
789.000: [GC 39619K->16361K(259264K), 0.0026020 secs]
789.269: [Full GC 19125K->16399K(259264K), 0.1513090 secs]
792.386: [Full GC 36010K->16508K(259264K), 0.1637400 secs]
795.102: [GC 39868K->16833K(259264K), 0.0040440 secs]
795.207: [Full GC 21389K->16739K(259264K), 0.1533440 secs]
799.324: [Full GC 23240K->16280K(259264K), 0.1577710 secs]
802.196: [GC 39639K->16518K(259264K), 0.0033770 secs]
802.399: [Full GC 22872K->16698K(259264K), 0.1572730 secs]
807.161: [GC 40058K->16776K(259264K), 0.0027580 secs]
809.900: [Full GC 36185K->16876K(259264K), 0.1607120 secs]
811.791: [Full GC 30282K->16978K(259264K), 0.1593370 secs]
813.563: [GC 40337K->17376K(259264K), 0.0064020 secs]
813.804: [Full GC 29057K->16982K(259264K), 0.1816130 secs]
815.297: [GC 40336K->17338K(259264K), 0.0039630 secs]
815.310: [Full GC 17806K->17082K(259264K), 0.1522910 secs]
819.516: [GC 40438K->17223K(259264K), 0.0028420 secs]
821.285: [Full GC 26923K->17272K(259264K), 0.1588350 secs]
823.559: [GC 40632K->17448K(259264K), 0.0031100 secs]
824.265: [Full GC 21492K->17462K(259264K), 0.1550870 secs]
825.397: [GC 40822K->17655K(259264K), 0.0031120 secs]
825.486: [Full GC 18871K->16337K(259264K), 0.1562730 secs]
829.469: [Full GC 38369K->16447K(259264K), 0.1650720 secs]
831.816: [GC 39807K->16601K(259264K), 0.0026710 secs]
831.827: [Full GC 17119K->16512K(259264K), 0.1522890 secs]
835.329: [GC 39872K->17080K(259264K), 0.0053700 secs]
835.465: [Full GC 23458K->16733K(259264K), 0.1581070 secs]
837.668: [GC 40093K->16935K(259264K), 0.0031290 secs]
838.251: [Full GC 20039K->16495K(259264K), 0.1564500 secs]
841.767: [Full GC 25895K->16613K(259264K), 0.1577470 secs]
844.476: [Full GC 35311K->16695K(259264K), 0.1628390 secs]
848.103: [GC 40044K->17069K(259264K), 0.0032710 secs]
848.628: [Full GC 22870K->16916K(259264K), 0.1580780 secs]
854.887: [Full GC 31905K->16323K(259264K), 0.1653390 secs]
857.228: [Full GC 36492K->16530K(259264K), 0.1634600 secs]
858.956: [GC 39890K->16815K(259264K), 0.0036330 secs]
862.023: [Full GC 21092K->16631K(259264K), 0.1564650 secs]
863.249: [Full GC 26164K->16781K(259264K), 0.1562600 secs]
865.711: [GC 40141K->17043K(259264K), 0.0031530 secs]
865.729: [Full GC 18180K->16457K(259264K), 0.1577410 secs]
869.627: [GC 39817K->16729K(259264K), 0.0033990 secs]
870.098: [Full GC 24966K->16659K(259264K), 0.1562460 secs]
872.350: [Full GC 31145K->16718K(259264K), 0.1604970 secs]
876.105: [Full GC 39279K->16941K(259264K), 0.1668260 secs]
880.207: [GC 40299K->17205K(259264K), 0.0034920 secs]
880.251: [Full GC 20652K->16517K(259264K), 0.1571090 secs]
883.114: [Full GC 37902K->16737K(259264K), 0.1646110 secs]
884.628: [Full GC 24661K->16849K(259264K), 0.1560830 secs]
888.022: [GC 40203K->17459K(259264K), 0.0051950 secs]
889.142: [Full GC 22380K->17051K(259264K), 0.1583020 secs]
891.554: [GC 40411K->17208K(259264K), 0.0027960 secs]
891.582: [Full GC 18063K->16781K(259264K), 0.1585470 secs]
892.405: [Full GC 29120K->17053K(259264K), 0.1622140 secs]
894.017: [GC 40406K->17464K(259264K), 0.0045690 secs]
895.447: [Full GC 31179K->17223K(259264K), 0.1628010 secs]
897.067: [Full GC 38729K->17329K(259264K), 0.1647360 secs]
900.396: [GC 40689K->17720K(259264K), 0.0044380 secs]
900.441: [Full GC 20648K->16903K(259264K), 0.1598090 secs]
902.678: [Full GC 35946K->17128K(259264K), 0.1663350 secs]
905.853: [GC 40488K->17532K(259264K), 0.0064380 secs]
905.891: [Full GC 19672K->17499K(259264K), 0.1621960 secs]
907.750: [GC 40847K->17670K(259264K), 0.0030520 secs]
908.460: [Full GC 20024K->17620K(259264K), 0.1565920 secs]
910.624: [GC 40980K->17765K(259264K), 0.0030090 secs]
910.671: [Full GC 18684K->16921K(259264K), 0.1605090 secs]
912.509: [Full GC 29066K->17017K(259264K), 0.1614450 secs]
913.757: [GC 40377K->17483K(259264K), 0.0047620 secs]
914.763: [Full GC 25902K->17141K(259264K), 0.1608170 secs]
917.689: [GC 40501K->17647K(259264K), 0.0049530 secs]
918.806: [Full GC 28871K->17294K(259264K), 0.1601960 secs]
921.558: [GC 40654K->17457K(259264K), 0.0029970 secs]
922.333: [Full GC 30464K->16925K(259264K), 0.1662820 secs]
923.373: [GC 40285K->17159K(259264K), 0.0042550 secs]
923.555: [Full GC 24496K->17082K(259264K), 0.1599500 secs]
927.044: [Full GC 37046K->17226K(259264K), 0.1683760 secs]
929.061: [GC 40586K->17346K(259264K), 0.0026490 secs]
929.162: [Full GC 21815K->17310K(259264K), 0.1590250 secs]
931.978: [GC 40670K->17413K(259264K), 0.0024780 secs]
932.513: [Full GC 23342K->16981K(259264K), 0.1626270 secs]
935.043: [GC 40341K->17151K(259264K), 0.0028210 secs]
935.520: [Full GC 29674K->17213K(259264K), 0.1660230 secs]
937.492: [GC 40573K->17558K(259264K), 0.0039620 secs]
937.670: [Full GC 23593K->17320K(259264K), 0.1597560 secs]
938.607: [GC 40680K->17648K(259264K), 0.0045610 secs]
939.678: [Full GC 33877K->17515K(259264K), 0.1648540 secs]
942.806: [GC 40869K->18021K(259264K), 0.0051340 secs]
944.254: [Full GC 35743K->17147K(259264K), 0.1719980 secs]
945.155: [Full GC 36250K->17530K(259264K), 0.1705550 secs]
946.222: [Full GC 34120K->17623K(259264K), 0.1649620 secs]
949.645: [Full GC 30572K->17807K(259264K), 0.1649170 secs]
952.442: [GC 41163K->17964K(259264K), 0.0030280 secs]
952.566: [Full GC 20289K->16895K(259264K), 0.1610340 secs]
954.853: [Full GC 28279K->17090K(259264K), 0.1638610 secs]
957.884: [GC 40445K->17584K(259264K), 0.0047550 secs]
958.667: [Full GC 32363K->17427K(259264K), 0.1661990 secs]
959.881: [Full GC 33152K->17499K(259264K), 0.1664660 secs]
964.265: [Full GC 37131K->17078K(259264K), 0.1695560 secs]
967.544: [Full GC 39971K->17286K(259264K), 0.1698470 secs]
972.467: [GC 40645K->17716K(259264K), 0.0058330 secs]
972.573: [Full GC 19899K->17688K(259264K), 0.1596110 secs]
973.323: [GC 41048K->18078K(259264K), 0.0039180 secs]
973.767: [Full GC 30629K->18056K(259264K), 0.1642740 secs]
975.978: [Full GC 32502K->16772K(259264K), 0.1692030 secs]
977.636: [GC 40132K->17237K(259264K), 0.0055500 secs]
978.935: [Full GC 25669K->16985K(259264K), 0.1628640 secs]
980.311: [Full GC 36664K->17060K(259264K), 0.1661300 secs]
984.254: [GC 40420K->17283K(259264K), 0.0035880 secs]
984.947: [Full GC 28397K->17339K(259264K), 0.1645970 secs]
988.111: [Full GC 30208K->16821K(259264K), 0.1669820 secs]
991.456: [Full GC 24124K->16941K(259264K), 0.1607770 secs]
994.575: [GC 40301K->17145K(259264K), 0.0035460 secs]
995.050: [Full GC 26065K->17242K(259264K), 0.1658660 secs]
996.625: [Full GC 37922K->17434K(259264K), 0.1697800 secs]
999.246: [Full GC 31259K->17049K(259264K), 0.1676220 secs]
1001.492: [GC 40408K->17779K(259264K), 0.0078300 secs]
1001.859: [Full GC 34893K->17307K(259264K), 0.1669200 secs]
1004.393: [GC 40666K->17525K(259264K), 0.0030640 secs]
1004.425: [Full GC 20060K->17436K(259264K), 0.1593370 secs]
1007.645: [GC 40794K->17669K(259264K), 0.0030540 secs]
1008.124: [Full GC 30847K->17795K(259264K), 0.1688060 secs]
1009.680: [Full GC 27073K->17588K(259264K), 0.1798900 secs]
1011.538: [Full GC 30414K->17677K(259264K), 0.1661910 secs]
1016.696: [GC 41037K->17878K(259264K), 0.0043140 secs]
1017.675: [GC 41238K->18305K(259264K), 0.0076230 secs]
1017.697: [Full GC 18965K->17980K(259264K), 0.1633270 secs]
1018.701: [Full GC 40089K->18034K(259264K), 0.1699260 secs]
1022.387: [Full GC 40085K->17215K(259264K), 0.1718460 secs]
1024.329: [GC 40575K->17390K(259264K), 0.0033200 secs]
1025.327: [Full GC 32127K->17405K(259264K), 0.1646980 secs]
1027.948: [GC 40765K->18028K(259264K), 0.0072570 secs]
1028.257: [Full GC 33726K->17576K(259264K), 0.1646440 secs]
1029.759: [Full GC 35673K->17688K(259264K), 0.1722710 secs]
1032.229: [Full GC 29552K->17224K(259264K), 0.1670930 secs]
1036.764: [GC 40584K->17488K(259264K), 0.0044870 secs]
1037.789: [Full GC 23532K->17375K(259264K), 0.1604060 secs]
1040.193: [Full GC 40682K->17543K(259264K), 0.1722250 secs]
1041.362: [GC 40902K->17948K(259264K), 0.0044240 secs]
1042.386: [Full GC 29926K->17651K(259264K), 0.1651240 secs]
1046.173: [GC 41011K->17786K(259264K), 0.0030940 secs]
1046.186: [Full GC 18169K->17442K(259264K), 0.1657440 secs]
1048.882: [GC 40802K->17670K(259264K), 0.0032420 secs]
1049.728: [Full GC 26921K->17623K(259264K), 0.1666840 secs]
1050.667: [Full GC 27281K->17714K(259264K), 0.1655080 secs]
1053.205: [Full GC 39795K->17784K(259264K), 0.1699730 secs]
1055.242: [Full GC 37892K->17524K(259264K), 0.1736060 secs]
1058.278: [GC 40877K->17783K(259264K), 0.0032240 secs]
1058.934: [Full GC 24636K->17670K(259264K), 0.1629560 secs]
1061.572: [Full GC 32462K->17738K(259264K), 0.1658050 secs]
1064.860: [GC 41090K->18049K(259264K), 0.0031520 secs]
1064.873: [Full GC 18402K->17913K(259264K), 0.1598100 secs]
1068.969: [GC 41272K->18129K(259264K), 0.0030650 secs]
1069.415: [Full GC 25714K->17421K(259264K), 0.1689390 secs]
1070.981: [Full GC 40072K->17529K(259264K), 0.1719780 secs]
1072.694: [Full GC 40298K->17684K(259264K), 0.1755570 secs]
1074.349: [Full GC 29692K->17760K(259264K), 0.1646700 secs]
1079.137: [GC 41120K->18001K(259264K), 0.0032570 secs]
1079.901: [Full GC 29267K->17912K(259264K), 0.1952200 secs]
1081.705: [GC 41272K->18459K(259264K), 0.0059700 secs]
1082.812: [Full GC 28652K->18115K(259264K), 0.1686030 secs]
1084.535: [GC 41475K->18286K(259264K), 0.0029690 secs]
1085.759: [Full GC 22825K->18304K(259264K), 0.1620300 secs]
1088.874: [GC 41664K->18557K(259264K), 0.0032180 secs]
1090.304: [Full GC 23507K->18428K(259264K), 0.1613190 secs]
1092.560: [GC 41787K->18731K(259264K), 0.0037290 secs]
1092.568: [Full GC 18918K->17280K(259264K), 0.1863890 secs]
1094.698: [Full GC 40048K->17487K(259264K), 0.1717440 secs]
1097.608: [GC 40847K->17639K(259264K), 0.0029460 secs]
1097.770: [Full GC 21453K->17546K(259264K), 0.1593820 secs]
1101.222: [Full GC 34584K->17699K(259264K), 0.1714350 secs]
1103.842: [Full GC 29518K->17398K(259264K), 0.1673060 secs]
1105.429: [Full GC 36543K->17480K(259264K), 0.1687430 secs]
1107.633: [GC 40839K->17863K(259264K), 0.0037960 secs]
1109.418: [Full GC 38489K->17844K(259264K), 0.1714760 secs]
1110.644: [GC 41201K->18176K(259264K), 0.0037780 secs]
1110.708: [Full GC 22032K->18031K(259264K), 0.1629450 secs]
1112.769: [Full GC 33242K->17641K(259264K), 0.1746310 secs]
1115.871: [GC 41001K->17913K(259264K), 0.0042400 secs]
1115.936: [Full GC 18849K->17868K(259264K), 0.1649840 secs]
1116.903: [GC 41228K->18158K(259264K), 0.0038590 secs]
1117.142: [Full GC 23635K->18147K(259264K), 0.1661090 secs]
1119.657: [Full GC 33873K->18237K(259264K), 0.1687550 secs]
1122.138: [GC 41597K->18843K(259264K), 0.0057360 secs]
1122.460: [Full GC 30191K->17352K(259264K), 0.1718040 secs]
1124.176: [GC 40711K->17534K(259264K), 0.0032200 secs]
1124.188: [Full GC 18088K->17408K(259264K), 0.1585710 secs]
1126.471: [GC 40768K->17610K(259264K), 0.0030090 secs]
1126.621: [Full GC 23207K->17585K(259264K), 0.1639700 secs]
1130.601: [GC 40945K->18032K(259264K), 0.0057690 secs]
1130.987: [Full GC 33251K->17715K(259264K), 0.1698070 secs]
1132.400: [GC 41075K->18200K(259264K), 0.0048990 secs]
1133.852: [Full GC 22412K->17396K(259264K), 0.1678410 secs]
1134.988: [GC 40756K->17811K(259264K), 0.0047240 secs]
1135.108: [Full GC 22610K->17538K(259264K), 0.1632820 secs]
1138.140: [Full GC 35484K->17677K(259264K), 0.1697280 secs]
1140.949: [GC 41037K->18028K(259264K), 0.0039610 secs]
1142.579: [Full GC 26182K->17886K(259264K), 0.1663820 secs]
1145.332: [Full GC 38186K->17413K(259264K), 0.1775910 secs]
1147.998: [Full GC 31086K->17542K(259264K), 0.1694310 secs]
1150.183: [GC 40902K->17680K(259264K), 0.0028430 secs]
1151.988: [Full GC 23320K->17714K(259264K), 0.1662670 secs]
1153.556: [GC 41074K->18019K(259264K), 0.0033240 secs]
1153.694: [Full GC 22297K->17819K(259264K), 0.1636210 secs]
1156.910: [Full GC 32491K->17555K(259264K), 0.1708090 secs]
1159.295: [GC 40915K->17925K(259264K), 0.0041940 secs]
1159.584: [Full GC 27356K->17749K(259264K), 0.1684860 secs]
1162.179: [Full GC 40840K->17842K(259264K), 0.1709320 secs]
1165.462: [Full GC 40836K->17998K(259264K), 0.1745900 secs]
1169.213: [Full GC 38228K->17387K(259264K), 0.1773150 secs]
1173.839: [Full GC 38730K->17553K(259264K), 0.1721990 secs]
1176.118: [Full GC 28517K->17724K(259264K), 0.1694920 secs]
1178.427: [GC 41084K->18236K(259264K), 0.0056840 secs]
1178.476: [Full GC 21916K->17907K(259264K), 0.1636330 secs]
1180.035: [Full GC 28804K->17629K(259264K), 0.1706580 secs]
1183.111: [GC 40989K->17821K(259264K), 0.0039230 secs]
1183.470: [Full GC 27647K->17770K(259264K), 0.1642930 secs]
1186.098: [Full GC 34782K->18020K(259264K), 0.1711540 secs]
1189.374: [GC 41380K->18148K(259264K), 0.0030680 secs]
1189.773: [Full GC 19108K->18108K(259264K), 0.1620400 secs]
1193.545: [GC 41468K->18264K(259264K), 0.0030810 secs]
1195.049: [Full GC 33109K->17520K(259264K), 0.1722670 secs]
1197.419: [Full GC 34615K->17775K(259264K), 0.1743520 secs]
1198.468: [Full GC 27126K->17819K(259264K), 0.1658660 secs]
1201.775: [GC 41179K->18064K(259264K), 0.0032670 secs]
1202.434: [Full GC 34303K->18285K(259264K), 0.1741190 secs]
1204.504: [GC 41645K->18591K(259264K), 0.0040820 secs]
1205.473: [Full GC 28617K->17816K(259264K), 0.1725460 secs]
1206.615: [Full GC 23644K->17914K(259264K), 0.1654130 secs]
1208.603: [GC 41274K->18294K(259264K), 0.0047020 secs]
1208.659: [Full GC 21617K->18046K(259264K), 0.1671710 secs]
1210.184: [Full GC 38308K->18107K(259264K), 0.1723240 secs]
1212.135: [Full GC 26647K->17955K(259264K), 0.1731150 secs]
1216.077: [GC 41314K->18170K(259264K), 0.0041080 secs]
1216.475: [Full GC 28069K->18058K(259264K), 0.1722190 secs]
1218.160: [GC 41418K->18256K(259264K), 0.0029660 secs]
1218.196: [Full GC 19422K->18244K(259264K), 0.1601460 secs]
1220.002: [Full GC 26298K->18354K(259264K), 0.1672780 secs]
1222.871: [Full GC 41007K->17486K(259264K), 0.1767970 secs]
1224.257: [Full GC 38459K->17581K(259264K), 0.1708260 secs]
1228.508: [Full GC 31027K->17678K(259264K), 0.1934270 secs]
1230.842: [GC 41038K->17846K(259264K), 0.0027980 secs]
1231.091: [Full GC 23773K->17876K(259264K), 0.1648090 secs]
1233.377: [GC 41235K->18030K(259264K), 0.0043450 secs]
1234.627: [Full GC 27018K->17623K(259264K), 0.1681140 secs]
1238.083: [GC 40983K->18145K(259264K), 0.0053580 secs]
1238.236: [Full GC 26915K->17828K(259264K), 0.1658790 secs]
1240.558: [Full GC 32151K->17956K(259264K), 0.1687010 secs]
1243.685: [GC 41310K->18474K(259264K), 0.0058920 secs]
1246.029: [Full GC 41795K->18533K(259264K), 0.1784250 secs]
1249.400: [GC 41893K->18739K(259264K), 0.0035550 secs]
1249.741: [Full GC 22503K->17989K(259264K), 0.1702740 secs]
1252.402: [GC 41347K->18176K(259264K), 0.0039630 secs]
1252.516: [Full GC 20445K->18258K(259264K), 0.1678890 secs]
1254.473: [Full GC 37435K->18439K(259264K), 0.1891770 secs]
1257.912: [GC 41797K->18658K(259264K), 0.0034350 secs]
1258.627: [Full GC 28099K->18792K(259264K), 0.1701140 secs]
1259.558: [GC 42151K->19185K(259264K), 0.0040460 secs]
1259.685: [Full GC 24326K->17830K(259264K), 0.1797960 secs]
1261.675: [Full GC 35858K->17895K(259264K), 0.1747070 secs]
1265.409: [GC 41253K->18235K(259264K), 0.0045390 secs]
1265.480: [Full GC 21386K->18167K(259264K), 0.1647190 secs]
1266.987: [GC 41527K->18518K(259264K), 0.0042120 secs]
1267.097: [Full GC 23121K->18225K(259264K), 0.1638840 secs]
1269.256: [GC 41579K->18556K(259264K), 0.0034600 secs]
1269.907: [Full GC 25021K->17589K(259264K), 0.1682260 secs]
1272.214: [Full GC 29448K->17641K(259264K), 0.1673120 secs]
1274.376: [Full GC 32613K->17885K(259264K), 0.1710000 secs]
1278.034: [GC 41245K->18309K(259264K), 0.0044890 secs]
1278.139: [Full GC 20559K->18359K(259264K), 0.1699630 secs]
1281.824: [GC 41719K->18836K(259264K), 0.0042590 secs]
1281.869: [Full GC 22173K->17938K(259264K), 0.1710780 secs]
1282.883: [Full GC 38905K->18085K(259264K), 0.1729570 secs]
1285.470: [Full GC 29364K->18221K(259264K), 0.1712110 secs]
1287.186: [GC 41579K->18392K(259264K), 0.0037710 secs]
1287.648: [Full GC 34833K->18379K(259264K), 0.1722590 secs]
1293.044: [Full GC 36896K->17895K(259264K), 0.1790080 secs]
1295.344: [Full GC 39122K->17997K(259264K), 0.1739800 secs]
1298.695: [GC 41356K->18180K(259264K), 0.0035400 secs]
1299.139: [Full GC 27101K->18151K(259264K), 0.1662500 secs]
1301.236: [Full GC 29897K->18243K(259264K), 0.1670530 secs]
1304.222: [GC 41599K->18690K(259264K), 0.0051650 secs]
1304.631: [Full GC 26785K->17570K(259264K), 0.1685990 secs]
1307.040: [Full GC 35984K->17736K(259264K), 0.1714940 secs]
1308.610: [Full GC 33194K->17867K(259264K), 0.1732130 secs]
1310.245: [GC 41227K->18348K(259264K), 0.0046460 secs]
1310.270: [Full GC 20079K->17997K(259264K), 0.1622390 secs]
1316.119: [Full GC 31797K->17701K(259264K), 0.1767490 secs]
1317.765: [GC 41061K->17911K(259264K), 0.0034320 secs]
1318.459: [Full GC 36597K->18147K(259264K), 0.1772120 secs]
1319.623: [Full GC 32165K->18210K(259264K), 0.1702940 secs]
1323.339: [GC 41570K->18394K(259264K), 0.0035930 secs]
1323.362: [Full GC 20003K->18302K(259264K), 0.1621850 secs]
1328.455: [GC 41662K->18528K(259264K), 0.0031090 secs]
1329.080: [Full GC 26141K->17601K(259264K), 0.1714570 secs]
1330.502: [GC 40960K->18190K(259264K), 0.0055370 secs]
1331.248: [Full GC 33207K->17743K(259264K), 0.1716600 secs]
1332.504: [Full GC 33325K->17919K(259264K), 0.1707440 secs]
1334.322: [Full GC 25962K->17964K(259264K), 0.1647600 secs]
1339.043: [GC 41324K->18445K(259264K), 0.0053560 secs]
1339.431: [Full GC 30802K->18036K(259264K), 0.1760700 secs]
1340.706: [GC 41396K->18435K(259264K), 0.0049790 secs]
1340.788: [Full GC 19653K->18362K(259264K), 0.1679480 secs]
1341.402: [Full GC 37930K->18541K(259264K), 0.1789520 secs]
1343.397: [Full GC 38599K->18598K(259264K), 0.1745700 secs]
1345.654: [Full GC 38131K->17863K(259264K), 0.1768640 secs]
1349.079: [Full GC 40810K->18034K(259264K), 0.1751080 secs]
1351.329: [GC 41394K->18181K(259264K), 0.0031310 secs]
1351.630: [Full GC 22737K->18131K(259264K), 0.1667750 secs]
1353.752: [GC 41491K->18415K(259264K), 0.0039180 secs]
1353.771: [Full GC 19663K->18329K(259264K), 0.1658580 secs]
1356.021: [Full GC 33020K->17962K(259264K), 0.1772410 secs]
1362.446: [GC 41322K->18319K(259264K), 0.0041650 secs]
1362.707: [Full GC 28140K->18280K(259264K), 0.1717800 secs]
1364.104: [GC 41640K->18440K(259264K), 0.0035700 secs]
1364.219: [Full GC 19931K->18444K(259264K), 0.1673940 secs]
1367.044: [Full GC 41175K->18638K(259264K), 0.1774620 secs]
1369.008: [GC 41998K->18904K(259264K), 0.0033770 secs]
1370.808: [Full GC 39500K->17736K(259264K), 0.1779480 secs]
1372.395: [Full GC 38579K->17798K(259264K), 0.1732010 secs]
1374.965: [GC 41158K->17977K(259264K), 0.0032530 secs]
1375.530: [Full GC 32640K->18465K(259264K), 0.1768610 secs]
1376.498: [Full GC 37663K->18530K(259264K), 0.1755930 secs]
1379.187: [Full GC 34360K->17772K(259264K), 0.1767890 secs]
1381.635: [GC 41132K->17916K(259264K), 0.0030470 secs]
1382.740: [Full GC 33087K->17979K(259264K), 0.1725710 secs]
1384.342: [Full GC 40704K->18127K(259264K), 0.1782130 secs]
1386.079: [Full GC 37351K->18238K(259264K), 0.1749410 secs]
1388.360: [Full GC 37386K->17696K(259264K), 0.1768570 secs]
1390.025: [Full GC 29469K->17756K(259264K), 0.1694570 secs]
1393.734: [GC 41112K->18057K(259264K), 0.0038490 secs]
1394.247: [Full GC 26711K->17971K(259264K), 0.1697510 secs]
1395.559: [GC 41331K->18421K(259264K), 0.0046160 secs]
1395.724: [Full GC 22935K->18369K(259264K), 0.1683440 secs]
1399.015: [GC 41729K->18557K(259264K), 0.0031830 secs]
1400.459: [Full GC 24074K->17934K(259264K), 0.1763530 secs]
1403.708: [GC 41285K->18399K(259264K), 0.0047150 secs]
1403.906: [Full GC 26160K->18149K(259264K), 0.1707510 secs]
1406.124: [GC 41509K->18387K(259264K), 0.0035380 secs]
1406.848: [Full GC 29898K->18662K(259264K), 0.1756120 secs]
1407.882: [Full GC 36353K->18762K(259264K), 0.1732850 secs]
1409.476: [Full GC 31392K->18111K(259264K), 0.1766410 secs]
1413.341: [GC 41471K->18259K(259264K), 0.0029240 secs]
1414.016: [Full GC 23700K->18347K(259264K), 0.1689310 secs]
1416.973: [GC 41707K->18621K(259264K), 0.0032220 secs]
1417.033: [Full GC 21370K->18493K(259264K), 0.1729750 secs]
1418.844: [Full GC 41535K->18652K(259264K), 0.1788500 secs]
1421.566: [Full GC 37085K->17599K(259264K), 0.1771590 secs]
1426.447: [Full GC 39674K->17772K(259264K), 0.1779320 secs]
1427.655: [Full GC 34052K->17910K(259264K), 0.1752830 secs]
1428.736: [Full GC 31329K->18038K(259264K), 0.1709880 secs]
1431.035: [GC 41398K->18234K(259264K), 0.0033650 secs]
1431.545: [Full GC 32607K->17774K(259264K), 0.1744760 secs]
1435.344: [Full GC 35392K->17901K(259264K), 0.1731200 secs]
1440.290: [Full GC 39635K->18103K(259264K), 0.1759120 secs]
1443.216: [GC 41463K->18459K(259264K), 0.0039860 secs]
1443.627: [Full GC 28455K->18606K(259264K), 0.1717400 secs]
1446.677: [Full GC 31845K->17807K(259264K), 0.1757170 secs]
1448.217: [Full GC 36029K->17929K(259264K), 0.1723040 secs]
1451.897: [Full GC 40425K->18068K(259264K), 0.1773810 secs]
1453.303: [GC 41428K->18399K(259264K), 0.0043310 secs]
1454.383: [GC 41747K->18891K(259264K), 0.0066130 secs]
1454.603: [Full GC 26649K->18470K(259264K), 0.1726960 secs]
1455.862: [GC 41830K->19071K(259264K), 0.0057860 secs]
1455.919: [Full GC 23860K->18080K(259264K), 0.1716680 secs]
1459.396: [GC 41440K->18551K(259264K), 0.0048670 secs]
1459.560: [Full GC 21678K->18433K(259264K), 0.1685140 secs]
1460.305: [Full GC 28004K->18540K(259264K), 0.1708560 secs]
1463.360: [GC 41898K->19157K(259264K), 0.0053660 secs]
1463.385: [Full GC 19875K->18963K(259264K), 0.1695990 secs]
1465.299: [GC 42322K->19230K(259264K), 0.0037680 secs]
1466.243: [Full GC 30800K->18146K(259264K), 0.2014600 secs]
1468.739: [GC 41506K->18435K(259264K), 0.0042590 secs]
1469.240: [Full GC 23481K->18360K(259264K), 0.1682010 secs]
1470.849: [Full GC 37140K->18509K(259264K), 0.1753980 secs]
1473.283: [Full GC 28643K->18566K(259264K), 0.1716950 secs]
1475.513: [GC 41926K->18655K(259264K), 0.0024490 secs]
1476.303: [Full GC 28013K->17893K(259264K), 0.1730760 secs]
1479.100: [GC 41253K->18106K(259264K), 0.0032820 secs]
1479.114: [Full GC 19042K->18011K(259264K), 0.1668360 secs]
1480.705: [GC 41371K->18216K(259264K), 0.0033410 secs]
1480.820: [Full GC 21912K->18126K(259264K), 0.1680140 secs]
1483.212: [GC 41483K->18657K(259264K), 0.0068210 secs]
1483.612: [Full GC 32191K->18531K(259264K), 0.1748200 secs]
1484.237: [Full GC 27101K->17945K(259264K), 0.1720220 secs]
1487.355: [GC 41304K->18052K(259264K), 0.0028180 secs]
1487.453: [Full GC 18350K->18034K(259264K), 0.1671100 secs]
1491.399: [Full GC 30457K->18216K(259264K), 0.1750190 secs]
1493.152: [GC 41576K->18373K(259264K), 0.0030600 secs]
1495.040: [Full GC 35834K->18553K(259264K), 0.1844910 secs]
1496.486: [Full GC 40056K->18404K(259264K), 0.1839830 secs]
1497.604: [Full GC 40636K->18576K(259264K), 0.1802690 secs]
1499.708: [Full GC 32806K->18699K(259264K), 0.1755440 secs]
1502.358: [GC 42056K->19017K(259264K), 0.0035950 secs]
1503.448: [Full GC 39416K->19186K(259264K), 0.1810510 secs]
1504.321: [GC 42546K->19502K(259264K), 0.0041760 secs]
1504.523: [Full GC 26135K->18075K(259264K), 0.1737100 secs]
1506.421: [Full GC 34630K->18190K(259264K), 0.1749040 secs]
1509.521: [Full GC 34218K->18280K(259264K), 0.1738500 secs]
1512.404: [Full GC 40123K->18419K(259264K), 0.1785160 secs]
1514.910: [GC 41779K->18978K(259264K), 0.0046400 secs]
1515.057: [Full GC 21217K->18346K(259264K), 0.1729520 secs]
1516.312: [Full GC 32009K->18445K(259264K), 0.1742600 secs]
1519.535: [GC 41800K->18681K(259264K), 0.0033170 secs]
1521.938: [Full GC 39950K->18817K(259264K), 0.1806540 secs]
1522.918: [Full GC 39996K->18896K(259264K), 0.1770260 secs]
1525.240: [Full GC 27208K->18087K(259264K), 0.1766390 secs]
1527.746: [GC 41446K->18283K(259264K), 0.0030650 secs]
1529.193: [Full GC 31590K->18230K(259264K), 0.1739110 secs]
1531.467: [GC 41590K->18408K(259264K), 0.0031390 secs]
1531.621: [Full GC 20536K->18343K(259264K), 0.1684640 secs]
1534.052: [Full GC 39614K->18673K(259264K), 0.1790600 secs]
1536.308: [Full GC 41947K->18277K(259264K), 0.1831870 secs]
1540.110: [GC 41634K->18676K(259264K), 0.0037740 secs]
1540.655: [Full GC 22982K->18554K(259264K), 0.1718110 secs]
1543.403: [Full GC 40455K->18762K(259264K), 0.1808010 secs]
1544.456: [GC 42122K->19049K(259264K), 0.0056720 secs]
1544.623: [Full GC 24100K->19040K(259264K), 0.1734450 secs]
1547.598: [GC 42399K->19313K(259264K), 0.0031750 secs]
1547.782: [Full GC 21803K->17896K(259264K), 0.1733430 secs]
1550.856: [Full GC 38776K->18049K(259264K), 0.1790000 secs]
1554.027: [Full GC 39925K->18209K(259264K), 0.1794380 secs]
1554.868: [Full GC 36385K->18297K(259264K), 0.1765220 secs]
1557.076: [GC 41657K->18481K(259264K), 0.0033910 secs]
1557.170: [Full GC 23085K->17844K(259264K), 0.1733090 secs]
1558.265: [Full GC 21638K->17878K(259264K), 0.1694620 secs]
1563.060: [GC 41237K->18097K(259264K), 0.0033500 secs]
1564.856: [Full GC 32663K->18154K(259264K), 0.1754150 secs]
1566.025: [GC 41510K->18340K(259264K), 0.0031060 secs]
1566.042: [Full GC 19331K->18242K(259264K), 0.1685920 secs]
1568.406: [GC 41602K->18499K(259264K), 0.0034100 secs]
1568.794: [Full GC 29429K->18048K(259264K), 0.1775530 secs]
1571.351: [Full GC 41276K->18129K(259264K), 0.1805000 secs]
1573.344: [Full GC 38881K->18195K(259264K), 0.1760390 secs]
1575.800: [Full GC 26060K->18243K(259264K), 0.1733030 secs]
1577.789: [Full GC 30691K->18180K(259264K), 0.1765060 secs]
1580.336: [GC 41540K->18408K(259264K), 0.0033330 secs]
1582.005: [Full GC 32348K->18433K(259264K), 0.1778330 secs]
1583.438: [GC 41793K->18751K(259264K), 0.0039520 secs]
1583.913: [Full GC 25360K->18656K(259264K), 0.1724900 secs]
1587.323: [Full GC 35278K->18824K(259264K), 0.1789120 secs]
1590.612: [GC 42183K->19194K(259264K), 0.0040080 secs]
1591.305: [Full GC 32714K->18075K(259264K), 0.1783630 secs]
1591.920: [Full GC 32296K->18141K(259264K), 0.1737070 secs]
1593.748: [ -
Should I use a static method or an instance method?
Just a simple function to look at a HashMap and tell how many non-null entries.
This will be common code that will run on a multi-threaded weblogic app server and potentially serve many apps running at once.
Does this have to be an instance method? Or is it perfectly fine to use a static method?
public static int countNonNullEntries(HashMap hm){
if(hm==null)return 0;
int count=0;
for(int i=0; i<hm.size(); i++) {
if(hm.get(i)!=null)
{ count++;}
return count;
OR
public int countNonNullEntries(HashMap hm){
if(hm==null)return 0;
int count=0;
for(int i=0; i<hm.size(); i++) {
if(hm.get(i)!=null)
{ count++;}
return count;
}TPD Opitz-Consulting com wrote:
The question is the other way around: Is there a good reason to make the method static?
Ususally the answer is: no.The question is: does this method need state? Yes -> method of a class with that state. No -> static.
The good thing of having this method statig is that it meight decrese memory foot pring but unless you're facing memory related problem you should not think about that.I doubt there is any difference between the memory foot print of a static or not method.
I'm not shure if this method beeing static maks problems in multithreaded environments like the one you're aiming at. But I do know that an immutable object is always thread save.Does the method use shared state (data)? No -> no multi threaded problems.
Can the parameters be modified by different threads? Yes, if multiple threads modified the parameter map, but nothing you can do about it here (no way to force the calling thread to lock on whatever you lock on).
So my answer to your question is: yes, it should be non static.The method should be static since it uses no state.
It is thread-safe when only the calling thread can modify the passed map (using a synchronized or ConcurrentHashMap is not enough, since you don't call a single atomic method on the map).
// Better use Map instead of HashMap
// We don't care about the generic type, but that does not mean we should use a raw type
public static int countNonNullEntries(Map<?, ?> map) {
// whether to accept null map or not, no need for explicit exception
// since next statement throw NPE anyway
Collection<?> values = map.values();
// note your method is called countNonNull, not countNull!
// (original code it would need to by if(null != mapValue) notNullsCounter++;
return values.size() - java.util.Collections.frequency(values, null);
}
Maybe you are looking for
-
How can i download photos from my imac to and iPad?
How can i download photos to an Ipad 2?
-
Need to create a driver class for a program i have made...
hey guys im new to these forums and someone told me that i could get help on here if i get in a bind...my problem is that i need help creating a driver class for a program that i have created and i dont know what to do. i need to know how to do this
-
Search for Blank or find metadata that is empty
Hello super-intellegent people, How do I search for all assets that have no keywords? Thanks, Jacob
-
Hi SRM Guru, Does anyone knows a report that will show the list of shopping that were created on year 2008 and 2009 that has not created Purchase order? Please help....
-
Hey all, I have the ID tag information in iTunes correct (i.e., artist names) and yet my iPod is creating seperate folders for them. It has done this now for two different artists, and while I've checked, and tripple checked (even going so far as to