Garbage collection issue as3
Having real problems with garbage collection in as3
Currently working on a project that is using a main movie
clip to load other movie clips dynamicly, using loadURL.these sub
movieclips are rather heavy in size, and function as standalone
modules.
Our problem is that when we removeChild of the sub clips it
is still present in memory (which from what I have read is normal
untill garbage collection cycle is fired) however it doesn't seem
to ever get removed.
how can we safely load movieclips and remove all references
to them to make them eligible for garbage collection? current
approach we are using is to publicly state the loader the say new
loader() in an attempt to recycle rather that to try to send for
garbage collection
Hi ajmcfarlane,
This is my first post here. I'm fairly new to AS3 still and
have been getting my education from a number of places. The best
education i have found is from the book located at
http://www.learningactionscript3.com/
Rich Shupe address this problem of removing the child from
memory. I Downloaded your file and found 2 problems and resolved
one of them. By now you might have already solved this anyway.
To remove the child from the Display List use -->
removeChild(myChildObject);
To remove the object from memory use --> myChildObject =
null;
You did these two steps but in the incorrect order, just by
moving the 'myChildObject = null' under the removeChild code makes
it work.
I found running a few trace statements after fixing the first
problem, i found the second problem. The error of trying to remove
a child when it is no longer there.
You just need to rework the design so that the order of
events fires as you want. Below is the traces i used and the output
that is received.
function Click1(e:MouseEvent){
trace("four ", loadedcontent);
modLoader.unload();
modLoader = null;
function unloadCompleteHandler(event:Event):void{
trace("one ", loadedcontent);
removeChild(loadedcontent);
trace("two ", loadedcontent);
loadedcontent = null;
trace("three ", loadedcontent);
output
Loaded mem: 20668 KB
four [object MainTimeline]
one [object MainTimeline]
two [object MainTimeline]
three null
unLoaded mem: 23352 KB
So you can see the click event is firing of the unload first,
when i think you want that last.
I hope this has been of some help :)
Similar Messages
-
Full garbage collection issue, not releasing/flagging memory
I have the following problem running on a multi-cpu windows server with Java 1.4.2_05 using WebLogic 8.1:
During a lifecyle of the web application (under load, but not to heavy) memory usage seems ok and garbage collection is called regularly. Suddenly, the used heap starts to rize very fast and after a while, even a full garbage collection cylce, does not release any memory anymore.
I am sure that, from our coding, we release memory ok, and normally we should only use about 5 to 10 mb for each user max (with0 normal defnew garbage collections).
I tried changing the garbage collection parameters, but this does not solve the problem. Best scenario was with the concurrent collector and I got this output at +/- the end:
[GC 100202K->93511K(115628K), 0.0091472 secs]
[GC 148480K->139612K(163808K), 0.0225914 secs]
[Full GC[Unloading class sun.reflect.GeneratedSerializationConstructorAccessor289]
[Unloading class sun.reflect.GeneratedSerializationConstructorAccessor290]
[Unloading class sun.reflect.GeneratedSerializationConstructorAccessor273]
153750K->133006K(164064K), 1.2434402 secs]
[GC 148939K->137948K(203264K), 0.0223085 secs]
[GC 188789K->177116K(203264K), 0.0180729 secs]
[Full GC[Unloading class sun.reflect.GeneratedSerializationConstructorAccessor312]
[Unloading class sun.reflect.GeneratedSerializationConstructorAccessor322]
[Unloading class sun.reflect.GeneratedSerializationConstructorAccessor309]
189788K->170264K(203264K), 1.1851945 secs]
[Full GC 203228K->203227K(203264K), 1.2876122 secs]
[Full GC 203263K->203233K(203264K), 1.3354548 secs]
[Full GC 203263K->203258K(203264K), 1.2873518 secs]
<Jan 17, 2007 9:40:40 AM EST> <Error> <HTTP> <BEA-101017> <[ServletContext(id=33114655,name=console,context-path=/console)] Root cause of ServletException.
java.lang.OutOfMemoryError
>
[Full GC 203263K->203233K(203264K), 1.2814516 secs]
[Full GC 203233K->203231K(203264K), 1.6029044 secs]
[Full GC 203263K->203242K(203264K), 1.3081352 secs]
<Jan 17, 2007 9:41:51 AM EST> <Emergency> <WebLogicServer> <BEA-000210> <The WebLogic Server is no longer listening for connections.>
[Full GC 203263K->203247K(203264K), 1.3161194 secs]
[Full GC 203263K->203249K(203264K), 1.2954988 secs]
[Full GC 203263K->203247K(203264K), 1.6423404 secs]
<Jan 17, 2007 9:41:57 AM EST> <Alert> <WebLogicServer> <BEA-000218> <Server shutdown has been requested by <WLS Kernel>>
[Full GC 203263K->203250K(203264K), 1.3161025 secs]
Another strange item is: I maximized the amount of memory it uses to 512m with the Xmx parameter, I am almost sure that that one is used, but it never gets higher than 203M? Does anyone know why this is?
Another strange item: the monitoring in the weblogic code indicates 32MB of usage (relative memory usage seems to be ok, but the quanity indication is just plain wrong) with 15 threads running.
This problem does not exist when using JBoss 4.0.2 or 4.0.3 (standard j2ee settings).
If anyone has an idea or can help me, I would appreciate it very very much. :)Hi ,
Is this issue resolved ?
we are facing same problem.
1. We have checked the CPU and memory utilization everything is normal
2. GC logs showing FULL GC calls continuously
3. After restart the resin server system is working normally.
Environment detail
Resin ./resin-pro-3.0.18 on suse Linux
Java JDK1.4.2_08
Please suggest -
Garbage Collection Issue for Tree Component
Dear:
When I created a new Tree instance dynamically by following code, and clicked any tree node randomly and then I removed it via another button, but I found this instance couldn’t be removed by GC, if I just created this tree without mouse action, it can be removed by GC.
Tree Component:
-- TreeView
<mx:canvas>
<mx:Tree dataProvider="{data}" /> // data is a XML staments
</mx:canvas>
Create Tree:
public function createView(event:Event):void{
var view:TreeView = new TreeView ();
view.name="myTree";
addChild(view);
view=null;
Remove Tree:
public function deleteView(event:Event):void{
var view:TreeView= TreeView( _con.getChildByName("myTree"));
removeChild(view);
Could someone give me some suggestion?
Thanks a lotHi ajmcfarlane,
This is my first post here. I'm fairly new to AS3 still and
have been getting my education from a number of places. The best
education i have found is from the book located at
http://www.learningactionscript3.com/
Rich Shupe address this problem of removing the child from
memory. I Downloaded your file and found 2 problems and resolved
one of them. By now you might have already solved this anyway.
To remove the child from the Display List use -->
removeChild(myChildObject);
To remove the object from memory use --> myChildObject =
null;
You did these two steps but in the incorrect order, just by
moving the 'myChildObject = null' under the removeChild code makes
it work.
I found running a few trace statements after fixing the first
problem, i found the second problem. The error of trying to remove
a child when it is no longer there.
You just need to rework the design so that the order of
events fires as you want. Below is the traces i used and the output
that is received.
function Click1(e:MouseEvent){
trace("four ", loadedcontent);
modLoader.unload();
modLoader = null;
function unloadCompleteHandler(event:Event):void{
trace("one ", loadedcontent);
removeChild(loadedcontent);
trace("two ", loadedcontent);
loadedcontent = null;
trace("three ", loadedcontent);
output
Loaded mem: 20668 KB
four [object MainTimeline]
one [object MainTimeline]
two [object MainTimeline]
three null
unLoaded mem: 23352 KB
So you can see the click event is firing of the unload first,
when i think you want that last.
I hope this has been of some help :) -
Frequent Garbage Collection Issues
Hi,
I am using Weblogic 8.1 SP6. Recently we have increase in the traffic and as a result I have seen this pattern w.r.t GC.
While using the monitoring tab of the weblogic console I have seen that at a regular interval of about 20 secs there is a forced GC from JVM and causing the app to not respond for about 5-6 secs. We thought that some of the JVM parameters were not set properly and we raised the parameters.
It worked fine, it is started doing every 1 minute instead of 20 secs. Is there any way we can check if any java objects are not removed from JVM heap or if there are some other configurations we need to check about the system?
JohnRegarding objects in the Java heap that are not properly being collected, look
at the trouble shooting guide under memory leaks.
http://java.sun.com/javase/6/webnotes/trouble/index.html -
We have a high volume application that processes around 1mil messages (avg size of messsage is 4K). The processing done by mostly short-lived objects. We cleanup those objects as soon as we are done with them by setting to null.
Incremental GC's run initially and seems to be reclaiming the total space. After a while, FULL GC kicks in , taking lot of time to run , pausing main application threads. At some point, application runs out of memory.
Application is running on sun sparc 12 cpu machine with 4G of memory.
Here are the JVM options used:
java -server -Xnoclassgc -XX:+UseParallelGC -verbose:gc -ms512m -mx2048m
Here is the snapshot GC console output:
[GC 1037106K->934696K(1323992K), 0.8224376 secs]
[GC 1073960K->972315K(1323992K), 0.8492167 secs]
[GC 1111579K->1009308K(1323992K), 0.9097631 secs]
[GC 1148572K->1046394K(1323992K), 0.8439699 secs]
[GC 1185658K->1084905K(1323992K), 0.8705303 secs]
[GC 1224168K->1122494K(1323992K), 0.8552342 secs]
[GC 1261758K->1159081K(1323992K), 0.8970201 secs]
[GC 1298343K->1195721K(1335000K), 1.1827162 secs]
[Full GC 1195721K->989634K(1335000K), 24.3578172 secs]
[GC 1184065K->1044938K(1849840K), 0.9831921 secs]
[GC 1239366K->1096178K(1849840K), 0.9747165 secs]
[GC 1290609K->1147124K(1849840K), 0.9470200 secs]
[GC 1341556K->1199331K(1849840K), 1.0176226 secs]
[GC 1393763K->1251271K(1849840K), 1.1659994 secs]
[GC 1445703K->1303021K(1849840K), 1.1822156 secs]
[GC 1497453K->1355071K(1849840K), 1.1616752 secs]
[GC 1549502K->1406485K(1849840K), 1.3026876 secs]
[GC 1600914K->1458371K(1849840K), 1.1999966 secs]
[GC 1652803K->1508827K(1849840K), 1.1635613 secs]
[GC 1703259K->1559797K(1849840K), 1.1399380 secs]
[GC 1754229K->1608405K(1849840K), 1.1470171 secs]
[Full GC 1195721K->989634K(1335000K), 24.3578172 secs]
[GC 1184065K->1044938K(1849840K), 0.9831921 secs]
[GC 1239366K->1096178K(1849840K), 0.9747165 secs]
[GC 1290609K->1147124K(1849840K), 0.9470200 secs]
[GC 1341556K->1199331K(1849840K), 1.0176226 secs]
[GC 1393763K->1251271K(1849840K), 1.1659994 secs]
[GC 1445703K->1303021K(1849840K), 1.1822156 secs]
[GC 1497453K->1355071K(1849840K), 1.1616752 secs]
[GC 1549502K->1406485K(1849840K), 1.3026876 secs]
[GC 1600914K->1458371K(1849840K), 1.1999966 secs]
[GC 1652803K->1508827K(1849840K), 1.1635613 secs]
[GC 1703259K->1559797K(1849840K), 1.1399380 secs]
[GC 1754229K->1608405K(1849840K), 1.1470171 secs]
^[[2~[GC 1802837K->1658413K(1852912K), 1.2599031 secs]
[Full GC 1658413K->1322684K(1852912K), 31.4556695 secs]
[GC 1541948K->1382396K(2090304K), 1.0559670 secs]
[GC 1601659K->1441184K(2090304K), 1.1171899 secs]
[GC 1660448K->1499921K(2090304K), 1.1041055 secs]
[GC 1719184K->1560243K(2090304K), 1.1842856 secs]
[GC 1779504K->1617751K(2090304K), 1.0513258 secs]
[GC 1837015K->1674981K(2090304K), 1.1666812 secs]
[Full GC 1894245K->1551657K(2090304K), 37.6117940 secs]
[GC 1770921K->1613369K(2090304K), 1.0356318 secs]
[GC 1832632K->1669436K(2090304K), 1.1144191 secs]
[Full GC 1888700K->1648994K(2090304K), 39.3942882 secs]
[Full GC 1868258K->1694146K(2090304K), 40.3389419 secs]
[Full GC 1913410K->1738377K(2090304K), 42.7415051 secs]
[Full GC 1957638K->1780351K(2090304K), 42.5810629 secs]
[Full GC 1999615K->1830407K(2090304K), 44.5052564 secs]
As you could see, Full GC is taking long time.
Whats the best way to tune JVM in this scenerio ?Added your recommended option tags in test server and here is the snapshot of GC activity - as you could see Full GC has not been called at all:
53897K->353897K(434368K), 0.0779606 secs]
1727.386: [GC 1727.387: [DefNew: 84800K->84800K(84800K), 0.0000577 secs]1727.387: [CMS: 269254K->268788K(349568K), 11.5143598 secs] 354054K->353588K(434368K), 11.5182741 secs]
1753.687: [GC 1753.689: [DefNew: 84800K->84800K(84800K), 0.0000447 secs]1753.689: [CMS: 269318K->269318K(349568K), 0.0791392 secs] 354118K->354118K(434368K), 0.0833374 secs]
1768.458: [GC 1768.459: [DefNew: 84800K->84800K(84800K), 0.0000425 secs]1768.459: [CMS: 269181K->269181K(349568K), 0.1021508 secs] 353981K->353981K(434368K), 0.1057072 secs]
1783.647: [GC 1783.648: [DefNew: 84800K->84800K(84800K), 0.0000590 secs]1783.649: [CMS: 269330K->268956K(349568K), 11.0677651 secs] 354130K->353756K(434368K), 11.0710862 secs]
1809.767: [GC 1809.769: [DefNew: 84800K->84800K(84800K), 0.0000575 secs]1809.769: [CMS: 269438K->269042K(349568K), 11.3660772 secs] 354238K->353842K(434368K), 11.3705901 secs]
1836.227: [GC 1836.231: [DefNew: 84800K->84800K(84800K), 0.0000587 secs]1836.232: [CMS: 269616K->269091K(349568K), 11.3381937 secs] 354416K->353891K(434368K), 11.3452536 secs]
1861.800: [GC 1861.802: [DefNew: 84800K->84800K(84800K), 0.0000557 secs]1861.802: [CMS: 269409K->269409K(349568K), 0.0788080 secs] 354209K->354209K(434368K), 0.0824389 secs]
1876.985: [GC 1876.986: [DefNew: 84800K->84800K(84800K), 0.0000517 secs]1876.986: [CMS: 269595K->269595K(349568K), 0.0831590 secs] 354395K->354395K(434368K), 0.0860654 secs]
1891.873: [GC 1891.874: [DefNew: 84800K->84800K(84800K), 0.0000482 secs]1891.874: [CMS: 269724K->269724K(349568K), 0.0708213 secs] 354524K->354524K(434368K), 0.0736807 secs]
1906.779: [GC 1906.780: [DefNew: 84800K->84800K(84800K), 0.0000456 secs]1906.780: [CMS: 269933K->269933K(349568K), 0.0755266 secs] 354733K->354733K(434368K), 0.0796340 secs]
1921.445: [GC 1921.447: [DefNew: 84800K->84800K(84800K), 0.0000448 secs]1921.447: [CMS: 269975K->269975K(349568K), 0.0819310 secs] 354775K->354775K(434368K), 0.0851893 secs]
1936.274: [GC 1936.276: [DefNew: 84800K->84800K(84800K), 0.0000696 secs]1936.276: [CMS: 269854K->269854K(349568K), 0.0907438 secs] 354654K->354654K(434368K), 0.0950534 secs]
1950.935: [GC 1950.937: [DefNew: 84800K->84800K(84800K), 0.0000566 secs]1950.937: [CMS: 269775K->269775K(349568K), 0.1000276 secs] 354575K->354575K(434368K), 0.1030710 secs]
1965.190: [GC 1965.192: [DefNew: 84800K->84800K(84800K), 0.0000839 secs]1965.192: [CMS: 269985K->269544K(349568K), 10.7150874 secs] 354785K->354344K(434368K), 10.7188375 secs]
1990.031: [GC 1990.033: [DefNew: 84800K->84800K(84800K), 0.0000733 secs]1990.033: [CMS: 270100K->269651K(349568K), 11.2685995 secs] 354900K->354451K(434368K), 11.2728810 secs]
2016.264: [GC 2016.265: [DefNew: 84800K->84800K(84800K), 0.0000450 secs]2016.265: [CMS: 270106K->270106K(349568K), 0.0698348 secs] 354906K->354906K(434368K), 0.0727872 secs]
2030.980: [GC 2030.982: [DefNew: 84800K->84800K(84800K), 0.0000954 secs]2030.982: [CMS: 270238K->269788K(349568K), 10.9844057 secs] 355038K->354588K(434368K), 10.9880408 secs]
2056.197: [GC 2056.199: [DefNew: 84800K->84800K(84800K), 0.0000710 secs]2056.199: [CMS: 270270K->269834K(349568K), 11.2985424 secs] 355070K->354634K(434368K), 11.3019009 secs]
2081.879: [GC 2081.882: [DefNew: 84800K->84800K(84800K), 0.0000630 secs]2081.882: [CMS: 270160K->270160K(349568K), 0.0996453 secs] 354960K->354960K(434368K), 0.1043853 secs]
2096.863: [GC 2096.865: [DefNew: 84800K->84800K(84800K), 0.0000719 secs]2096.865: [CMS: 270345K->269982K(349568K), 11.0743990 secs] 355145K->354782K(434368K), 11.0788176 secs]
2122.374: [GC 2122.375: [DefNew: 84800K->84800K(84800K), 0.0000527 secs]2122.375: [CMS: 270485K->270485K(349568K), 0.0760466 secs] 355285K->355285K(434368K), 0.0793288 secs]
2136.892: [GC 2136.894: [DefNew: 84800K->84800K(84800K), 0.0000544 secs]2136.894: [CMS: 270570K->270078K(349568K), 10.9475307 secs] 355370K->354878K(434368K), 10.9508848 secs]
2162.131: [GC 2162.132: [DefNew: 84800K->84800K(84800K), 0.0000566 secs]2162.132: [CMS: 270387K->270387K(349568K), 0.0721499 secs] 355187K->355187K(434368K), 0.0751687 secs]
2176.539: [GC 2176.540: [DefNew: 84800K->84800K(84800K), 0.0000695 secs]2176.540: [CMS: 270573K->270194K(349568K), 10.8633072 secs] 355373K->354994K(434368K), 10.8664201 secs]
You think the problem is fixed ? -
Revisited: static synchronized vs garbage collected
A forum thread (http://forum.java.sun.com/thread.jsp?forum=4&thread=466049&start=0&range=15&hilite=false&q=) from last November addressed issues involving the relative merits of using static methods vs. the garbage collection issues that might attend conventional object instantiation. The discussion extended into use of synchronized code and threading, but from it, I've failed to gather an understanding of a few subtleties.
I understand the dangers of using class-level variables within servlets, however, I'm still puzzled as to the thread-safety of 1) static class-level variables in servlets, and 2) using static methods residing in "utility" type classes from within servlets. I also realize these matters are not confined to servlets, but extend to any multi-threaded environment. I'm particularly unclear as to when, or if, the methods of the static class-level variable/objects need to be synchronized; with the same question applied to the static methods of the "utility" classes.
From the forum thread mentioned above, it would seem that synchronization is NOT needed since parameters and method-level variables are specific to the executing threads. I believe this essentially means that static methods should not rely on the state of their containing class (under most applications). In a situation where the method's code is not trivial or "lightweight" (e.g. database access), would not the overhead associated with the swapping in and out of thread-specific variables lead to performance issues?
My particular situation involves an ecommerce site running websphere. We are experiencing sporadic episodes where the VM starts running low on memory, will occasionally recover but will also occasionally crash. In pursuing this wild goose, my first suspicion was a thread deadlocking problem since it's not reliably reproducible. Most of the log entries point to a static method in one of these "utility" classes, yet I can find no non-static class level variables either in the utility or the servlet. However, none of these static methods are synchronized.
Sorry for the ramble, and thanks for any help.
Regards,
JoeBecause static variables, by their very nature, are only instantiated once, you MUST syncronise them to be safe in a multi threaded environment, otherwise you will get unexpected results.
As you rightly mention, servlets also optimise the instantiation of class level variables and effectively make them static as well, so they are shared amongst all instaniations of a servlet. -
High cpu usage for garbage collection (uptime vs total gc time)
Hi Team,
We have a very high cpu usage issue in the production.
When we restart the server, the cpu idle time would be around 95% and it comes down as days goes by. Today idle cpu is 30% and it is just 6th day after the server restart.
Environemnt details:
Jrockit version:
Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.2_05-b04)
BEA WebLogic JRockit(TM) 1.4.2_05 JVM R24.4.0-1 (build ari-38120-20041118-1131-linux-ia32, Native Threads, GC strategy: parallel)
Gc Algorithm: JRockit Garbage Collection System currently running strategy: Single generational, parallel mark, parallel sweep
Number Of Processors: 4
Max Heap Size: 1073741824
Total Garbage Collection Time: 21:43:56.5
Uptime: 114:33:4.1
Total Garbage Collection Count: 420872
Total Number Of Threads: 198
Number Of Daemon Threads: 191
Can you guys please tell me what would be problem in the server which causing the high cpu usage?
One more thing I would like to know is that why the total number of threads is 198 when we specified the Executor pool size as 25? I agree that weblogic would create some threads for its maintenance but around 160 threads!!! something is wrong I guess.
Santhosh.
[email protected]Hi,
I'm having a similar problem, but haven't been able to resolve it yet. Troubleshooting is made even harder by the fact that this is only happening on our production server, and I've been unable to reproduce it in the lab.
I'll post whatever findings I have and hopefully we'll be able to find a solution with the help of BEA engineers.
In my case, I have a stand-alone Tomcat server that runs fine for about 1-2 days, and then the JVM suddenly starts using more CPU, and as a result, the server load shoots up (normal CPU utilization is ~5% but eventually goes up to ~95%; load goes from 0.1 to 4+).
What I have found so far is that this corresponds to increased GC activity.
Let me list my environment specs before I proceed, though:
CPU: Dual Xeon 3.06GHz
RAM: 2GB
OS: RHEL4.4 (2.6.9-42.0.2.ELsmp)
JVM build 1.5.0_03-b07 (BEA JRockit(R) (build dra-45238-20050523-2008-linux-ia32, R25.2.0-28))
Tomcat version 5.5.12
JAVA_OPTS="-Xms768m -Xmx768m -XXtlasize16k -XXlargeobjectlimit16k -Xverbose:memory,cpuinfo -Xverboselog:/var/log/tomcat5/jvm.log -Xverbosetimestamp"
Here are excerpts from my verbose log (I'm getting some HT warning, not sure if that's a problem):
[Fri Oct 20 15:54:18 2006][22855][cpuinfo] Detected SMP with 2 CPUs that support HT.
[Fri Oct 20 15:54:18 2006][22855][cpuinfo] Trying to determine if HT is enabled.
[Fri Oct 20 15:54:18 2006][22855][cpuinfo] Trying to read from /dev/cpu/0/cpuid
[Fri Oct 20 15:54:18 2006][22855][cpuinfo] Warning: Failed to read from /dev/cpu/0/cpuid
[Fri Oct 20 15:54:18 2006][22855][cpuinfo] Trying to read from /dev/cpu/1/cpuid
[Fri Oct 20 15:54:18 2006][22855][cpuinfo] Warning: Failed to read from /dev/cpu/1/cpuid
[Fri Oct 20 15:54:18 2006][22855][cpuinfo] HT is: supported by the CPU, not enabled by the OS, enabled in JRockit.
[Fri Oct 20 15:54:18 2006][22855][cpuinfo] Warning: HT enabled even though OS does not seem to support it.
[Fri Oct 20 15:54:55 2006][22855][memory ] GC strategy: System optimized over throughput (initial strategy singleparpar)
[Fri Oct 20 15:54:55 2006][22855][memory ] heap size: 786432K, maximal heap size: 786432K
[Fri Oct 20 16:07:30 2006][22855][memory ] Changing GC strategy to generational, parallel mark and parallel sweep
[Fri Oct 20 16:07:30 2006][22855][memory ] 791.642-791.874: GC 786432K->266892K (786432K), 232.000 ms
[Fri Oct 20 16:08:02 2006][22855][memory ] 824.122: nursery GC 291998K->274164K (786432K), 175.873 ms
[Fri Oct 20 16:09:51 2006][22855][memory ] 932.526: nursery GC 299321K->281775K (786432K), 110.879 ms
[Fri Oct 20 16:10:24 2006][22855][memory ] 965.844: nursery GC 308151K->292222K (786432K), 174.609 ms
[Fri Oct 20 16:11:54 2006][22855][memory ] 1056.368: nursery GC 314718K->300068K (786432K), 66.032 ms
[Sat Oct 21 23:21:09 2006][22855][memory ] 113210.427: nursery GC 734274K->676137K (786432K), 188.985 ms
[Sat Oct 21 23:30:41 2006][22855][memory ] 113783.140: nursery GC 766601K->708592K (786432K), 96.007 ms
[Sat Oct 21 23:36:15 2006][22855][memory ] 114116.332-114116.576: GC 756832K->86835K (786432K), 243.333 ms
[Sat Oct 21 23:48:20 2006][22855][memory ] 114841.653: nursery GC 182299K->122396K (786432K), 175.252 ms
[Sat Oct 21 23:48:52 2006][22855][memory ] 114873.851: nursery GC 195060K->130483K (786432K), 142.122 ms
[Sun Oct 22 00:01:31 2006][22855][memory ] 115632.706: nursery GC 224096K->166618K (786432K), 327.264 ms
[Sun Oct 22 00:16:37 2006][22855][memory ] 116539.368: nursery GC 246564K->186328K (786432K), 173.888 ms
[Sun Oct 22 00:26:21 2006][22855][memory ] 117122.577: nursery GC 279056K->221543K (786432K), 170.367 ms
[Sun Oct 22 00:26:21 2006][22855][memory ] 117123.041: nursery GC 290439K->225833K (786432K), 69.170 ms
[Sun Oct 22 00:29:10 2006][22855][memory ] 117291.795: nursery GC 298947K->238083K (786432K), 207.200 ms
[Sun Oct 22 00:39:05 2006][22855][memory ] 117886.478: nursery GC 326956K->263441K (786432K), 87.009 ms
[Sun Oct 22 00:55:22 2006][22855][memory ] 118863.947: nursery GC 357229K->298971K (786432K), 246.643 ms
[Sun Oct 22 01:08:17 2006][22855][memory ] 119638.750: nursery GC 381744K->322332K (786432K), 147.996 ms
[Sun Oct 22 01:11:22 2006][22855][memory ] 119824.249: nursery GC 398678K->336478K (786432K), 93.046 ms
[Sun Oct 22 01:21:35 2006][22855][memory ] 120436.740: nursery GC 409150K->345186K (786432K), 81.304 ms
[Sun Oct 22 01:21:38 2006][22855][memory ] 120439.582: nursery GC 409986K->345832K (786432K), 153.534 ms
[Sun Oct 22 01:21:42 2006][22855][memory ] 120443.544: nursery GC 410632K->346473K (786432K), 121.371 ms
[Sun Oct 22 01:21:44 2006][22855][memory ] 120445.508: nursery GC 411273K->347591K (786432K), 60.688 ms
[Sun Oct 22 01:21:44 2006][22855][memory ] 120445.623: nursery GC 412391K->347785K (786432K), 68.935 ms
[Sun Oct 22 01:21:45 2006][22855][memory ] 120446.576: nursery GC 412585K->348897K (786432K), 152.333 ms
[Sun Oct 22 01:21:45 2006][22855][memory ] 120446.783: nursery GC 413697K->349080K (786432K), 70.456 ms
[Sun Oct 22 01:34:16 2006][22855][memory ] 121197.612: nursery GC 437378K->383392K (786432K), 165.771 ms
[Sun Oct 22 01:37:37 2006][22855][memory ] 121398.496: nursery GC 469709K->409076K (786432K), 78.257 ms
[Sun Oct 22 01:37:37 2006][22855][memory ] 121398.730: nursery GC 502490K->437713K (786432K), 65.747 ms
[Sun Oct 22 01:44:03 2006][22855][memory ] 121785.259: nursery GC 536605K->478156K (786432K), 132.293 ms
[Sun Oct 22 01:44:04 2006][22855][memory ] 121785.603: nursery GC 568408K->503635K (786432K), 71.751 ms
[Sun Oct 22 01:50:39 2006][22855][memory ] 122180.985: nursery GC 591332K->530811K (786432K), 131.831 ms
[Sun Oct 22 02:13:52 2006][22855][memory ] 123573.719: nursery GC 655566K->595257K (786432K), 117.311 ms
[Sun Oct 22 02:36:04 2006][22855][memory ] 124905.507: nursery GC 688896K->632129K (786432K), 346.990 ms
[Sun Oct 22 02:50:24 2006][22855][memory ] 125765.715-125765.904: GC 786032K->143954K (786432K), 189.000 ms
[Sun Oct 22 02:50:26 2006][22855][memory ] 125767.535-125767.761: GC 723232K->70948K (786432K), 225.000 ms
vvvvv
[Sun Oct 22 02:50:27 2006][22855][memory ] 125768.751-125768.817: GC 712032K->71390K (786432K), 64.919 ms
[Sun Oct 22 02:50:28 2006][22855][memory ] 125769.516-125769.698: GC 711632K->61175K (786432K), 182.000 ms
[Sun Oct 22 02:50:29 2006][22855][memory ] 125770.753-125770.880: GC 709632K->81558K (786432K), 126.000 ms
[Sun Oct 22 02:50:30 2006][22855][memory ] 125771.699-125771.878: GC 708432K->61368K (786432K), 179.000 ms
So, I'm running with the default GC strategy which lets the GC pick the most suitable approach (single space or generational). It seems to switch to generational almost immediately and runs well - most GC runs are in the nursery, and only once in a while it goes through the older space.
Now, if you look at [Sun Oct 22 02:50:27 2006], that's when everything changes. GC starts running every second (later on it's running 3 times a second) doing huge sweeps. It never goes through the nursery again, although the strategy is still generational.
It's all downhill from this point on, and it's a matter of hours (maybe a day) before we restart the server.
I guess my only question is: What would cause such GC behavior?
I would appreciate your ideas/comments!
Thanks,
Tenyo -
"Hi,
I try and understand the mechanism of garbage collection of the Java Virtual Machine : Hewlett-Packard Hotspot release 1.3.1.01.
There is description of this mechanism in the pdf file : "memory management and garbage collection" available at the paragraph "Java performance tuning tutorial" at the page :
http://h21007.www2.hp.com/dspp/tech/tech_TechDocumentDetailPage_IDX/1,1701,1607,00.html
Regarding my question :
Below is an extract of the log file of garbage collections. This extract has 2 consecutive garbage collections.
(each begins with "<GC:").
<GC: 1 387875.630047 554 1258496 1 161087488 0 161087488 20119552 0 20119552
334758064 238778016 335544320
46294096 46294096 46399488 5.319209 >
<GC: 5 387926.615209 555 1258496 1 161087488 0 161087488 0 0 20119552
240036512 242217264 335544320
46317184 46317184 46399488 5.206192 >
There are 2 "full garbage collections", one of reason "1" and one of reason "5".
For the first one "Old generation After " =238778016
For the second "Old generation After " =238778016
Thus, "Old generation Before garbage collection" of the second is higher than "Old generation After garbage collection". Why?
I expected all objects to be allocated in the "Eden" space. And therefore I did not expect to sI agree but my current Hp support is not very good on JVM issues.
Rob Woollen <[email protected]> wrote:
You'd probably be better off asking this question to HP.
-- Rob
Martial wrote:
The object of this mail is the Hewlett-Packard 1.3.1.01 Hotspot JavaVirtual Machine
release and its garbage collection mechanism.
I am interested in the "-Xverbosegc" option for garbage collectionmonitoring.
I have been through the online document :
http://www.hp.com/products1/unix/java/infolibrary/prog_guide/java1_3/hotspot.html#-Xverbosegc
I would like to find out more about the garbage collection mechanismand need
further information to understand the result of the log file generatedwith the
"-Xverbosegc"
For example here is an extract of a garbage collection log file generatedwith
Hewlett-Packard Hotspot Java Virtual Machine. Release 1.3.1.01.
These are 2 consecutive rows of the files :
<GC: 5 385565.750251 543 48 1 161087488 0 161087488 0 0 20119552 264184480255179792
335544320 46118384 46118384 46137344 5.514721 >
<GC: 1 385876.530728 544 1258496 1 161087488 0 161087488 20119552 020119552 334969696
255530640 335544320 46121664 46106304 46137344 6.768760 >
We have 2 full garbage collections, one of Reason 5 and the next oneof Reason
1.
What happened between these 2 garbage collections as we got : "Oldgeneration
After" of row 2 is higher than "Old generation Before" of row 1? Iexpected Objects
to be initially allocated in eden and so we could not get "old generation2modified
between the end of one garbage collection and before the next one.
Could you please clarify this issue and/or give more information aboutgarbage
collection mechanisms with the Hewlett-Packard Hotspot Java VirtualMachine. Release
1.3.1.01. -
We currently have a garbage collection related performance issue that I could do with some advice on.
We use Jakarta Tomcat with an application that has approximately 1300 jsp's. When a new set of jsp's are rolled out we see a degradation in performance. Using jvmstat I've ascertained that this performance degradation is due to excessive garbage collection partulcarly in the young generation where it appears to be almost constantly collecting. What advice would you give?
ie More young generation space? fewer survivor cycles? bigger eden or survivor space?
Any suggestions would be much appreciated.Hi
See
http://java.sun.com/docs/hotspot/gc1.4.2/
http://java.sun.com/docs/hotspot/gc1.4.2/example.html
The steps should be, as in example.html
1. Determine the size u would allocate.
2. Then try the alternate collectors.
1300 jsps, do take note of MaxPermSize too.
Hope this helps. -
Preventing garbage-collection of a RMIRegistered server object
I am developping a client/server RMI application, and keep facing occasional ObjectNotFioundException: no such object in table, when the client tries to invoke method on the server stub retrived from the RMIRegistry.
The Javadoc and online documentation say this means the server object has been GC'ed since it has been registered in the RMIRegistry.
Following the advice found at: http://www.nabble.com/java.rmi.NoSuchObjectException:-no-such-object-in-table-t260095.html,
I register the server in a RMIRegistry I obtain through LocateRegistry.getRegistry(), and not createRegistry().
But I still face these exceptions.
Assuming the issue is really due to the server object being garbage-collected, I tried to keep a static reference to the server but it didn't help (the Main class was probably garbage-collected itself).
As a last hope, I've set up a "keep-alive" thread in the server VM, that keeps a direct reference to the server object (not the stub), and regularly invokes something on it. With this mechanism I never face the exception.
This solution looks obviously clumsy.
Is there a neater way to prevent garbage collection of the server object?
Note that I use dynamic stubs (Java5-style).Without seeing some code, I'm not sure what you are doing. Also the link you supplied is broken.
You always need to keep a live reference to your implementation class. How you do this is your business. Using a separate thread is over-kill.
I set a reference to the implementation class in the start up class and use a never ending wait() to make sure the start up class thread (with the main()) lives forever. -
We recently upgraded our prod and test servers (middle tier) to Sun T5220's each with 8 procs which have 8 cores per proc. Apache/Java sees that as having 64 CPUs and configures a garbage collection thread for each. Since we have around 10 test and dev instances for the HRMS the apps instances alone, (we also have several Financials instances on the same server), it was kicking off over 640 threads of garbage collection! Needless to say the contention was overloading the server causing major hassles. We have since updated each $CONTEXT_FILE ADJREOPTS and ADJRIOPTS settings to only kick off 2 threads per instance. This has helped, but we still have issues, especially when running adadmin or adpatch and if we give it more than 8 workers. Has anyone else seen this, and if so, have you had any other solution(s)?
We are also seeing strange behavior with FNDSM. Unlike the production server, which has much less load in some respects, on the test sever, each apps instances instance of FNDSM is restarting several times a day for no apparent reason and leaving many defunct child processes. We do see a slight hangup in the tnsping to the FNDSM_<server> listener every so often, but never anything long enough that it should be an issue. We also have multiple NICs on the box, but again, that has never been an issue before.
Anyone else out there using Suns T5220s? Anyone else having any issue(s) with Apache/Java and / or FNDSM?
thanks,
-mikeIt appears to be a known issue for the Niagara chips:
Oracle Applications Installation and Upgrade Notes Release 12 (12.0.4) for Solaris Operating System (SPARC)
http://metalink.oracle.com/metalink/plsql/ml2_documents.showDocument?p_database_id=NOT&p_id=402312.1
Java Performance on UltraSPARC T1/T2 (Niagara) processors
There is a known issue with the Java Runtime Environment (JRE) version 5 on Sun's Niagara processor, a one-socket 8 core processor that can run 32 threads in parallel. As the JRE treats the Niagara system as a server class machine, the server appears to the JRE to be a 32-CPU machine and each Java Virtual Machine (JVM) spawns 32 garbage collector threads. Also, newer chips support a larger number of threads (for example, the Niagara 2 will appear as a 64-way server). -
Resources garbage collection, can be done this way ?
The problem
I would like to apply the same concept of garbage collection to system resources like Files, Database resulsets, Sockets etc...
The reasons
I am tired of looking around desperately into a program to identify memory leak that are instead resources leak. And this is getting worse while program size grows.
How it could be done
-- Let's have a resource manager class from where I get the wanted resource (I will write this class, fairly easy).
-- Let's say that this manager class is a thread that runs in a scheduled way and this is decided by me (this is also something anybody can write).
-- Let's say that when it runs it checks for all resources (objects) that it has given to the rest of the program if the reference count greater than one. If it is > 1 then the resource is still in use, else it can be deallocated (that just means calling close and then leaving the object to garbage collect).
What I need
A way to know in a reliable way how many objects are having a reference to a given object. Is there such a way ?
Evangelism on..
Please, if anybody at Sun is reading this, this IS a TOP issue. If you look around you will see more and more issues of leaking, they are resources leakage because it is NOT easy to ALWAYS close a resource.
Someone may say "use the finally" of yes, try to think to use the finally to deallocate memory and you will immediatly understand the mess that will come.
Garbage collection is a good idea let's have a way to apply it to resources.
ThanksI have no problem, as it is, in making applications
reliable.As usual the problems come in deciding how to do
things.Yes.
>
Which is why mine don't. Since resources are usedin
so few places it is easy to manage their usage.We are not talking on who has the biggest gun...Eh?
>
The sad thing is that the problem most of
the time is NOT yours but of somebody else thatforgot
to clean up after himself...Sounds more like a management problem than a code
problem. If you are allowing programmers in your
organization to write code which leaks resources oris
so poorly designed that other users can notproperly
dispose of resources then it is a managementproblem.
Ok, let's drop it here.
I hope you will never have to deal with code other
that yours or written by your coworkers.
I always deal with other people's code. And they with mine. Although I occassionally work on one person projects - perhaps 2 weeks every three years. the rest of my career has always involved multi-person projects and often (if not always) involve third party libraries.
So I believe I have dealt with others code.
in the applications that I work on.)There is java.lang.ref in a way it seems to dowhat
I
want....
I don't believe so. Finalize() more closely fitswhat
you might want to do. java.lang.ref is used in
building caches of disposable entities. And it is
most definitely only useable with memory.I have a funny sensation that whatever I write you say
no...Not necessarily.
Thanks for your help, if anybody wants to add
something useful to
what I am tryng to do they are welcome.I am trying to be useful.
I am trying to point out that you are looking for a new feature in the language that just isn't very useful to most people. I was trying to point out why it wasn't useful to most people.
Perhaps this might help.
Look at it this way, go look at the bug database and look at the top vote getters for things that people want fixed. Then you might trying looking through the RFEs for something like you want. If it isn't there then add it. If enough people actually want it then it will be voted for. With enough votes it would have a better chance of being added.
Of course that presumes it could be done in the first place. Based on my memory of past topics in the forums on reference counting I suspect that the answer is no. But you might want to read those. -
Ok, itunes keeps crashing. Have used disk utility to repair permissions, in regular mode, safe mode, and at start up. None of that worked. Was thinking maybe internet recovery may be my only option.
Here is the crash report, not sure how much i should post, so i will give the whole thing
Process: iTunes [268]
Path: /Applications/iTunes.app/Contents/MacOS/iTunes
Identifier: com.apple.iTunes
Version: 11.0.4 (11.0.4)
Build Info: iTunes-1104004001000000~1
Code Type: X86-64 (Native)
Parent Process: launchd [135]
Date/Time: 2013-06-30 08:49:31.015 -0400
OS Version: Mac OS X 10.7.5 (11G63)
Report Version: 9
Interval Since Last Report: 1614339 sec
Crashes Since Last Report: 8
Per-App Interval Since Last Report: 91 sec
Per-App Crashes Since Last Report: 5
Anonymous UUID: 216341DE-1868-4DAB-BF67-A14384C0CB4E
Crashed Thread: 18
Exception Type: EXC_CRASH (SIGABRT)
Exception Codes: 0x0000000000000000, 0x0000000000000000
Application Specific Information:
objc[268]: garbage collection is OFF
*** error for object 0x7fc2b1a14e00: incorrect checksum for freed object - object was probably modified after being freed.
Thread 0:: Dispatch queue: com.apple.main-thread
0 libsystem_kernel.dylib 0x00007fff98b9267a mach_msg_trap + 10
1 libsystem_kernel.dylib 0x00007fff98b91d71 mach_msg + 73
2 com.apple.iTunes 0x000000010af63053 0x10ade3000 + 1572947
3 com.apple.iTunes 0x000000010ae35ff5 0x10ade3000 + 339957
4 com.apple.iTunes 0x000000010af62fde 0x10ade3000 + 1572830
5 com.apple.iTunes 0x000000010af62ed6 0x10ade3000 + 1572566
6 com.apple.iTunes 0x000000010af62e78 0x10ade3000 + 1572472
7 com.apple.iTunes 0x000000010ae35cea 0x10ade3000 + 339178
8 com.apple.iTunes 0x000000010ae35ba4 0x10ade3000 + 338852
9 com.apple.iTunes 0x000000010ae35b01 0x10ade3000 + 338689
10 com.apple.CoreFoundation 0x00007fff910dc4f1 __CFRUNLOOP_IS_CALLING_OUT_TO_A_SOURCE0_PERFORM_FUNCTION__ + 17
11 com.apple.CoreFoundation 0x00007fff910dbd5d __CFRunLoopDoSources0 + 253
12 com.apple.CoreFoundation 0x00007fff91102b49 __CFRunLoopRun + 905
13 com.apple.CoreFoundation 0x00007fff91102486 CFRunLoopRunSpecific + 230
14 com.apple.HIToolbox 0x00007fff9a1342bf RunCurrentEventLoopInMode + 277
15 com.apple.HIToolbox 0x00007fff9a13b56d ReceiveNextEventCommon + 355
16 com.apple.HIToolbox 0x00007fff9a13b3fa BlockUntilNextEventMatchingListInMode + 62
17 com.apple.AppKit 0x00007fff95088779 _DPSNextEvent + 659
18 com.apple.AppKit 0x00007fff9508807d -[NSApplication nextEventMatchingMask:untilDate:inMode:dequeue:] + 135
19 com.apple.AppKit 0x00007fff9533c735 -[NSApplication _realDoModalLoop:peek:] + 610
20 com.apple.AppKit 0x00007fff9533c369 -[NSApplication runModalForWindow:] + 120
21 com.apple.AppKit 0x00007fff9532f9cd -[NSAlert runModal] + 159
22 com.apple.AppKit 0x00007fff950b759b __-[NSPersistentUIManager promptToIgnorePersistentState]_block_invoke_1 + 815
23 com.apple.AppKit 0x00007fff95335782 -[NSApplication _suppressFinishLaunchingFromEventHandlersWhilePerformingBlock:] + 31
24 com.apple.AppKit 0x00007fff950b7234 -[NSPersistentUIManager promptToIgnorePersistentState] + 178
25 com.apple.AppKit 0x00007fff9508b9ec -[NSApplication _reopenWindowsAsNecessaryIncludingRestorableState:registeringAsReady:completion Handler:] + 180
26 com.apple.AppKit 0x00007fff9508cca9 -[NSApplication _sendFinishLaunchingNotification] + 358
27 com.apple.AppKit 0x00007fff95088ac3 _DPSNextEvent + 1501
28 com.apple.AppKit 0x00007fff9508807d -[NSApplication nextEventMatchingMask:untilDate:inMode:dequeue:] + 135
29 com.apple.AppKit 0x00007fff950849b9 -[NSApplication run] + 470
30 com.apple.iTunes 0x000000010afaceab 0x10ade3000 + 1875627
31 com.apple.iTunes 0x000000010afacd40 0x10ade3000 + 1875264
Thread 1:: Dispatch queue: com.apple.libdispatch-manager
0 libsystem_kernel.dylib 0x00007fff98b947e6 kevent + 10
1 libdispatch.dylib 0x00007fff97714786 _dispatch_mgr_invoke + 923
2 libdispatch.dylib 0x00007fff97713316 _dispatch_mgr_thread + 54
Thread 2:
0 libsystem_kernel.dylib 0x00007fff98b94192 __workq_kernreturn + 10
1 libsystem_c.dylib 0x00007fff97016594 _pthread_wqthread + 758
2 libsystem_c.dylib 0x00007fff97017b85 start_wqthread + 13
Thread 3:
0 libsystem_kernel.dylib 0x00007fff98b94192 __workq_kernreturn + 10
1 libsystem_c.dylib 0x00007fff97016594 _pthread_wqthread + 758
2 libsystem_c.dylib 0x00007fff97017b85 start_wqthread + 13
Thread 4:
0 libsystem_kernel.dylib 0x00007fff98b9267a mach_msg_trap + 10
1 libsystem_kernel.dylib 0x00007fff98b91d71 mach_msg + 73
2 com.apple.CoreFoundation 0x00007fff910fa50c __CFRunLoopServiceMachPort + 188
3 com.apple.CoreFoundation 0x00007fff91102c74 __CFRunLoopRun + 1204
4 com.apple.CoreFoundation 0x00007fff91102486 CFRunLoopRunSpecific + 230
5 com.apple.CoreFoundation 0x00007fff9111219f CFRunLoopRun + 95
6 com.apple.iTunes 0x000000010af66d66 0x10ade3000 + 1588582
7 com.apple.iTunes 0x000000010ade92df 0x10ade3000 + 25311
8 libsystem_c.dylib 0x00007fff970148bf _pthread_start + 335
9 libsystem_c.dylib 0x00007fff97017b75 thread_start + 13
Thread 5:
0 libsystem_kernel.dylib 0x00007fff98b93bca __psynch_cvwait + 10
1 libsystem_c.dylib 0x00007fff97018274 _pthread_cond_wait + 840
2 com.apple.iTunes 0x000000010adfe0d4 0x10ade3000 + 110804
3 com.apple.iTunes 0x000000010adfdb99 0x10ade3000 + 109465
4 com.apple.iTunes 0x000000010adfd550 0x10ade3000 + 107856
5 com.apple.iTunes 0x000000010ade92df 0x10ade3000 + 25311
6 libsystem_c.dylib 0x00007fff970148bf _pthread_start + 335
7 libsystem_c.dylib 0x00007fff97017b75 thread_start + 13
Thread 6:
0 libsystem_kernel.dylib 0x00007fff98b9267a mach_msg_trap + 10
1 libsystem_kernel.dylib 0x00007fff98b91d71 mach_msg + 73
2 com.apple.CoreFoundation 0x00007fff910fa50c __CFRunLoopServiceMachPort + 188
3 com.apple.CoreFoundation 0x00007fff91102c74 __CFRunLoopRun + 1204
4 com.apple.CoreFoundation 0x00007fff91102486 CFRunLoopRunSpecific + 230
5 com.apple.CoreFoundation 0x00007fff9111219f CFRunLoopRun + 95
6 com.apple.iTunes 0x000000010ae229bb 0x10ade3000 + 260539
7 com.apple.iTunes 0x000000010ade92df 0x10ade3000 + 25311
8 libsystem_c.dylib 0x00007fff970148bf _pthread_start + 335
9 libsystem_c.dylib 0x00007fff97017b75 thread_start + 13
Thread 7:
0 libsystem_kernel.dylib 0x00007fff98b93bca __psynch_cvwait + 10
1 libsystem_c.dylib 0x00007fff970182a6 _pthread_cond_wait + 890
2 com.apple.iTunes 0x000000010ae33bef 0x10ade3000 + 330735
3 com.apple.iTunes 0x000000010ae33ab4 0x10ade3000 + 330420
4 com.apple.iTunes 0x000000010ae33a51 0x10ade3000 + 330321
5 com.apple.iTunes 0x000000010ae338d9 0x10ade3000 + 329945
6 com.apple.iTunes 0x000000010ade92df 0x10ade3000 + 25311
7 libsystem_c.dylib 0x00007fff970148bf _pthread_start + 335
8 libsystem_c.dylib 0x00007fff97017b75 thread_start + 13
Thread 8:
0 libsystem_kernel.dylib 0x00007fff98b93bca __psynch_cvwait + 10
1 libsystem_c.dylib 0x00007fff970182a6 _pthread_cond_wait + 890
2 com.apple.iTunes 0x000000010ae33bef 0x10ade3000 + 330735
3 com.apple.iTunes 0x000000010ae33ab4 0x10ade3000 + 330420
4 com.apple.iTunes 0x000000010ae33a51 0x10ade3000 + 330321
5 com.apple.iTunes 0x000000010ae338d9 0x10ade3000 + 329945
6 com.apple.iTunes 0x000000010ade92df 0x10ade3000 + 25311
7 libsystem_c.dylib 0x00007fff970148bf _pthread_start + 335
8 libsystem_c.dylib 0x00007fff97017b75 thread_start + 13
Thread 9:
0 libsystem_kernel.dylib 0x00007fff98b93bca __psynch_cvwait + 10
1 libsystem_c.dylib 0x00007fff970182a6 _pthread_cond_wait + 890
2 com.apple.iTunes 0x000000010ae33bef 0x10ade3000 + 330735
3 com.apple.iTunes 0x000000010ae33ab4 0x10ade3000 + 330420
4 com.apple.iTunes 0x000000010ae33a51 0x10ade3000 + 330321
5 com.apple.iTunes 0x000000010ae338d9 0x10ade3000 + 329945
6 com.apple.iTunes 0x000000010ade92df 0x10ade3000 + 25311
7 libsystem_c.dylib 0x00007fff970148bf _pthread_start + 335
8 libsystem_c.dylib 0x00007fff97017b75 thread_start + 13
Thread 10:
0 libsystem_kernel.dylib 0x00007fff98b93bca __psynch_cvwait + 10
1 libsystem_c.dylib 0x00007fff970182a6 _pthread_cond_wait + 890
2 com.apple.iTunes 0x000000010ae33bef 0x10ade3000 + 330735
3 com.apple.iTunes 0x000000010ae33ab4 0x10ade3000 + 330420
4 com.apple.iTunes 0x000000010ae33a51 0x10ade3000 + 330321
5 com.apple.iTunes 0x000000010ae338d9 0x10ade3000 + 329945
6 com.apple.iTunes 0x000000010ade92df 0x10ade3000 + 25311
7 libsystem_c.dylib 0x00007fff970148bf _pthread_start + 335
8 libsystem_c.dylib 0x00007fff97017b75 thread_start + 13
Thread 11:: CVDisplayLink
0 libsystem_kernel.dylib 0x00007fff98b93bca __psynch_cvwait + 10
1 libsystem_c.dylib 0x00007fff97018274 _pthread_cond_wait + 840
2 com.apple.CoreVideo 0x00007fff91a8f6c8 CVDisplayLink::runIOThread() + 710
3 com.apple.CoreVideo 0x00007fff91a8f3e9 _ZL13startIOThreadPv + 148
4 libsystem_c.dylib 0x00007fff970148bf _pthread_start + 335
5 libsystem_c.dylib 0x00007fff97017b75 thread_start + 13
Thread 12:
0 libsystem_kernel.dylib 0x00007fff98b9267a mach_msg_trap + 10
1 libsystem_kernel.dylib 0x00007fff98b91d71 mach_msg + 73
2 com.apple.iTunes 0x000000010af63053 0x10ade3000 + 1572947
3 com.apple.iTunes 0x000000010ae35ff5 0x10ade3000 + 339957
4 com.apple.iTunes 0x000000010af63aa3 0x10ade3000 + 1575587
5 com.apple.iTunes 0x000000010af68e8a 0x10ade3000 + 1597066
6 com.apple.iTunes 0x000000010b39cbe6 0x10ade3000 + 6003686
7 com.apple.iTunes 0x000000010af54c91 0x10ade3000 + 1514641
8 libsystem_c.dylib 0x00007fff970148bf _pthread_start + 335
9 libsystem_c.dylib 0x00007fff97017b75 thread_start + 13
Thread 13:
0 libsystem_kernel.dylib 0x00007fff98b9267a mach_msg_trap + 10
1 libsystem_kernel.dylib 0x00007fff98b91d71 mach_msg + 73
2 com.apple.iTunes 0x000000010af63053 0x10ade3000 + 1572947
3 com.apple.iTunes 0x000000010ae35ff5 0x10ade3000 + 339957
4 com.apple.iTunes 0x000000010af63aa3 0x10ade3000 + 1575587
5 com.apple.iTunes 0x000000010af654bf 0x10ade3000 + 1582271
6 com.apple.iTunes 0x000000010b75c461 0x10ade3000 + 9933921
7 com.apple.iTunes 0x000000010af64605 0x10ade3000 + 1578501
8 com.apple.iTunes 0x000000010af6437c 0x10ade3000 + 1577852
9 com.apple.iTunes 0x000000010af64323 0x10ade3000 + 1577763
10 com.apple.iTunes 0x000000010af633cf 0x10ade3000 + 1573839
11 com.apple.iTunes 0x000000010af6308f 0x10ade3000 + 1573007
12 com.apple.iTunes 0x000000010af54c91 0x10ade3000 + 1514641
13 libsystem_c.dylib 0x00007fff970148bf _pthread_start + 335
14 libsystem_c.dylib 0x00007fff97017b75 thread_start + 13
Thread 14:
0 libsystem_kernel.dylib 0x00007fff98b93bca __psynch_cvwait + 10
1 libsystem_c.dylib 0x00007fff97018274 _pthread_cond_wait + 840
2 com.apple.iTunes 0x000000010adfe0d4 0x10ade3000 + 110804
3 com.apple.iTunes 0x000000010ae228e3 0x10ade3000 + 260323
4 com.apple.iTunes 0x000000010af56713 0x10ade3000 + 1521427
5 com.apple.iTunes 0x000000010af56659 0x10ade3000 + 1521241
6 com.apple.iTunes 0x000000010ade92df 0x10ade3000 + 25311
7 libsystem_c.dylib 0x00007fff970148bf _pthread_start + 335
8 libsystem_c.dylib 0x00007fff97017b75 thread_start + 13
Thread 15:
0 libsystem_kernel.dylib 0x00007fff98b9267a mach_msg_trap + 10
1 libsystem_kernel.dylib 0x00007fff98b91d71 mach_msg + 73
2 com.apple.iTunes 0x000000010af54c5b 0x10ade3000 + 1514587
3 libsystem_c.dylib 0x00007fff970148bf _pthread_start + 335
4 libsystem_c.dylib 0x00007fff97017b75 thread_start + 13
Thread 16:: com.apple.CFSocket.private
0 libsystem_kernel.dylib 0x00007fff98b93df2 __select + 10
1 com.apple.CoreFoundation 0x00007fff9114bc8b __CFSocketManager + 1355
2 libsystem_c.dylib 0x00007fff970148bf _pthread_start + 335
3 libsystem_c.dylib 0x00007fff97017b75 thread_start + 13
Thread 17:
0 libsystem_kernel.dylib 0x00007fff98b9267a mach_msg_trap + 10
1 libsystem_kernel.dylib 0x00007fff98b91d71 mach_msg + 73
2 com.apple.CoreFoundation 0x00007fff910fa50c __CFRunLoopServiceMachPort + 188
3 com.apple.CoreFoundation 0x00007fff91102c74 __CFRunLoopRun + 1204
4 com.apple.CoreFoundation 0x00007fff91102486 CFRunLoopRunSpecific + 230
5 com.apple.CoreFoundation 0x00007fff9111219f CFRunLoopRun + 95
6 com.apple.iTunes 0x000000010af66d66 0x10ade3000 + 1588582
7 com.apple.iTunes 0x000000010ade92df 0x10ade3000 + 25311
8 libsystem_c.dylib 0x00007fff970148bf _pthread_start + 335
9 libsystem_c.dylib 0x00007fff97017b75 thread_start + 13
Thread 18 Crashed:
0 libsystem_kernel.dylib 0x00007fff98b93ce2 __pthread_kill + 10
1 libsystem_c.dylib 0x00007fff970167d2 pthread_kill + 95
2 libsystem_c.dylib 0x00007fff97007a7a abort + 143
3 libsystem_c.dylib 0x00007fff970294ac szone_error + 459
4 libsystem_c.dylib 0x00007fff970294e8 free_list_checksum_botch + 29
5 libsystem_c.dylib 0x00007fff97029ae0 small_free_list_remove_ptr + 264
6 libsystem_c.dylib 0x00007fff9702dc53 szone_free_definite_size + 3495
7 libsystem_c.dylib 0x00007fff97066789 free + 194
8 com.apple.iTunes 0x000000010b72a505 0x10ade3000 + 9729285
9 com.apple.iTunes 0x000000010ae0e808 0x10ade3000 + 178184
10 com.apple.iTunes 0x000000010ae06bab 0x10ade3000 + 146347
11 com.apple.iTunes 0x000000010afe7150 0x10ade3000 + 2113872
12 com.apple.iTunes 0x000000010afe706d 0x10ade3000 + 2113645
13 com.apple.iTunes 0x000000010afc42fc 0x10ade3000 + 1970940
14 com.apple.iTunes 0x000000010af54c91 0x10ade3000 + 1514641
15 libsystem_c.dylib 0x00007fff970148bf _pthread_start + 335
16 libsystem_c.dylib 0x00007fff97017b75 thread_start + 13
Thread 19:
0 libsystem_kernel.dylib 0x00007fff98b93bca __psynch_cvwait + 10
1 libsystem_c.dylib 0x00007fff970182a6 _pthread_cond_wait + 890
2 com.apple.iTunes 0x000000010ae33bef 0x10ade3000 + 330735
3 com.apple.iTunes 0x000000010ae33ab4 0x10ade3000 + 330420
4 com.apple.iTunes 0x000000010ae33a51 0x10ade3000 + 330321
5 com.apple.iTunes 0x000000010ae338d9 0x10ade3000 + 329945
6 com.apple.iTunes 0x000000010ade92df 0x10ade3000 + 25311
7 libsystem_c.dylib 0x00007fff970148bf _pthread_start + 335
8 libsystem_c.dylib 0x00007fff97017b75 thread_start + 13
Thread 20:
0 libsystem_kernel.dylib 0x00007fff98b9267a mach_msg_trap + 10
1 libsystem_kernel.dylib 0x00007fff98b91d71 mach_msg + 73
2 com.apple.CoreFoundation 0x00007fff910fa50c __CFRunLoopServiceMachPort + 188
3 com.apple.CoreFoundation 0x00007fff91102c74 __CFRunLoopRun + 1204
4 com.apple.CoreFoundation 0x00007fff91102486 CFRunLoopRunSpecific + 230
5 com.apple.CoreFoundation 0x00007fff9111219f CFRunLoopRun + 95
6 com.apple.iTunes 0x000000010af66d66 0x10ade3000 + 1588582
7 com.apple.iTunes 0x000000010ade92df 0x10ade3000 + 25311
8 libsystem_c.dylib 0x00007fff970148bf _pthread_start + 335
9 libsystem_c.dylib 0x00007fff97017b75 thread_start + 13
Thread 21:
0 libsystem_kernel.dylib 0x00007fff98b94192 __workq_kernreturn + 10
1 libsystem_c.dylib 0x00007fff97016594 _pthread_wqthread + 758
2 libsystem_c.dylib 0x00007fff97017b85 start_wqthread + 13
Thread 22:
0 libsystem_kernel.dylib 0x00007fff98b94192 __workq_kernreturn + 10
1 libsystem_c.dylib 0x00007fff97016594 _pthread_wqthread + 758
2 libsystem_c.dylib 0x00007fff97017b85 start_wqthread + 13
Thread 23:: com.apple.appkit-heartbeat
0 libsystem_kernel.dylib 0x00007fff98b93e42 __semwait_signal + 10
1 libsystem_c.dylib 0x00007fff96fcadea nanosleep + 164
2 libsystem_c.dylib 0x00007fff96fcabb5 usleep + 53
3 com.apple.AppKit 0x00007fff952bd11b -[NSUIHeartBeat _heartBeatThread:] + 1727
4 com.apple.Foundation 0x00007fff9132c72a -[NSThread main] + 68
5 com.apple.Foundation 0x00007fff9132c6a2 __NSThread__main__ + 1575
6 libsystem_c.dylib 0x00007fff970148bf _pthread_start + 335
7 libsystem_c.dylib 0x00007fff97017b75 thread_start + 13
Thread 24:
0 libsystem_kernel.dylib 0x00007fff98b93bca __psynch_cvwait + 10
1 libsystem_c.dylib 0x00007fff97018274 _pthread_cond_wait + 840
2 com.apple.iTunes 0x000000010ae33bce 0x10ade3000 + 330702
3 com.apple.iTunes 0x000000010ae33ab4 0x10ade3000 + 330420
4 com.apple.iTunes 0x000000010afd0e3c 0x10ade3000 + 2022972
5 com.apple.iTunes 0x000000010afd0d11 0x10ade3000 + 2022673
6 com.apple.iTunes 0x000000010ade92df 0x10ade3000 + 25311
7 libsystem_c.dylib 0x00007fff970148bf _pthread_start + 335
8 libsystem_c.dylib 0x00007fff97017b75 thread_start + 13
Thread 25:
0 libsystem_kernel.dylib 0x00007fff98b93bca __psynch_cvwait + 10
1 libsystem_c.dylib 0x00007fff97018274 _pthread_cond_wait + 840
2 com.apple.iTunes 0x000000010ae33bce 0x10ade3000 + 330702
3 com.apple.iTunes 0x000000010ae33ab4 0x10ade3000 + 330420
4 com.apple.iTunes 0x000000010ae33a51 0x10ade3000 + 330321
5 com.apple.iTunes 0x000000010ae338d9 0x10ade3000 + 329945
6 com.apple.iTunes 0x000000010ade92df 0x10ade3000 + 25311
7 libsystem_c.dylib 0x00007fff970148bf _pthread_start + 335
8 libsystem_c.dylib 0x00007fff97017b75 thread_start + 13
Thread 18 crashed with X86 Thread State (64-bit):
rax: 0x0000000000000000 rbx: 0x0000000000000006 rcx: 0x000000011f884be8 rdx: 0x0000000000000000
rdi: 0x0000000000012203 rsi: 0x0000000000000006 rbp: 0x000000011f884c10 rsp: 0x000000011f884be8
r8: 0x00007fff7ebcafb8 r9: 0x0000000000000000 r10: 0x00007fff98b93d0a r11: 0xffffff80002dad60
r12: 0x000000010c57e000 r13: 0x0000000118d5e000 r14: 0x000000011f887000 r15: 0x0000000118d5e0c0
rip: 0x00007fff98b93ce2 rfl: 0x0000000000000246 cr2: 0x0000000119120000
Logical CPU: 0
Binary Images:
0x10ade3000 - 0x10c203fef com.apple.iTunes (11.0.4 - 11.0.4) <67E80C94-C386-345C-8C79-13436004A025> /Applications/iTunes.app/Contents/MacOS/iTunes
0x10c580000 - 0x10c600ff7 com.apple.iTunes.iPodUpdater (10.7 - 10.7) <0EE5C372-0F11-31C3-BE3E-F5B300596964> /Applications/iTunes.app/Contents/Frameworks/iPodUpdater.framework/Versions/A/i PodUpdater
0x10c640000 - 0x10c66cff7 com.apple.avfoundationcf (2.0 - 63.21) <A3140BD7-BB0C-3BD7-8F63-2ECB98041B6E> /System/Library/PrivateFrameworks/AVFoundationCF.framework/Versions/A/AVFoundat ionCF
0x10c69b000 - 0x10c6a1fff com.apple.agl (3.2.0 - AGL-3.2.0) <C98394A8-305D-3904-BEAE-8340FF988F15> /System/Library/Frameworks/AGL.framework/Versions/A/AGL
0x10c6ac000 - 0x10c6b2fff com.apple.iPod (1.7 - 19) <8F1B8246-F053-3CD1-9040-29440BDB19D7> /System/Library/PrivateFrameworks/iPod.framework/Versions/A/iPod
0x10c6ba000 - 0x10c9e6ff7 +libgnsdk_dsp.1.9.5.dylib (1.9.5 - compatibility 1.9.5) <14636B08-4D26-54CA-3EE8-247B2B708AF0> /Applications/iTunes.app/Contents/MacOS/libgnsdk_dsp.1.9.5.dylib
0x10ca0c000 - 0x10ca43ff7 +libgnsdk_musicid.1.9.5.dylib (1.9.5 - compatibility 1.9.5) <C034C2ED-6A46-315F-89C8-8D54A937B255> /Applications/iTunes.app/Contents/MacOS/libgnsdk_musicid.1.9.5.dylib
0x10ca55000 - 0x10cb2bfe7 +libgnsdk_sdkmanager.1.9.5.dylib (1.9.5 - compatibility 1.9.5) <D144E870-FABC-E19E-452E-A33D19595B19> /Applications/iTunes.app/Contents/MacOS/libgnsdk_sdkmanager.1.9.5.dylib
0x10cb4f000 - 0x10cb92ff7 +libgnsdk_submit.1.9.5.dylib (1.9.5 - compatibility 1.9.5) <6689251D-098B-0F8D-08CC-785271E98540> /Applications/iTunes.app/Contents/MacOS/libgnsdk_submit.1.9.5.dylib
0x10d014000 - 0x10d016fff com.apple.textencoding.unicode (2.4 - 2.4) <FD4695F4-6110-36C6-AC06-86453E30FF6E> /System/Library/TextEncodings/Unicode Encodings.bundle/Contents/MacOS/Unicode Encodings
0x10d01b000 - 0x10d01ffff com.apple.audio.AudioIPCPlugIn (1.2.3 - 1.2.3) <F94D690D-3196-3B01-B798-09708367D28D> /System/Library/Extensions/AudioIPCDriver.kext/Contents/Resources/AudioIPCPlugI n.bundle/Contents/MacOS/AudioIPCPlugIn
0x10d024000 - 0x10d029fff com.apple.audio.AppleHDAHALPlugIn (2.2.5 - 2.2.5a5) <4EC4981B-68AE-357E-960F-3D4603A61E9F> /System/Library/Extensions/AppleHDA.kext/Contents/PlugIns/AppleHDAHALPlugIn.bun dle/Contents/MacOS/AppleHDAHALPlugIn
0x10e039000 - 0x10ed94fff com.apple.CoreFP (2.4.16 - 2.4.16) <BC24CECB-5B51-3BC7-A6AC-9D301D09F3C1> /System/Library/PrivateFrameworks/CoreFP.framework/CoreFP
0x1109e7000 - 0x110b32ff7 com.apple.audio.units.Components (1.7.3 - 1.7.3) <CAC75CC0-DAD7-3DD3-91CF-DDE8B19DEBDD> /System/Library/Components/CoreAudio.component/Contents/MacOS/CoreAudio
0x110ba6000 - 0x110c43fff com.apple.mobiledevice (555.43 - 555.43) <4460453F-C565-36B8-B1B8-6626AF98CBB5> /System/Library/PrivateFrameworks/MobileDevice.framework/MobileDevice
0x110c8c000 - 0x110e6dff7 com.apple.audio.codecs.Components (2.3 - 2.3) <9FF1C1F7-F049-3CE0-AE2A-E3D220A7031B> /System/Library/Components/AudioCodecs.component/Contents/MacOS/AudioCodecs
0x119867000 - 0x11986aff7 libCoreFSCache.dylib (??? - ???) <0D155750-7910-32C5-8327-924FC1089442> /System/Library/Frameworks/OpenGL.framework/Versions/A/Libraries/libCoreFSCache .dylib
0x11d8e1000 - 0x11d8ebfef libcldcpuengine.dylib (2.0.19 - compatibility 1.0.0) <4572AD1E-D1D1-3412-AFCC-D37037B1FAB5> /System/Library/Frameworks/OpenCL.framework/Versions/A/Libraries/libcldcpuengin e.dylib
0x11e626000 - 0x11e7defff GLEngine (??? - ???) <59179FEC-D0E2-38B3-BD49-765506A645AC> /System/Library/Frameworks/OpenGL.framework/Resources/GLEngine.bundle/GLEngine
0x11e815000 - 0x11e96ffff libGLProgrammability.dylib (??? - ???) <90390984-70BC-365C-AB3E-16C35C4240CB> /System/Library/Frameworks/OpenGL.framework/Versions/A/Libraries/libGLProgramma bility.dylib
0x11e9a1000 - 0x11ed88fe7 com.apple.driver.AppleIntelHD3000GraphicsGLDriver (7.32.12 - 7.3.2) <5C9C9474-BA99-33A6-BAD8-628224491FED> /System/Library/Extensions/AppleIntelHD3000GraphicsGLDriver.bundle/Contents/Mac OS/AppleIntelHD3000GraphicsGLDriver
0x11eeae000 - 0x11eebcfff libGPUSupport.dylib (??? - ???) <9FF8DDA2-7CB1-3888-8AAE-227C7691CB98> /System/Library/PrivateFrameworks/GPUSupport.framework/Versions/A/Libraries/lib GPUSupport.dylib
0x11eec3000 - 0x11eef1ff7 GLRendererFloat (??? - ???) <06CA5D0B-BC5F-3CC7-836D-A02F7DB92BE8> /System/Library/Frameworks/OpenGL.framework/Resources/GLRendererFloat.bundle/GL RendererFloat
0x7fff6a9e3000 - 0x7fff6aa17baf dyld (195.6 - ???) <C58DAD8A-4B00-3676-8637-93D6FDE73147> /usr/lib/dyld
0x7fff8d86d000 - 0x7fff8d872fff libcache.dylib (47.0.0 - compatibility 1.0.0) <1571C3AB-BCB2-38CD-B3B2-C5FC3F927C6A> /usr/lib/system/libcache.dylib
0x7fff8d873000 - 0x7fff8d874fff libunc.dylib (24.0.0 - compatibility 1.0.0) <337960EE-0A85-3DD0-A760-7134CF4C0AFF> /usr/lib/system/libunc.dylib
0x7fff8d8ae000 - 0x7fff8e5e5fff com.apple.WebCore (7534.57 - 7534.57.7) <33FCF30A-08C5-3169-B3B0-3A9462FA1A0D> /System/Library/Frameworks/WebKit.framework/Versions/A/Frameworks/WebCore.frame work/Versions/A/WebCore
0x7fff8e5e6000 - 0x7fff8e64eff7 com.apple.audio.CoreAudio (4.0.3 - 4.0.3) <9987DC46-2A96-3BA0-B88B-04E573C0AD9B> /System/Library/Frameworks/CoreAudio.framework/Versions/A/CoreAudio
0x7fff8e64f000 - 0x7fff8e6abff7 com.apple.HIServices (1.21 - ???) <B012EE97-D1CD-3F4B-812D-9AC7E6852FE6> /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/ HIServices.framework/Versions/A/HIServices
0x7fff8ea07000 - 0x7fff8ea0dff7 libunwind.dylib (30.0.0 - compatibility 1.0.0) <1E9C6C8C-CBE8-3F4B-A5B5-E03E3AB53231> /usr/lib/system/libunwind.dylib
0x7fff8ea0e000 - 0x7fff8f1b6fff com.apple.CoreAUC (6.16.12 - 6.16.12) <EF535959-14FE-3B61-9C32-DF4C54B8F12D> /System/Library/PrivateFrameworks/CoreAUC.framework/Versions/A/CoreAUC
0x7fff8f352000 - 0x7fff8f5c6fff com.apple.CoreImage (7.99.1 - 1.0.1) <4BB09B79-275B-364C-9466-0FF36ABB1218> /System/Library/Frameworks/QuartzCore.framework/Versions/A/Frameworks/CoreImage .framework/Versions/A/CoreImage
0x7fff8f5d3000 - 0x7fff8f5e0fff com.apple.CrashReporterSupport (10.7.4 - 353) <6044CFB6-939E-3C73-BFBB-A8BBC096F135> /System/Library/PrivateFrameworks/CrashReporterSupport.framework/Versions/A/Cra shReporterSupport
0x7fff8f760000 - 0x7fff8f768fff libsystem_dnssd.dylib (??? - ???) <584B321E-5159-37CD-B2E7-82E069C70AFB> /usr/lib/system/libsystem_dnssd.dylib
0x7fff8f769000 - 0x7fff8fa85fff com.apple.CoreServices.CarbonCore (960.25 - 960.25) <4FC1AB30-022C-3C67-AC46-FDCBFCB7EEDE> /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/CarbonC ore.framework/Versions/A/CarbonCore
0x7fff8fa86000 - 0x7fff8fa87fff liblangid.dylib (??? - ???) <CACBE3C3-2F7B-3EED-B50E-EDB73F473B77> /usr/lib/liblangid.dylib
0x7fff8fa88000 - 0x7fff8fa9ffff com.apple.CFOpenDirectory (10.7 - 146) <BBB7C97E-7B46-3286-9128-32B5D16B5CBE> /System/Library/Frameworks/OpenDirectory.framework/Versions/A/Frameworks/CFOpen Directory.framework/Versions/A/CFOpenDirectory
0x7fff8faa0000 - 0x7fff8fba1fff com.apple.QuickLookUIFramework (3.2 - 500.18) <56A13D40-9A61-3B98-85ED-B1C7075A88FB> /System/Library/Frameworks/Quartz.framework/Versions/A/Frameworks/QuickLookUI.f ramework/Versions/A/QuickLookUI
0x7fff8fbff000 - 0x7fff8fc32ff7 com.apple.GSS (2.2 - 2.0) <971395D0-B9D0-3FDE-B23F-6F9D0A2FB95F> /System/Library/Frameworks/GSS.framework/Versions/A/GSS
0x7fff8fc33000 - 0x7fff90060fff libLAPACK.dylib (??? - ???) <4F2E1055-2207-340B-BB45-E4F16171EE0D> /System/Library/Frameworks/Accelerate.framework/Versions/A/Frameworks/vecLib.fr amework/Versions/A/libLAPACK.dylib
0x7fff90061000 - 0x7fff90066fff libpam.2.dylib (3.0.0 - compatibility 3.0.0) <D952F17B-200A-3A23-B9B2-7C1F7AC19189> /usr/lib/libpam.2.dylib
0x7fff90067000 - 0x7fff90074ff7 libbz2.1.0.dylib (1.0.5 - compatibility 1.0.0) <DFAB8CA8-CC9D-3F58-8C12-CE120442AACD> /usr/lib/libbz2.1.0.dylib
0x7fff90075000 - 0x7fff90077fff com.apple.TrustEvaluationAgent (2.0 - 1) <1F31CAFF-C1C6-33D3-94E9-11B721761DDF> /System/Library/PrivateFrameworks/TrustEvaluationAgent.framework/Versions/A/Tru stEvaluationAgent
0x7fff90078000 - 0x7fff900a0fff com.apple.PerformanceAnalysis (1.11 - 11) <8D4C6382-DD92-37A2-BCFC-E89951320848> /System/Library/PrivateFrameworks/PerformanceAnalysis.framework/Versions/A/Perf ormanceAnalysis
0x7fff909a2000 - 0x7fff909b1ff7 libxar-nossl.dylib (??? - ???) <A6ABBFB9-E4ED-38AD-BBBB-F9958B9CEFB5> /usr/lib/libxar-nossl.dylib
0x7fff909b2000 - 0x7fff90bb4fff libicucore.A.dylib (46.1.0 - compatibility 1.0.0) <0176782F-9526-3905-813A-7A5676EC2C86> /usr/lib/libicucore.A.dylib
0x7fff90bb5000 - 0x7fff90c09fff libFontRegistry.dylib (??? - ???) <60FF9C2C-5E44-3C49-8A08-F26101898F21> /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/ ATS.framework/Versions/A/Resources/libFontRegistry.dylib
0x7fff90e45000 - 0x7fff90e5cfff com.apple.MultitouchSupport.framework (231.4 - 231.4) <559C1AFB-E0B4-3D23-9189-18DE09C06FFE> /System/Library/PrivateFrameworks/MultitouchSupport.framework/Versions/A/Multit ouchSupport
0x7fff90e62000 - 0x7fff90ebdff7 com.apple.opencl (2.0.19 - 2.0.19) <B05BF605-73B8-328F-A228-6FA59E1FC73A> /System/Library/Frameworks/OpenCL.framework/Versions/A/OpenCL
0x7fff90edd000 - 0x7fff90fdffff libxml2.2.dylib (10.3.0 - compatibility 10.0.0) <AFBB22B7-07AE-3F2E-B88C-70BEEBFB8A86> /usr/lib/libxml2.2.dylib
0x7fff910ca000 - 0x7fff9129eff7 com.apple.CoreFoundation (6.7.2 - 635.21) <62A3402E-A4E7-391F-AD20-1EF20236CE1B> /System/Library/Frameworks/CoreFoundation.framework/Versions/A/CoreFoundation
0x7fff9129f000 - 0x7fff9129ffff com.apple.ApplicationServices (41 - 41) <89B6AD5B-5C75-3E83-8C2B-AA7F4C55E400> /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Application Services
0x7fff912a0000 - 0x7fff912a9ff7 libsystem_notify.dylib (80.1.0 - compatibility 1.0.0) <A4D651E3-D1C6-3934-AD49-7A104FD14596> /usr/lib/system/libsystem_notify.dylib
0x7fff912b0000 - 0x7fff912d1fff libPng.dylib (??? - ???) <E2B52527-4D0C-3595-BB13-8E8EF364E998> /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/ ImageIO.framework/Versions/A/Resources/libPng.dylib
0x7fff912d2000 - 0x7fff915ebfff com.apple.Foundation (6.7.2 - 833.25) <22AAC369-B63C-3C55-8AC6-C3ECBA44DA7B> /System/Library/Frameworks/Foundation.framework/Versions/C/Foundation
0x7fff915ec000 - 0x7fff915ecfff com.apple.CoreServices (53 - 53) <043C8026-8EDD-3241-B090-F589E24062EF> /System/Library/Frameworks/CoreServices.framework/Versions/A/CoreServices
0x7fff9166a000 - 0x7fff91687ff7 com.apple.openscripting (1.3.3 - ???) <F5E34F54-CE85-334B-8F25-53581D43960C> /System/Library/Frameworks/Carbon.framework/Versions/A/Frameworks/OpenScripting .framework/Versions/A/OpenScripting
0x7fff91688000 - 0x7fff916c6fff com.apple.bom (11.0 - 183) <F300B9EC-995E-33A7-9175-9F07D4B68F16> /System/Library/PrivateFrameworks/Bom.framework/Versions/A/Bom
0x7fff916cb000 - 0x7fff91a75fe7 com.apple.MediaToolbox (1.0 - 705.94) <0719E69C-3275-3BD9-AD04-27DBADEB6E03> /System/Library/PrivateFrameworks/MediaToolbox.framework/Versions/A/MediaToolbo x
0x7fff91a76000 - 0x7fff91a8cfff libGL.dylib (??? - ???) <A4876AE9-DDFE-3B9A-874E-09BC29D46C39> /System/Library/Frameworks/OpenGL.framework/Versions/A/Libraries/libGL.dylib
0x7fff91a8d000 - 0x7fff91ab6fff com.apple.CoreVideo (1.7 - 70.3) <9A9D4058-9935-3B0A-B1A6-27EB78D02249> /System/Library/Frameworks/CoreVideo.framework/Versions/A/CoreVideo
0x7fff91abf000 - 0x7fff91ac0ff7 libremovefile.dylib (21.1.0 - compatibility 1.0.0) <739E6C83-AA52-3C6C-A680-B37FE2888A04> /usr/lib/system/libremovefile.dylib
0x7fff91ac1000 - 0x7fff91cebfe7 com.apple.CoreData (104.1 - 358.14) <6BB64605-8DA7-337D-A2AB-A3346A421CBD> /System/Library/Frameworks/CoreData.framework/Versions/A/CoreData
0x7fff91d66000 - 0x7fff91ef1fff com.apple.QTKit (7.7.1 - 2343) <2A7B0660-7E8F-378D-9D60-B9664410336E> /System/Library/Frameworks/QTKit.framework/Versions/A/QTKit
0x7fff91ef2000 - 0x7fff92214fff com.apple.JavaScriptCore (7534.57 - 7534.57.3) <3A04B8FC-CFA6-3AEB-8FDF-B0525B5A4C82> /System/Library/Frameworks/JavaScriptCore.framework/Versions/A/JavaScriptCore
0x7fff9226d000 - 0x7fff92323fff com.apple.PDFKit (2.7.7 - 2.7.7) <96C0C88B-F049-39F1-92A5-180F1C2EE6EB> /System/Library/Frameworks/Quartz.framework/Versions/A/Frameworks/PDFKit.framew ork/Versions/A/PDFKit
0x7fff9235f000 - 0x7fff92373ff7 com.apple.LangAnalysis (1.7.0 - 1.7.0) <04C31EF0-912A-3004-A08F-CEC27030E0B2> /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/ LangAnalysis.framework/Versions/A/LangAnalysis
0x7fff92394000 - 0x7fff92397fff libRadiance.dylib (??? - ???) <CD89D70D-F177-3BAE-8A26-644EA7D5E28E> /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/ ImageIO.framework/Versions/A/Resources/libRadiance.dylib
0x7fff92398000 - 0x7fff923d8fe7 libGLImage.dylib (??? - ???) <0B7DAB2B-F1C6-39C7-B864-61EF683B6656> /System/Library/Frameworks/OpenGL.framework/Versions/A/Libraries/libGLImage.dyl ib
0x7fff923d9000 - 0x7fff923dafff libScreenReader.dylib (??? - ???) <7CC8F990-29A2-3F41-B2C1-A128F2498D8C> /usr/lib/libScreenReader.dylib
0x7fff9241c000 - 0x7fff92492fff com.apple.CoreSymbolication (2.2 - 73.2) <126415E3-3A35-315B-B4B7-507CDBED0D58> /System/Library/PrivateFrameworks/CoreSymbolication.framework/Versions/A/CoreSy mbolication
0x7fff924d1000 - 0x7fff924fcfff libpcre.0.dylib (1.1.0 - compatibility 1.0.0) <7D3CDB0A-840F-3856-8F84-B4A50E66431B> /usr/lib/libpcre.0.dylib
0x7fff9254f000 - 0x7fff925bffff com.apple.datadetectorscore (3.0 - 179.4) <4AB32B7F-8EC2-327E-BAC8-80129AA36E7B> /System/Library/PrivateFrameworks/DataDetectorsCore.framework/Versions/A/DataDe tectorsCore
0x7fff925c0000 - 0x7fff925c1fff libDiagnosticMessagesClient.dylib (??? - ???) <3DCF577B-F126-302B-BCE2-4DB9A95B8598> /usr/lib/libDiagnosticMessagesClient.dylib
0x7fff925c2000 - 0x7fff925c5fff com.apple.AppleSystemInfo (1.0 - 1) <111B6F69-3FBD-3860-BCF8-1DF02D9BED28> /System/Library/PrivateFrameworks/AppleSystemInfo.framework/Versions/A/AppleSys temInfo
0x7fff925c6000 - 0x7fff926cdfe7 libsqlite3.dylib (9.6.0 - compatibility 9.0.0) <EE02BB01-64C9-304D-9719-A35F5CD6D04C> /usr/lib/libsqlite3.dylib
0x7fff926ce000 - 0x7fff926cefff com.apple.Cocoa (6.6 - ???) <7EC4D759-B2A6-3A99-AC75-809FED1500C6> /System/Library/Frameworks/Cocoa.framework/Versions/A/Cocoa
0x7fff9270e000 - 0x7fff9270fff7 libsystem_sandbox.dylib (??? - ???) <5459F293-E1F2-33B3-B9B2-2ABB7B915B62> /usr/lib/system/libsystem_sandbox.dylib
0x7fff92710000 - 0x7fff92783fff libstdc++.6.dylib (52.0.0 - compatibility 7.0.0) <6BDD43E4-A4B1-379E-9ED5-8C713653DFF2> /usr/lib/libstdc++.6.dylib
0x7fff927ac000 - 0x7fff927d0fff com.apple.RemoteViewServices (1.5 - 44.2) <A0417D7F-22E9-3FD8-AC55-67654D8E93EB> /System/Library/PrivateFrameworks/RemoteViewServices.framework/Versions/A/Remot eViewServices
0x7fff927d1000 - 0x7fff92867ff7 libvMisc.dylib (325.4.0 - compatibility 1.0.0) <642D8D54-F9F5-3FBB-A96C-EEFE94C6278B> /System/Library/Frameworks/Accelerate.framework/Versions/A/Frameworks/vecLib.fr amework/Versions/A/libvMisc.dylib
0x7fff92868000 - 0x7fff928acff7 libRIP.A.dylib (600.0.0 - compatibility 64.0.0) <B2A38D2C-7E82-34C5-8896-48C37B0E64A3> /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/ CoreGraphics.framework/Versions/A/Resources/libRIP.A.dylib
0x7fff928ad000 - 0x7fff9294ffff com.apple.securityfoundation (5.0 - 55116) <70CDC3ED-39AA-3784-8715-F0F5E2CB9754> /System/Library/Frameworks/SecurityFoundation.framework/Versions/A/SecurityFoun dation
0x7fff92950000 - 0x7fff92f34fff libBLAS.dylib (??? - ???) <C34F6D88-187F-33DC-8A68-C0C9D1FA36DF> /System/Library/Frameworks/Accelerate.framework/Versions/A/Frameworks/vecLib.fr amework/Versions/A/libBLAS.dylib
0x7fff92f35000 - 0x7fff92f3cfff libcopyfile.dylib (85.1.0 - compatibility 1.0.0) <0AB51EE2-E914-358C-AC19-47BC024BDAE7> /usr/lib/system/libcopyfile.dylib
0x7fff92f3d000 - 0x7fff92f8eff7 com.apple.CoreMediaIO (216.0 - 3199.8) <4D3FE512-E943-34E3-A7A5-2EC2E3854E28> /System/Library/Frameworks/CoreMediaIO.framework/Versions/A/CoreMediaIO
0x7fff92f8f000 - 0x7fff92fddfff libauto.dylib (??? - ???) <D8AC8458-DDD0-3939-8B96-B6CED81613EF> /usr/lib/libauto.dylib
0x7fff92fde000 - 0x7fff92ff4ff7 com.apple.ImageCapture (7.1.0 - 7.1.0) <1AD40E02-2126-377B-A0D2-CBB21D932558> /System/Library/Frameworks/Carbon.framework/Versions/A/Frameworks/ImageCapture. framework/Versions/A/ImageCapture
0x7fff92ff5000 - 0x7fff93011ff7 com.apple.GenerationalStorage (1.0 - 126.1) <509F52ED-E54B-3FEF-B3C2-759387B826E6> /System/Library/PrivateFrameworks/GenerationalStorage.framework/Versions/A/Gene rationalStorage
0x7fff93012000 - 0x7fff93053fff com.apple.QD (3.40.1 - ???) <13ACC7F4-B004-3370-B575-6D06447EE428> /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/ QD.framework/Versions/A/QD
0x7fff93054000 - 0x7fff930b4fff libvDSP.dylib (325.4.0 - compatibility 1.0.0) <3A7521E6-5510-3FA7-AB65-79693A7A5839> /System/Library/Frameworks/Accelerate.framework/Versions/A/Frameworks/vecLib.fr amework/Versions/A/libvDSP.dylib
0x7fff930b5000 - 0x7fff930bbfff com.apple.DiskArbitration (2.4.1 - 2.4.1) <CEA34337-63DE-302E-81AA-10D717E1F699> /System/Library/Frameworks/DiskArbitration.framework/Versions/A/DiskArbitration
0x7fff930e6000 - 0x7fff930ecfff libmacho.dylib (800.0.0 - compatibility 1.0.0) <165514D7-1BFA-38EF-A151-676DCD21FB64> /usr/lib/system/libmacho.dylib
0x7fff930ed000 - 0x7fff93223fff com.apple.vImage (5.1 - 5.1) <A08B7582-67BC-3EED-813A-4833645964A7> /System/Library/Frameworks/Accelerate.framework/Versions/A/Frameworks/vImage.fr amework/Versions/A/vImage
0x7fff93224000 - 0x7fff93381fff com.apple.audio.toolbox.AudioToolbox (1.7.3 - 1.7.3) <5F1E4695-BC74-3ADD-8345-627BCD68201A> /System/Library/Frameworks/AudioToolbox.framework/Versions/A/AudioToolbox
0x7fff93382000 - 0x7fff9339cfff com.apple.CoreMediaAuthoring (2.0 - 891) <C7A92C52-AD9F-3CF1-86D5-C0714118935C> /System/Library/PrivateFrameworks/CoreMediaAuthoring.framework/Versions/A/CoreM ediaAuthoring
0x7fff9339d000 - 0x7fff933a4fff libGFXShared.dylib (??? - ???) <D3598924-B167-372E-8C9F-1BBF68852542> /System/Library/Frameworks/OpenGL.framework/Versions/A/Libraries/libGFXShared.d ylib
0x7fff933a5000 - 0x7fff933a5fff com.apple.Accelerate.vecLib (3.7 - vecLib 3.7) <C06A140F-6114-3B8B-B080-E509303145B8> /System/Library/Frameworks/Accelerate.framework/Versions/A/Frameworks/vecLib.fr amework/Versions/A/vecLib
0x7fff93442000 - 0x7fff93466fff com.apple.Kerberos (1.0 - 1) <1F826BCE-DA8F-381D-9C4C-A36AA0EA1CB9> /System/Library/Frameworks/Kerberos.framework/Versions/A/Kerberos
0x7fff934f6000 - 0x7fff93523fe7 libSystem.B.dylib (159.1.0 - compatibility 1.0.0) <6E5C8AC3-DBB7-31CB-BEB7-D6ED8E6DE0CE> /usr/lib/libSystem.B.dylib
0x7fff9353b000 - 0x7fff93566ff7 libxslt.1.dylib (3.24.0 - compatibility 3.0.0) <E71220D3-8015-38EC-B97D-7FDB383C2BDC> /usr/lib/libxslt.1.dylib
0x7fff93567000 - 0x7fff935bfff7 libTIFF.dylib (??? - ???) <59353B7F-EA9A-32D5-A501-283443B30C60> /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/ ImageIO.framework/Versions/A/Resources/libTIFF.dylib
0x7fff935c0000 - 0x7fff93a87fff FaceCoreLight (1.4.7 - compatibility 1.0.0) <BDD0E1DE-CF33-3AF8-B33B-4D1574CCC19D> /System/Library/PrivateFrameworks/FaceCoreLight.framework/Versions/A/FaceCoreLi ght
0x7fff93aa3000 - 0x7fff93ac9fff com.apple.framework.familycontrols (3.0 - 300) <6F0C58C0-22E7-3877-8CFA-1ED0CB3CE38B> /System/Library/PrivateFrameworks/FamilyControls.framework/Versions/A/FamilyCon trols
0x7fff93aca000 - 0x7fff93ad5ff7 com.apple.speech.recognition.framework (4.0.21 - 4.0.21) <6540EAF2-E3BF-3D2E-B4C1-F106180D6F20> /System/Library/Frameworks/Carbon.framework/Versions/A/Frameworks/SpeechRecogni tion.framework/Versions/A/SpeechRecognition
0x7fff93ad6000 - 0x7fff93ad8fff libCVMSPluginSupport.dylib (??? - ???) <982F1ED4-3CBB-3161-8BEA-8A980C27FCC1> /System/Library/Frameworks/OpenGL.framework/Versions/A/Libraries/libCVMSPluginS upport.dylib
0x7fff93aea000 - 0x7fff93aeefff libmathCommon.A.dylib (2026.0.0 - compatibility 1.0.0) <FF83AFF7-42B2-306E-90AF-D539C51A4542> /usr/lib/system/libmathCommon.A.dylib
0x7fff93b64000 - 0x7fff93b94ff7 com.apple.DictionaryServices (1.2.1 - 158.3) <5E2EBBFD-D520-3379-A431-11DAA844B8D6> /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/Diction aryServices.framework/Versions/A/DictionaryServices
0x7fff93ba3000 - 0x7fff93ba6fff libCoreVMClient.dylib (??? - ???) <28CB0F3F-A202-391F-8CAC-FC9A1398A962> /System/Library/Frameworks/OpenGL.framework/Versions/A/Libraries/libCoreVMClien t.dylib
0x7fff93ba7000 - 0x7fff93be1fe7 com.apple.DebugSymbols (2.1 - 87) <ED2B177C-4146-3715-91DF-D99A8ED5449A> /System/Library/PrivateFrameworks/DebugSymbols.framework/Versions/A/DebugSymbol s
0x7fff93c3d000 - 0x7fff93c4bff7 libkxld.dylib (??? - ???) <01161870-E3B3-3F87-BA4A-0AA7A081F409> /usr/lib/system/libkxld.dylib
0x7fff93c4c000 - 0x7fff93d59fff libJP2.dylib (??? - ???) <6AF1F5FC-34D4-3278-BEBB-0712B81890B4> /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/ ImageIO.framework/Versions/A/Resources/libJP2.dylib
0x7fff93d5a000 - 0x7fff93d69fff com.apple.opengl (1.8.1 - 1.8.1) <51B34133-CEE3-3FC6-82AC-ADF567AE673C> /System/Library/Frameworks/OpenGL.framework/Versions/A/OpenGL
0x7fff941ff000 - 0x7fff942e3ff7 com.apple.CoreServices.OSServices (478.50 - 478.50) <3D6AA4EF-C601-36C7-8F3A-A00964F01759> /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/OSServi ces.framework/Versions/A/OSServices
0x7fff942e4000 - 0x7fff942eeff7 liblaunch.dylib (392.39.0 - compatibility 1.0.0) <8C235D13-2928-30E5-9E12-2CC3D6324AE2> /usr/lib/system/liblaunch.dylib
0x7fff942ef000 - 0x7fff942f2ff7 com.apple.securityhi (4.0 - 1) <D0ABB03B-CEF9-39E0-A139-AA9484DBBC07> /System/Library/Frameworks/Carbon.framework/Versions/A/Frameworks/SecurityHI.fr amework/Versions/A/SecurityHI
0x7fff9431a000 - 0x7fff9431afff com.apple.Carbon (153 - 153) <16EA5662-5C2C-3267-B419-66669AE536D7> /System/Library/Frameworks/Carbon.framework/Versions/A/Carbon
0x7fff9431b000 - 0x7fff94329fff com.apple.NetAuth (3.2 - 3.2) <F0D60E34-37A9-308D-B44E-E3450906173A> /System/Library/PrivateFrameworks/NetAuth.framework/Versions/A/NetAuth
0x7fff9432a000 - 0x7fff94427ff7 com.apple.avfoundation (2.0 - 180.50) <A2EAE4E6-4DBA-3AAB-A387-7E72B93B6DA9> /System/Library/Frameworks/AVFoundation.framework/Versions/A/AVFoundation
0x7fff94428000 - 0x7fff94463fff libsystem_info.dylib (??? - ???) <35F90252-2AE1-32C5-8D34-782C614D9639> /usr/lib/system/libsystem_info.dylib
0x7fff94464000 - 0x7fff945cbfff com.apple.CFNetwork (520.5.1 - 520.5.1) <08F70E26-5456-3BFB-8192-00D3CE40D3C9> /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/CFNetwo rk.framework/Versions/A/CFNetwork
0x7fff945cc000 - 0x7fff945deff7 libsasl2.2.dylib (3.15.0 - compatibility 3.0.0) <6245B497-784B-355C-98EF-2DC6B45BF05C> /usr/lib/libsasl2.2.dylib
0x7fff9467a000 - 0x7fff9471bfff com.apple.LaunchServices (480.40 - 480.40) <C936A07F-0CF8-3F8E-BDB3-76AA7611B4CA> /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/LaunchS ervices.framework/Versions/A/LaunchServices
0x7fff94779000 - 0x7fff947b8fff com.apple.AE (527.7 - 527.7) <B82F7ABC-AC8B-3507-B029-969DD5CA813D> /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/AE.fram ework/Versions/A/AE
0x7fff949d3000 - 0x7fff94a25ff7 libGLU.dylib (??? - ???) <DB906997-0F70-3469-BA0E-2F1DDBEAD8D5> /System/Library/Frameworks/OpenGL.framework/Versions/A/Libraries/libGLU.dylib
0x7fff94a26000 - 0x7fff94acbfff com.apple.ink.framework (10.7.5 - 113) <1AE6676D-490A-36C2-B6CC-00F93AEB31DE> /System/Library/Frameworks/Carbon.framework/Versions/A/Frameworks/Ink.framework /Versions/A/Ink
0x7fff94b42000 - 0x7fff94b55ff7 libCRFSuite.dylib (??? - ???) <0B76941F-218E-30C8-B6DE-E15919F8DBEB> /usr/lib/libCRFSuite.dylib
0x7fff94b70000 - 0x7fff94b75ff7 libsystem_network.dylib (??? - ???) <5DE7024E-1D2D-34A2-80F4-08326331A75B> /usr/lib/system/libsystem_network.dylib
0x7fff94b76000 - 0x7fff94b7bfff libcompiler_rt.dylib (6.0.0 - compatibility 1.0.0) <98ECD5F6-E85C-32A5-98CD-8911230CB66A> /usr/lib/system/libcompiler_rt.dylib
0x7fff94b7c000 - 0x7fff94c5afff com.apple.DiscRecording (6.0.4 - 6040.4.1) <F434B351-AE30-3D1B-9DAF-4581D080D2BC> /System/Library/Frameworks/DiscRecording.framework/Versions/A/DiscRecording
0x7fff94c5b000 - 0x7fff95079ff7 com.apple.SceneKit (125.3 - 125.8) <23382F45-D9CE-3897-B998-5B26337608FD> /System/Library/PrivateFrameworks/SceneKit.framework/Versions/A/SceneKit
0x7fff9507a000 - 0x7fff9507ffff libGIF.dylib (??? - ???) <58A4492D-AAE7-3B8F-8B06-62867471A3EE> /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/ ImageIO.framework/Versions/A/Resources/libGIF.dylib
0x7fff95080000 - 0x7fff95c86fff com.apple.AppKit (6.7.5 - 1138.51) <44417D02-6123-3FC3-A119-CE51BB4C3006> /System/Library/Frameworks/AppKit.framework/Versions/C/AppKit
0x7fff95c87000 - 0x7fff95d66fff com.apple.ImageIO.framework (3.1.2 - 3.1.2) <047DFE61-500F-3F11-9881-D0844D2FCE5F> /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/ ImageIO.framework/Versions/A/ImageIO
0x7fff95d67000 - 0x7fff95dbafff com.apple.AppleVAFramework (5.0.16 - 5.0.16) <6F9A4BCE-8B99-3144-BCF7-B4299B27F6E9> /System/Library/PrivateFrameworks/AppleVA.framework/Versions/A/AppleVA
0x7fff95dbb000 - 0x7fff95dc8fff libCSync.A.dylib (600.0.0 - compatibility 64.0.0) <72C53E7B-C222-3BE5-9984-FDC328CC4846> /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/ CoreGraphics.framework/Versions/A/Resources/libCSync.A.dylib
0x7fff9648e000 - 0x7fff96499ff7 com.apple.DisplayServicesFW (2.5.4 - 323.3) <5E7F7A88-9313-3C31-87BD-80F3361DA338> /System/Library/PrivateFrameworks/DisplayServices.framework/Versions/A/DisplayS ervices
0x7fff9649a000 - 0x7fff9649eff7 com.apple.CommonPanels (1.2.5 - 94) <37C6540B-F8D1-355A-806C-F93D8FB522AB> /System/Library/Frameworks/Carbon.framework/Versions/A/Frameworks/CommonPanels. framework/Versions/A/CommonPanels
0x7fff964be000 - 0x7fff964c9fff com.apple.CommonAuth (2.2 - 2.0) <77E6F0D0-85B6-30B5-B99C-F57104DD2EBA> /System/Library/PrivateFrameworks/CommonAuth.framework/Versions/A/CommonAuth
0x7fff964d5000 - 0x7fff964d7fff libquarantine.dylib (36.7.0 - compatibility 1.0.0) <8D9832F9-E4A9-38C3-B880-E5210B2353C7> /usr/lib/system/libquarantine.dylib
0x7fff964d8000 - 0x7fff96e76a27 com.apple.CoreGraphics (1.600.0 - ???) <576777EA-921B-3D94-98C3-40A9CF8EBD18> /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/ CoreGraphics.framework/Versions/A/CoreGraphics
0x7fff96e77000 - 0x7fff96f2aff7 com.apple.CoreText (220.22.0 - ???) <A7A1096F-A211-3775-BA33-08FE98D27F08> /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/ CoreText.framework/Versions/A/CoreText
0x7fff96f2b000 - 0x7fff96fc5ff7 com.apple.SearchKit (1.4.0 - 1.4.0) <4E70C394-773E-3A4B-A93C-59A88ABA9509> /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/SearchK it.framework/Versions/A/SearchKit
0x7fff96fc6000 - 0x7fff970a3fef libsystem_c.dylib (763.13.0 - compatibility 1.0.0) <41B4Hi there rapitupnow9!
I have a couple of links here for you that should be able to help you with this issue. First, I would suggest isolating the issue by following the steps located in this article:
Isolating an issue by using another user account
http://support.apple.com/kb/TS4053
If you are still having trouble with iTunes in the new user account, then you should attempt to reinstall iTunes on your computer. Information about doing this can be found here:
OS X Lion: Reinstall applications that came with your computer
http://support.apple.com/kb/PH4360
Thanks for using the Apple Support Communities!
Cheers,
Braden -
SAX XML Parsing and Garbage Collection
I'm writing an XML parser that is running extremely slow while parsing large documents, I believe due to garbage collection. The implementation just overloads the DefaultHandler and hands that to a SAX Parser. This works fine on 2500 line XML document, taking on average a second or two, but becomes untennable when the document size is increased by a factor of 10 (often taking 5+ minutes).
I come from a C++ background and haven't dealt with automatic garbage collection at an expert level, so I'd appreciate any help. Below is a snapshot garbage collection done while a 25000 line document being parsed. It looks to me as the young objects are staying small, but older objects are going between 13M and 90M and back again. Is that what's happening? Can anyone give me leads as to what to look? Thanks in advance.
[GC [DefNew: 6234K->0K(7168K), 0.0057359 secs] 15517K->13022K(101696K), 0.0057907 secs]
[GC [DefNew: 6235K->0K(7168K), 0.0057748 secs] 19257K->16762K(101696K), 0.0060357 secs]
[GC [DefNew: 6235K->0K(7168K), 0.0023584 secs] 22997K->18009K(101696K), 0.0024123 secs]
[GC [DefNew: 6236K->0K(7168K), 0.0040785 secs] 24245K->20502K(101696K), 0.0041315 secs]
[GC [DefNew: 4990K->0K(7168K), 0.0041025 secs] 25492K->22996K(101696K), 0.0041544 secs]
[GC [DefNew: 4990K->0K(7168K), 0.0041486 secs] 27987K->25491K(101696K), 0.0042022 secs]
[GC [DefNew: 4991K->0K(7168K), 0.0040782 secs] 30481K->27985K(101696K), 0.0041299 secs]
[GC [DefNew: 4991K->0K(7168K), 0.0040935 secs] 32976K->30479K(101696K), 0.0046294 secs]
[GC [DefNew: 4991K->0K(7168K), 0.0041433 secs] 35471K->32974K(101696K), 0.0041958 secs]
[GC [DefNew: 4992K->0K(7168K), 0.0041114 secs] 37966K->35469K(101696K), 0.0041634 secs]
[GC [DefNew: 6240K->0K(7168K), 0.0024190 secs] 41709K->36717K(101696K), 0.0024729 secs]
[GC [DefNew: 6240K->0K(7168K), 0.0041377 secs] 42957K->39212K(101696K), 0.0041972 secs]
[GC [DefNew: 4993K->0K(7168K), 0.0041234 secs] 44205K->41707K(101696K), 0.0041762 secs]
[GC [DefNew: 4993K->0K(7168K), 0.0042827 secs] 46701K->44203K(101696K), 0.0046299 secs]
[GC [DefNew: 4994K->0K(7168K), 0.0043195 secs] 49197K->46699K(101696K), 0.0043751 secs]
[GC [DefNew: 4994K->0K(7168K), 0.0042740 secs] 51693K->49195K(101696K), 0.0043293 secs]
[GC [DefNew: 4995K->0K(7168K), 0.0042044 secs] 54190K->51692K(101696K), 0.0042575 secs]
[GC [DefNew: 4995K->0K(7168K), 0.0042237 secs] 56686K->54188K(101696K), 0.0042762 secs]
[GC [DefNew: 4996K->1K(7168K), 0.0040036 secs] 59183K->56685K(101696K), 0.0040550 secs]
[GC [DefNew: 4996K->1K(7168K), 0.0042095 secs] 61680K->59182K(101696K), 0.0045992 secs]
[GC [DefNew: 4997K->1K(7168K), 0.0042193 secs] 64178K->61679K(101696K), 0.0042715 secs]
[GC [DefNew: 4997K->1K(7168K), 0.0042301 secs] 66675K->64176K(101696K), 0.0042818 secs]
[GC [DefNew: 4997K->1K(7168K), 0.0042726 secs] 69173K->66674K(101696K), 0.0043251 secs]
[GC [DefNew: 4998K->1K(7168K), 0.0042564 secs] 71671K->69172K(101696K), 0.0043084 secs]
[GC [DefNew: 4998K->1K(7168K), 0.0040301 secs] 74169K->71669K(101696K), 0.0040812 secs]
[GC [DefNew: 4999K->1K(7168K), 0.0042656 secs] 76668K->74168K(101696K), 0.0047255 secs]
[GC [DefNew: 4999K->1K(7168K), 0.0043100 secs] 79166K->76666K(101696K), 0.0043737 secs]
[GC [DefNew: 5000K->1K(7168K), 0.0043492 secs] 81665K->79165K(101696K), 0.0044034 secs]
[GC [DefNew: 5000K->1K(7168K), 0.0043165 secs] 84164K->81664K(101696K), 0.0043693 secs]
[GC [DefNew: 5001K->1K(7168K), 0.0044196 secs] 86663K->84163K(101696K), 0.0044735 secs]
[GC [DefNew: 5001K->1K(7168K), 0.0044439 secs] 89163K->86662K(101696K), 0.0044967 secs]
[GC [DefNew: 5001K->1K(7168K), 0.0043983 secs] 91662K->89161K(101696K), 0.0045313 secs]
[GC [DefNew: 5002K->1K(7168K), 0.0043422 secs] 94162K->91661K(101696K), 0.0043944 secs]
[GC [DefNew: 5002K->1K(7168K), 0.0044223 secs] 96662K->94160K(101696K), 0.0044757 secs]
[GC [DefNew: 5002K->1K(7168K), 0.0048545 secs][Tenured: 96659K->9291K(97032K), 0.0863445 secs] 99162K->9291K(104200K), 0.0913954 secs]I don't think I'm creating megabytes of data, not using hashes or other expandable arrays. I've copied and pasted some code from my overriding of a DefaultHandler to give better definition to the problem.
I'm working with TPTP right now as a profiler. Are there any others you'd recommend?
public void startElement(String uri, String localname, String qName, Attributes attribs)
throws SAXException
if(qName.equals("Line"))
attributes = attribs;
else if(qName.equals("Note"))
attributes = attribs;
else if(qName.equals("Selection"))
String idValue = attribs.getValue("id");
String oValue = attribs.getValue("off");
String lValue = attribs.getValue("len");
if(idValue != null && oValue != null && lValue != null)
if(isImport)
issueSelectionContainer.addUnloadedSelection(Integer.parseInt(idValue), Integer.parseInt(oValue), Integer.parseInt(lValue));
else
issueSelectionContainer.addSelection(Integer.parseInt(idValue), Integer.parseInt(oValue), Integer.parseInt(lValue));
else if(qName.equals("Issue"))
attributes = attribs;
if(qName.equals("IsFinal"))
isFinal = true;
public void endElement(String uri, String localname, String qName)
throws SAXException
if(textElement.length() > 0)
if(qName.equals("Line"))
String qmValue = attributes.getValue("qm");
String lnValue = attributes.getValue("ln");
String pgValue = attributes.getValue("pg");
boolean qm = (qmValue != null && qmValue.equalsIgnoreCase("true"));
short ln = (lnValue != null) ? Short.parseShort(lnValue) : 0;
short pg;
if(pgValue != null)
pg = Short.parseShort(pgValue);
page = pg;
else
pg = page;
lineContainer.addLine(textElement + '\n', ln, pg, qm, null);
else if(qName.equals("Note"))
String lnValue = attributes.getValue("line");
if(lnValue != null)
int line = Integer.parseInt(lnValue);
try
lineContainer.getLine(line).setNote(textElement);
catch (IndexOutOfBoundsException e)
throw new SAXException("XML/Data mismatch. Note on line \"" + line + "\" out of \"" + lineContainer.lineCount() + "\" lines", e);
else if(qName.equals("Issue") && isImport)
String idValue = attributes.getValue("id");
String cValue = attributes.getValue("color");
if(idValue != null && cValue != null)
issueSelectionContainer.addUnloadedIssueSelection(Integer.parseInt(idValue), new Color(Integer.parseInt(cValue)), textElement);
else if(qName.equals("Name"))
name = textElement;
else if(qName.equals("Description"))
description = textElement;
else if(qName.equals("CreationDate"))
date = getCalendarFromString(textElement);
textElement = "";
attributes = null;
public void characters(char buf[], int offset, int len)
throws SAXException
textElement = new String(buf, offset, len);
} -
Help needed!! Novice with Garbage Collection problems.
Hi Guys,
Really hoping somebody can help me here. I am a relative novice when it comes to all things Java but i am slowly trying to learn. I have come across an issue which i have identified but i am just not sure what to do about it.
Ok, in a nut shell the issue seems to be revolving around the frequency of garbage collection. From the default-err.log file i am seeing (on average) an Allocation Failure occur every 2 secs. Here is a sample from the log with verbose:gc active:
<AF[4986]: Allocation Failure. need 208480 bytes, 78 ms since last AF>
<AF[4986]: managing allocation failure, action=2 (559165976/1342176248)>
<GC: Mon Oct 11 11:51:12 2004
<GC(4986): freed 4101528 bytes in 1559 ms, 41% free (563267504/1342176248)>
<GC(4986): mark: 1301 ms, sweep: 258 ms, compact: 0 ms>
<GC(4986): refs: soft 0 (age >= 32), weak 0, final 0, phantom 0>
<AF[4986]: completed in 1563 ms>
<AF[4987]: Allocation Failure. need 208536 bytes, 78 ms since last AF>
<AF[4987]: managing allocation failure, action=2 (559138336/1342176248)>
<GC: Mon Oct 11 11:51:14 2004
<GC(4987): freed 4105128 bytes in 1563 ms, 41% free (563243464/1342176248)>
<GC(4987): mark: 1293 ms, sweep: 270 ms, compact: 0 ms>
<GC(4987): refs: soft 0 (age >= 32), weak 0, final 0, phantom 0>
<AF[4987]: completed in 1563 ms>
As you can see, allocation failures are occuring all the time, and with 2secs between events, and each GC taking around 1.5secs, i am having massive problems with the response of the server. It seems that the javaw.exe process is just pegged at 100% CPU the whole time and then it will eventually grind to a halt, and the users will get terrible response times.
OK, the questions are:
- Even to me (a novice) the above extract from the log doesnt look good. Am i right?
- what would be causing this? (i know - how long is a peice of string but i am hoping somebody can point me in the right direction so i can look some more)
- what can i do about it? Is there any parameters i can put into the java args to help me out?
Currently i am running -Xms of 128meg and an -Xmx of 1024m with no other settings. There are at the moment about 200users logged onto this server concurrently, and it seems to die a couple of hours into them all being logged on. I then have to kick everybody out and reboot to get it in a working state again.
I am in some serious need of help from some gurus!! any help would be invaluable, thanks heaps guys.
TimHi Again guys, thanks for all your replies.
I have been working my butt of on this issue and i just cant seem to get anywhere... probably due to my complete lack of knowledge on this whole GC thing! :)
One thing that i have noticed that seems to be very consistant is the fact that as soon as i get an "action=2" in my default-err.log from an allocation failure, thats when the system goes nuts and tends to not recover.
At all other times it is an action=1, and the system seems to be running OK, but as soon as i get action=2, the time between GC events drop from seconds to miliseconds, and the bytes required just skyrockets. It keeps on this upward spiral till i just have to reboot the box.
From all my reading, i have found that an action=2 means "2 - The Garbage Collector has tried to allocate out of the wilderness, and failed."
This is the only item in the logs that i see is directly related to the server performance.
Can anybody please explain to me (in laymans terms) what the action=2 means, what may cause it and what i should be looking at changing to fix it?
The extract from the log files (in my first post in this thread) are still valid, as are the min/max memory settings.
Any help at all would be invaluable.
Thanks very much.
Tim
Maybe you are looking for
-
Scheduled start and Finish date .
Hi Everyone, I am facing a problem in dates in creating a process order in Production . In the tcode COR1, when input the BASIC START DATE manually, the BASIC FINISH DATE ,scheduled start date and finished dates should get calculated automatically a
-
Today I opened up my iTunes and a pop-up appeared saying that my library is damaged. I started out by trying some things like opening other libraries, but it didn't change. In the end I used Vistas System-Recovery (is that what it's called?) to set m
-
Enlarging root filesystem of the VM Server
Hey everyone, I have a Oracle VM environment up and running in test: 2 servers in a server pool with 5 virtual machines. Now I want to add a nbew Virtual disk of 100 Gb to I virtual machine, but I get the error that 31 Gb is the max size I can alloca
-
Will there be a dock for the new macbook?
I like the look of the new macbook just annouced in Mar 2015. I like the light weight, the size, just about everything about this new macbook. But I don't get the USB-C for power and everything else. It's the only connector. I have reasons that I nee
-
T410: BlueScreen error upon waking up from sleep mode
Hi guys, Bought a T410 earlier this month with an i5 processor, 4GB RAM, 500GB 7200rpm HD, 9-cell, etc etc. The laptop has been running generally great. I have noticed, however, that sometimes, upon trying to wake up from sleep mode/hibernation (afte