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 lot

    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 :)

  • 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?
    John

    Regarding 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

  • Garbage Collection issue

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

    Because 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

  • Garbage collection Java Virtual Machine : Hewlett-Packard Hotspot release 1.3.1.01

    "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 s

    I 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.

  • Garbage Collection Advice

    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.

  • 11.5.10.2 & Sun T5220 & threads & Java garbage collection...

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

    It 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.
    Thanks

    I 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.

  • Itunes crashes 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 -

    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) <41B4

    Hi 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.
    Tim

    Hi 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

  • ITunes Library Messed Up

    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