How do I tap into "CPU" usage for a FP indicator

I have built a realy effective database cruncher...With exeptionally easy graphing functionality. The problem is the opperators will not let the dbase read / filter before they start doing the elevator button thing. I currently have the clocks set to use aprox 60~75% CPU during the read and/or filter. How do I tap into the pc cpu usage for an indicator. I think it will lower there pain if they can see that the pc is working hard.
Message Edited by MHarrington on 04-30-2007 10:12 PM

Open your example finder and look for the example "SimpleTaskMonitor.vi". (search for .NET)
LabVIEW Champion . Do more with less code and in less time .

Similar Messages

  • How is it possible that CPU usage for FCP X show 600%

    On a Mac Pro with 2 X 2.4 Quad Cores Intel Xeon and 36 GB RAM.
    Thanks
    Carlos San Miguel

    Since this mac has 8 physical cores (and most likely 16 virtual cores), this is quite possible, since the percentage is relative to one core, not the whole processing available on the machine.
    If FCP X is fully utilizing 6 of the cores that would be 6 times 100%, giving you the 600% figure; and your mac would still have a lot of untapped processing power.

  • I am trying to download whatsapp on my iphone 4  when I hit the redeem button it shows I have $14.73 in my account, but asks for a code.  I tried my itunes card code but it says it was already used. How can I tap into my account to pay for the app?

    I am trying to download whatsapp on my iphone 4.  It asks for my apple id and password and when I sign in , it gets me to a page that says redeem ...when I hit redeem it shows I have a $14 balance in my account and asks for a code  -  I tried entering the itunes card number...it says it has already been used.  How do I tap into my account to pay for the app? 

    It says   at the top      under Redeem after I touched that:
              $14.73
    Account: [email protected]   (my account name)
    Enter your Gift Card or Download Coad

  • How could i get the kernel and user cpu usage for each process

    Hi all,
    In order to monitor the system CPU usage, I would like write a script to gather the kernel and user CPU usage for each process, like the prstat or top does. As always missing the shortlived kernel usage, prstat or top cann't get the precise CPU usage. I checked with the dtrace syscall, proc and fbt provider, but don't get which one is useful.
    Please provide your comments and suggestion.
    Thanks in adv

    mail2sleepy wrote:
    As I've studied the "dtrace" for a while, and seems Sun gives a pretty high score on this new feature.....I do want to know whether there's some probe can work for it, like writing a "dtrace" version prstat.You can write a prstat without dtrace. Because that's just polling at specific intervals and reading some process structures from /proc. You could have dtrace fire a probe every 5 seconds and read the same thing, but it wouldn't really be using any features of dtrace. Trhying to write it "in dtrace" doesn't make much sense.
    What you could do that would be harder via other methods is to fire a probe at process exit that displayed the process information including total CPU time. They could print exactly when processes exited. Doing that without dtrace would be very difficult.
    Darren

  • HP Load Runner: CPU usage for this load generator has exceeded 80%

    Recently I have downloaded LR 12.1 and installed.   Observed error  CPU usage for this load generator has exceeded 80% when executing the test with 5 user load using AJAX Trulcient IE script. For each virtual user in the script one TcWebIELauncher.exe hads been initiated and running during the test execution. Each TcWebIELauncher.exe instance is taking min 14% CPU utilization and CPU utilization for 5 users is around 75% at the time of test execution.  What is the reason behind this high CPU utilization for this less user load?. Please suggest how to handle and fix the issue.
    regards,
    Sreekanth

    You can download Trail version of Loadrunner from HP site.  That's true. all HP testing tools products are license based.
    i) If you want to use for SAP applications, you need to have SAP protocals (SAP GUI and SAP WEB). So how this licenses works is, if you want to buy 50 Vusers for SAP it cost you around $ 32k and it depends on company discount. so you need to work with HP Sales team to get the quotation then based on no of Vusers and you can procure it.
    ii) As for as i know, there is no  HP LR integration with Solution Manager.
    let me know if you have any questions.

  • Sar CPU usage for each processor

    In Linux, mpstat allows you to specify a specific processor or all processors when getting CPU % usage. In OS X, sar looks pretty limited as I can only get CPU usage for all processors. I'm trying determine how many cores are in use (basically for figuring out how many single cores are available for jobs if im submitting 1 handbrake job per core)

    hello,
    I sugget to create a time series chart with the following SQL:
    with p as (select target_guid,property_value cpucount from mgmt$target_properties where property_name='CPUCount' and property_type='INSTANCE')
    select h.target_name,
    h.rollup_timestamp,
    h.average/p.cpucount pct_cpu
    from mgmt$metric_hourly h,p
    where h.metric_name='instance_efficiency'
    and h.metric_column='cpuusage_ps' and h.target_guid in (select target_guid from mgmt$db_dbninstanceinfo where target_type='oracle_database' and host=??EMIP_BIND_TARGET_GUID?? )
    and h.rollup_timestamp between ??EMIP_BIND_START_DATE?? and ??EMIP_BIND_END_DATE??
    and p.target_guid=h.target_guid
    order by 1,2
    You have to select the host target in the report and period is customizable.
    I hope this is correct and answers your question.
    Regards,
    Noel

  • How to troubleshooting high sys cpu usage ???

    how to troubleshooting high sys cpu usage ???

    Hi,I have post the top 5 event above.
    before tuning:
    SQL ordered by Gets
    •     Resources reported for PL/SQL code includes the resources used by all SQL statements called by the code.
    •     Total Buffer Gets: 4,348,081
    •     Captured SQL account for 73.3% of Total
    Buffer Gets      Executions      Gets per Exec      %Total     CPU Time (s)     Elapsed Time (s)     SQL Id     SQL Module     SQL Text
    1,768,970     2,593     682.21     40.68     32.47     1375.28     a2vm9mf99ma3p
           select
    712,504     2,883     247.14     16.39     13.14     83.85     66vrg3gz2stvf
           select
    130,928     7,901     16.57     3.01     7.83     10.49     ctnn0bpfd3v5k
           select
    92,800     2,902     31.98     2.13     2.73     6.40     2985xzq8x547u
           select
    81,498     27,159     3.00     1.87     3.12     3.98     1prkhshjp25sc
           select
    60,513     2,631     23.00     1.39     2.29     5.64     2d8w9016z0kug
           select
    55,416     15,835     3.50     1.27     2.12     2.39     8tk22zsappg9m
           select
    44,879     15,838     2.83     1.03     1.74     1.89     c6sjzyfh9jmz0
           select
    31,677     10,558     3.00     0.73     1.15     1.24     5yr7z98xmcpqz
           select
    26,346     13,172     2.00     0.61     1.31     1.47     36shs0f8kxp5z
           select after tuning:
    SQL ordered by Gets
    •     Resources reported for PL/SQL code includes the resources used by all SQL statements called by the code.
    •     Total Buffer Gets: 7,734,429
    •     Captured SQL account for 99.4% of Total
    Buffer Gets      Executions      Gets per Exec      %Total     CPU Time (s)     Elapsed Time (s)     SQL Id     SQL Module     SQL Text
    1,728,723     99,759     17.33     22.35     113.87     119.45     309a6ak09rud2
           select
    996,920     332,437     3.00     12.89     41.57     44.03     1prkhshjp25sc
           select
    964,093     199,469     4.83     12.46     32.19     33.28     8tk22zsappg9m
           select
    531,776     33,241     16.00     6.88     34.38     36.36     2985xzq8x547u
           select
    432,140     199,473     2.17     5.59     20.86     21.57     c6sjzyfh9jmz0
           select
    332,406     166,226     2.00     4.30     17.28     17.84     36shs0f8kxp5z
           select
    265,872     33,234     8.00     3.44     7.74     8.09     4a34fa9tt90wx
           select *
    232,617     33,243     7.00     3.01     7.54     7.78     53rvrd0ug5gwm
           select
    232,603     33,237     7.00     3.01     9.24     9.83     9254c5ag3z9qd
           select
    232,589     33,239     7.00     3.01     8.11     8.40     gum17w9qgrw8p
           select co
    232,547     33,246     6.99     3.01     12.56     13.21     cx8yttzjh9ftz
           select
    232,484     33,244     6.99     3.01     10.08     11.07     gbx7hs3ykpjqs
           select
    199,446     99,753     2.00     2.58     11.27     11.89     2hpja5k312kwa
           select
    199,428     33,241     6.00     2.58     9.15     9.56     2d8w9016z0kug
           select
    199,389     199,469     1.00     2.58     19.59     20.25     b9j0pb2d5cn69
           select
    133,004     33,253     4.00     1.72     17.56     18.67     a2vm9mf99ma3p
           select
    99,756     33,255     3.00     1.29     3.77     3.92     5yr7z98xmcpqz
           select
    99,747     33,258     3.00     1.29     4.58     4.70     1fnshqnqxjtqz
           select

  • High CPU usage for webservd

    we are seeing a very high CPU usage for webservd. looking at the java stack it seems to be threads communicating to sun one LDAP server.
    Anyone experienced this? is there a know issue in Java LDAP SDK?
    Sun ONE Web Server 6.1SP4 B12/16/2004
    17393 root 3741M 1655M cpu0 10 0 59:30:33 8.8% webservd/6235
    17393 root 3741M 1655M cpu16 10 0 223:58:38 8.7% webservd/5043
    17393 root 3741M 1655M cpu17 10 0 545:54:49 8.7% webservd/2902
    17393 root 3741M 1655M run 10 0 379:07:26 8.3% webservd/3996
    17393 root 3741M 1655M cpu1 30 0 213:54:52 8.3% webservd/5115
    17393 root 3741M 1655M run 20 0 56:03:44 8.2% webservd/6265
    17393 root 3741M 1655M cpu18 30 0 556:18:29 8.2% webservd/2830
    17393 root 3741M 1655M cpu3 30 0 548:09:11 8.2% webservd/2890
    17393 root 3741M 1655M run 20 0 328:18:42 8.1% webservd/4359
    17393 root 3741M 1655M cpu2 30 0 5:11:16 8.1% webservd/6722
    17393 root 3741M 1655M run 20 0 181:49:48 8.1% webservd/5322
    17393 root 3741M 1655M run 20 0 251:44:35 7.8% webservd/4857
    [02/Aug/2006:15:06:16] warning (17393): CORE3283: stderr: "BlockedThread" daemon prio=1
    0 tid=0x01110650 nid=0xb56 runnable [0x1714f000..0x1714fc10]
    [02/Aug/2006:15:06:16] warning (17393): CORE3283: stderr: at netscape.ldap.LDAPSe
    archListener.nextMessage(LDAPSearchListener.java:86)
    [02/Aug/2006:15:06:16] warning (17393): CORE3283: stderr: at netscape.ldap.LDAPSe
    archListener.getResponse(LDAPSearchListener.java:77)
    [02/Aug/2006:15:06:16] warning (17393): CORE3283: stderr: at com.iplanet.services
    .ldap.event.BlockedThread.run(BlockedThread.java:121)
    [02/Aug/2006:15:06:16] warning (17393): CORE3283: stderr: at java.lang.Thread.run
    (Thread.java:595)

    forgot to mention: OS is solaris 9

  • How do you get the CPU Usage in Linux

    This is a link of an example in WIN32:
    http://www.javaworld.com/javaworld/javaqa/2002-11/01-qa-1108-cpu.html
    It notes that UNIX environments should use getrusage(), and that is all it says in regards to UNIX. The code I have attempted to use looks like this:
    #include <sys/resource.h>
    #include <sys/time.h>
    #include "CPU.h"
    #include "jawt_md.h"
    #include "jawt.h"
    struct rusage usage;
    int ret;
    struct timeval val;
    struct timeval val2;
    JNIEXPORT jlong JNICALL Java_CPU_getProcessCPUTime (JNIEnv * env, jclass cls)
       ret = getrusage(RUSAGE_SELF,&usage);
       val = usage.ru_stime;
       val2 = usage.ru_utime;
       return val2.tv_usec;
    }My problm is that I don't think it is right...since the value returned is always the same no matter what the CPU usage is. same for if I used val instead of val2.
    Any Ideas?

    In Linux, you can read /proc/uptime. It does NOT give you the load averages that the command uptime gives. It gives you numerically the amount of time the CPU was idle vs how much time it was spent doing something. You need to read these two floating point numbers one every second, or once every 5 or 10 seconds then do the delta on the change: The maths are as follows:
    Read the file in twice in 5 seconds, parse into two floats/doubles:
    double[] last;  // the first read of the file
    double[] rect;  // the latest read of the file
    double ld = last[1] - last[0];
    double rd = rect[1] - rect[0];
    double cpu = (1.0d-(rd/ld)) * 100.0d;This should print the CPU percentage in Linux for that given time frame (5 second updates).

  • Question about CPU usage for video playback

    I've asked a related question already on the Safari forum, but would like some clarification, please.
    The speed of this iMac is 400 MHZ and whenever I go to YouTube or almost any other site that requires video I see that the CPU usage can peak way up at 80% or more. I have Flash 9 installed which has a minimum of 500 MHZ, so I get pretty choppy video, but that's not the issue here. I can live with that. I keep any other applications closed. I'm often running a small fan over the top of the iMac to help vent the buildup of heat. I can monitor the temperature at the Hard Drive and I suppose that gives me an idea, of sorts, about general temperature conditions inside.
    The answer I got was that this kind of CPU usage could be detrimental to the processor as it builds up excessive heat and to keep this kind of video to a minimum.
    My question is can anyone roughly suggest what a maximum time on YouTube, for example, would be, 2 minutes, 5 minutes, is 10 minutes too long? I have plenty of RAM at 768. Some guidelines?
    Thanks.

    Hey WZZZ,
    Thanks for the star and kind words.
    I'm the de facto Mac guy at my kids' school and we have around 25 iMac Slot Loaders working there. You can imagine they get abused quite a bit. There are 10 running Garage Band in the Music Department. That puts a tremendous strain on the CPU and I'm actually surprised that they run it so well. My son had a 600 iMac running GarageBand, he was complaining that it was getting jumpy and when I looked at it he was running 10 unlocked tracks simultaneously! So now he has an eMac G4 800 and that of course runs a lot better.
    So to sum up, with all the abuse of those machines in terms of the CPUs the problems I have with them have nothing to do with that. The problems have more to do with parts of the OS that they toss, headphone jacks abused, CDs jammed in the slots, and the like.
    A couple of other related things. I've got Hardware Monitor, demo, installed and I think it reported it could only find the hard drive sensor, if I'm not mistaken - nothing else on this Mac with a sensor. Is that right?
    I see references to CPU sensors on 400 iMacs but on the 400 I have here for repair Temperature Monitor reports no sensors. Perhaps there were different versions of the 400.
    But very good to hear that the fan is a good idea for CRT related things. Should I keep the fan running-mostly for that hard core CRT stuff- even if the computer is sleeping and the room temp. is only around 62-64 F.? (We need to put on warm clothes to sit in front of this thing now, but worth it to keep this old machine happy).
    On the one I did the fan pushed the airflow in the direction of the passive flow of the iMac - in at the bottom and out the grill by the handle.
    One more question, more out of curiosity than anything else: If I move this small clip-on fan close to the case - right now it's about 3 feet away and the image is stable - the screen begins to flicker and flutter quite a lot. My theory is that that's happening not necessarily because of electro-magnetic interference from the fan motor, but rather, because the back of the tube is getting cooled unevenly. What do you think?
    Well the classic failures that I see in the iMac are in this order:
    1) Dielectric breakdown of the flyback transformers internal insulation. This is heat/age related and a common problem with CRTs in general.
    2) Breakdown of high voltage electolytic capacitors and regular high voltage capacitors on the neck board and PAV supply.
    3) Solder problems with the flyback itself. This is diagnosed by the upside down boot technique.
    I used to repair these problems but now it's easier for me to swap the Firewire boards into working 350s. I've got 12 of those in the basement currently.
    Richard

  • Methods to reduce the CPU Usage for painting the image

    Hi,
    I have developed an application to view images from an IP camera. By this I can simualtaneously view images from about 25 cameras. The problem is that the CPU Usage increases as the no of player increases. My Player is JPanel. which continuously paints the images from camera. The method 'paintImage' is called from another thread's run method. This thread is responsible for taking jpeg images from IP camera.
    Here is the code for this.
    public void paintImage(Image image, int fps) {
    try {
      int width = this.getWidth();
      addToBuffer(image);
      currentImage = image;
      Graphics graphics = this.getGraphics();
      if (isRunning && graphics != null) {
       graphics.drawImage(image, 0, 0, getWidth(), getHeight(), this);
       if(border ==true){
        graphics.setColor(Color.RED);
                          graphics.drawRect(0,0,getWidth()-1, getHeight()-1);
       graphics.setColor(Color.white);
       graphics.setFont(new Font("verdana", Font.ITALIC, 12));
       graphics.drawString("FPS : " + fps, width-60, 13);
       this.fps = fps;
       if (isRandomRecord) {
        graphics.setColor(new Color(0, 255, 0));
        graphics.fillArc((getWidth() - 10), 5, 10, 10, 0, 360);
    } catch (Exception e) {
      e.printStackTrace();
    Can someone please help me to solve this problem so that the CPU usage can be reduced.

    Can you give me more detail information about how to use
    an automated profiling tool You run it and excercise your app. Then it presents stats on number of times each method was called and time spent in each method, plus other stuff. Using those two stats you can zero in on the areas that are most likely to yield resullts.

  • CPU usage for Image acquiring by using Imaq1411

    Hello,
    Running the IMAQ program makes the CPU usage almost 100%. I tested it out with my own program and the example program you provided. So far I haven't have any clue about this.
    I've tried to set the ROI as the help said (Left, Top, Right, Bottom), but failed. I had to set that in the order of Left, Bottom, Right and Top on my program.
    With the Snap.vi, I set up the ROI and step x, y. The original image size is 640X480. But I just want to see the center part (160X120) of whole image depending on the Zoom (1:1, 1:2, 1:4). To do that, I programmtically set the ROI and Step (x, y) to be like the followings, which I think makes the same image size (160X120) but a different zoom.
    (0, 480, 640,0) and (4, 4) for ZoomX1
    (1:1)
    (160, 360, 480, 120) and (2, 2) for ZoomX2 (1:2)
    (240, 300, 400, 180) and (1, 1) for ZoomX4 (1:4)
    Does it make sense?
    Thanks, GraceSun"

    Hello.
    After looking into your question a little more carefully, it seems that you are essentially trying to zoom in on the center of your image. To do this, you should not need to use the Step X, Step Y inputs at all, you should simply have to setup the ROI descriptor to get the selected part of the image. If you would like all images to be the same size, despite the zoom, you should use the horizontal and vertical scaling parameters. See the following KnowledgeBase for more info on these parameters.
    Again, I would like to reiterate that the correct order for the ROI should be Left, Top, Right, Bottom. That being said, however, 'If it aint broke, don't fix it
    You are definitely on the right track to getting the zooming feature you want down.
    Regards,
    Colin C.
    Applications Engineering
    Colin Christofferson
    Community Web Marketing
    Blog

  • High CPU usage for bpel

    Hi all,
    We successfully deployed sample application FusionOrderDemo_R1PS2 to weblogic server,but it consumed much CPU.
    Then we did a jprofile, found a thread of com.collaxa.cube.engine.dispatch.Sweeper.run is CPU killer.
    Is any developer here? Can you tell me what this thread work for and how to avoid this?
    Thanks.

    Better you raise an SR with Oracle Support. they should be able to help you understand what is going on with CPU usage.
    .collaxa.cube.engine.dispatch package -> The dispatcher layer is at the core of the bpel engine, and every request (e.g. to activate a scope, or start a process runs through the dispatch layer, by calling endrequest in the cube engine). If you need a detailed view of messages that are sent around (e.g. to expire or callback an activity), this is the place to go. [http://prsync.com/oracle/helping-oracle-support-to-help-you-5693/]

  • 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

  • I notice that Foxfire 4 sometimes shows 50 to 60% CPU usage for no apparent reason. If I reboot, its back to normal for a few hours. Then the same problem recurrs and I have to reboot again. I have just upgraded to 4.0.1. Don't know if it helps

    At the same time, I often see ccsvchst.exe using 30 to 50% CPU to really slow everything down. I checked this with Norton; and they uninstall/reinstalled Norton - three times. I still see this program with excessive CPU usage sometimes. If I reboot, sometimes it helps. Other times, not.

    When you have kernel panics, the pertinent information is in the panic report.
    These instructions must be carried out as an administrator. If you have only one user account, you are the administrator.
    Launch the Console application in any of the following ways:
    ☞ Enter the first few letters of its name into a Spotlight search. Select it in the results (it should be at the top.)
    ☞ In the Finder, select Go ▹ Utilities from the menu bar, or press the key combination shift-command-U. The application is in the folder that opens.
    ☞ Open LaunchPad and start typing the name.
    In the Console window, select
              DIAGNOSTIC AND USAGE INFORMATION ▹ System Diagnostic Reports
    (not Diagnostic and Usage Messages) from the log list on the left. If you don't see that list, select
              View ▹ Show Log List
    from the menu bar.
    There is a disclosure triangle to the left of the list item. If the triangle is pointing to the right, click it so that it points down. You'll see a list of reports. A panic report has a name that begins with "Kernel" and ends in ".panic". Select the most recent one. The contents of the report will appear on the right. Use copy and paste to post the entire contents—the text, not a screenshot.
    If you don't see any reports listed, but you know there was a panic, you may have chosen Diagnostic and Usage Messages from the log list. Choose DIAGNOSTIC AND USAGE INFORMATION instead.
    In the interest of privacy, I suggest that, before posting, you edit out the “Anonymous UUID,” a long string of letters, numbers, and dashes in the header of the report, if it’s present (it may not be.)
    Please don’t post other kinds of diagnostic report.
    I know the report is long, maybe several hundred lines. Please post all of it anyway.

Maybe you are looking for