Installdb process takes 100% of CPU

Hello, I've just installed OS X 10.5 Leopard as Tiger upgrade. Everything work really slow, comparing to Tiger. The thing I've noticed — process named installdb takes all the rest of cpu power. I mean, cpu usage is always about 100% because of this. I've tried to quit installdb process, but it relaunched again. What is this and is there any way to kill it?
PS I'm currently running Safari, Finder and Activity monitor only.
Message was edited by: wpmwpm
Message was edited by: wpmwpm

I am seeing the same problem... this is why I came to the forum...
Something isn't right.

Similar Messages

  • Java process take 100% cpu

    Hello,
    I have a webapp running on Tomcat 5.0.28/RHEL 3.0. After some time (approximatively 1 hour), a java process take 100% cpu load and never stop, but the application do nothing.
    Some detail on my configuration :
    Distribution : Redhat Enterprise Linux 3.0 (updated)
    Kernel 2.4.21-37.0.1.ELsmp
    Glibc 2.3.2-95.37
    JVM : JRockit 1.4.2.08 (the last one)
    Tomcat : 5.0.28
    Server : 2*Xeon 3GHz HT, 2Go RAM
    JVM param : -Xmx:256m -Xms:256m
    Thanks for your answers ...

    Try taking thread dump (send a SIGQUIT to JRockit using "kill"). If you
    get a thread dump, the VM is alive, and it's probably your java program
    that's broken. In that case, make a JRA recording to see what's happening:
    http://e-docs.bea.com/jrockit/docs142/usingJRA/jra.html
    The methods pane is probably what you're looking for.
    If you don't get any thread dump when sending a SIGQUIT to JRockit,
    come back here.
    Regards //Johan
    Gr?goire Rolland wrote:
    Hello,
    I have a webapp running on Tomcat 5.0.28/RHEL 3.0. After some time (approximatively 1 hour), a java process take 100% cpu load and never stop, but the application do nothing.
    Some detail on my configuration :
    Distribution : Redhat Enterprise Linux 3.0 (updated)
    Kernel 2.4.21-37.0.1.ELsmp
    Glibc 2.3.2-95.37
    JVM : JRockit 1.4.2.08 (the last one)
    Tomcat : 5.0.28
    Server : 2*Xeon 3GHz HT, 2Go RAM
    JVM param : -Xmx:256m -Xms:256m
    Thanks for your answers ...

  • Which oracle process takes how much cpu?

    give me a query to find out
    which oracle processes takes how much cpu?

    Monitor how much a user is consuming CPU

  • Mds takes 100% of CPU

    Hi,
    when I am using iWeb, the mds process takes de 100% of the CPU. If I close iWeb, it stops. It also happens when I a watch a video on Aperture 3.
    It started after 10.6.3.
    What can I do?
    Thanks in advanced
    Message was edited by: plcn

    The mds process is Spotlight indexing your hard drive. As you create new files/projects, it indexes them for fast searching.
    It is extremely processor hoggy and personally I turn off indexing on my drives because of this issue, and I never use Spotlight to search for anything anyhow. I know where I put/keep my stuff.
    To turn off indexing, go to *System Preferences* > Spotlight > Privacy and add your hard drive to the list.
    The mds process will bother you no more.

  • Clouds process consuming 100% of cpu

    Whenever MBP is not able to connect to internet, the cloudd process consumes 100% cpu.
    This is draining the battery in a very short time.
    Internet connectivity, either lack there of or because of corp. firewall rules send this process into 100% consumption.
    Only work around is to disable all items in iCloud control panel, which is painful for access and re-sync.
    Robert

    Does the it eventually recover on it's own? It's possible that the JVM is doing full garbage collection.  How big is your max heap size?  I suggest to add some garbage collection debugging in the JVM_OPTS to see if it is Java's garbage collection or not.  Might as well check the heap too, to see if it's running our of memory.
    Example;
    -verbose:gc -XX:+PrintGCTimeStamps -XX:+PrintGCDetails -XX:+PrintTenuringDistribution -Xloggc:/tmp/gc.log -XX:+HeapDumpOnOutOfMemoryError -XX:HeapDumpPath=/tmp
    Ron

  • Processing files takes 100% of CPU

    When downloading an album, it takes a >5 minutes for each track to get through the "Processing files" stage. iTunes uses 100% of my CPU while processing, also.
    I've used iTunes to download albums without problems before-- this seems to be a new problem.

    Go to folder "downloads" in iTunes music folder which is the temporary downloads folder for Tunes itself.
    If there is any item within (as a leftover from a former download), delete it.

  • WindowServer process takes 100% CPU

    PowerBook G4 1,5 Ghz, 1GB RAM Leopard 10.5.5.
    Since i installed last Leopard Update i got WindowServer using 100% from time to time. No other operations can be done, the notebook is unusable. To resolve the issue i have to rebbot the machine...
    Can anyone tell me if it is a known bug or not?

    I have the exact same problem; the computer continues to run, I can move windows, but everything else is frozen, the computer is unresponsive and the only solution is a force power off reboot.
    The symptoms are as described: windowsserver starts using 99.8% of CPU and simply won't let go of the CPU. I will look into the CoolIris connection, as I have it loaded, but I use Firefox and not Safari.
    No one seems to have the solution, but it is comforting to know that I am not the only one having the issue.
    APPLE: Please take note, this is a OS bug that needs to be fixed.

  • OAM process takes 100% CPU (strange SQL in it)

    Hi!
    I have noticed on our PROD that on eprocess is taking more then 7 hours with 100% CPU load. Here is brief detail about it:
    03:08:12 apps@PROD> @si 547
    Current SQL....have result if session is active....
    SQL_FULLTEXT
    Select count(distinct(R.Request_ID))  From  Fnd_Concurrent_Programs_vl CP,  Fnd_User U, Fnd_Concurr
    ent_Requests R, Fnd_Responsibility_Tl RES,  Fnd_Application_vl A
    Elapsed: 00:00:00.06
    SID_SERIAL  STATE      OSUSER     TERMINAL   LOGON           SEC_WAIT LAST_CALL
      547,42977 WAITED SHO prod       unknown    12.01 12:50:54     26423     26425
                RT TIME
    Elapsed: 00:00:00.01
    SID_SERIAL      AUDSID DBPID  APPPID USERNAME   MODULE        ACTION          STATUS   STATE
      547,42977   11087548 10585  1344   APPS       OAM                           ACTIVE   WAITED SHO
                                                                                           RT TIME
    Elapsed: 00:00:00.01
    03:15:41 apps@PROD> As you can see, SQL is prety strange and it's plan is several Gigs(!!!) Because module is OAM I have no guts to kill it just like that. Is there any way to see what is this really and could it be killed (Do I have to restart concurrent) or what?
    THX in front.
    Damir Vadas
    Edited by: Funky on Jan 13, 2009 3:15 AM

    After some KGB approaches, one user with System Administrator responsibility has admit that he has run by mistake u query!
    So be aware whom do you expose System Administrator responsibility!
    Case closed!

  • I installed itunes 11. It takes 100% of cpu and GUI is not responsive for minutes at a time.  Keystrokes are lost in the search box because of this. This worked fine in previous release. I have 4300 albums and 70k  songs.

    I have an itunes library of 4000+ albums and 70k+ songs. Worked great until itunes 11 today. Now, when ever I go to the search field and type 1 character, I go to 100% CPU busy and all the other characters are lost. "itunes not responding" for a couple of minutes.  
    Also happens when I am importing a CD from physical media, and I switch to music and try and find another album. Gui becomes unresponsive and activity monitor ends up reporting "Itunes (not responding)".
    How go I go back to the working itunes?

    Thanks. That was it I don't know why it got changed during the upgrade to iTunes 11.
    However, it still takes 5-10 seconds for this menu to appear, with the cpu at 100% one core. Seems like iTunes should support multi-threaded/multi-core processing, especially for the GUI.

  • 10.6.8 another problem dock takes 100% of cpu

    I discovered 10.6.8 broke the printing on my Epson RX650 multifunction printer. There are work arounds to deal with that I understand.
    Now I find in Activity Monitor that the dock is consuming 100% of one CPU. I can force it to quit, it comes back after a short while at around 14% CPU then shoots up to 100% again. In the floating CPU window of Activity Monitor I see one core is fully utilised. I get Dock to quit and it will come back and hog another core.
    Any suggestions?

    Problem sorted. Saw another discussion that found Parallels as the culprit. Also saw that an update is available from Parallels that fixes the bug.

  • DPS 6.3 takes 100% of CPU time

    I've 2 couple of DPS 6.3 proxy servers running upstream 2 couple of DS 6.3 on RHAS 4U6, JRE 1.5.0_16-b02
    located on 2 different sites.(6.3_KS_6661375_6670752_6654625_6513526_6653253_663073_6723858 B2008.0717.2043)
    I notice about once a week to every 2 weeks that a proxy server on each site starts to send
    to me warning messages about an LDAP data source not available on the remote site.
    The proactive monitor thread logs messages such as "exceeded maximum allowed timeout of 10000 ms" .
    The problem is that when it occurs, the proxy starts to take all the available CPU time so that there's
    no other solution than restarting it .
    Known problem ?

    The problem occured today, I had about 35 threads running among which the 5 below were taking all the CPU time,
    the others being under 2% CPU :
    PID USER PR NI %CPU TIME+ %MEM VIRT RES SHR S COMMAND
    15333 root 25 0 90 14:03.92 55.3 1003m 558m 11m R java
    15309 root 21 0 85 15:12.86 55.3 1003m 558m 11m R java
    15353 root 23 0 85 17:57.53 55.3 1003m 558m 11m R java
    15335 root 25 0 68 16:56.31 55.3 1003m 558m 11m R java
    15312 root 25 0 63 4175:46 55.3 1003m 558m 11m R java
    The jstack trace extract is as follows for the above threads:
    Thread 15309: (state = IN_VM)
    - java.lang.Throwable.getStackTraceElement(int) @bci=0 (Compiled frame; information may be imprecise)
    - java.lang.Throwable.getOurStackTrace() @bci=34, line=592 (Compiled frame)
    - java.lang.Throwable.getStackTrace() @bci=1, line=583 (Compiled frame)
    - com.sun.directory.proxy.util.StringBufferPool.getBuffer() @bci=130, line=109 (Compiled frame)
    - com.sun.directory.proxy.util.Log.exceptionToString(java.lang.Exception) @bci=3, line=892 (Compiled frame)
    - com.sun.directory.proxy.asn1.ASN1Reader.readElement() @bci=958, line=513 (Compiled frame)
    - com.sun.directory.proxy.asn1.ASN1Reader.readElement(int) @bci=36, line=226 (Compiled frame)
    - com.sun.directory.proxy.server.MultiplexedOpConnectionV2.readMessage(int, int) @bci=309, line=338 (Compiled frame)
    - com.sun.directory.proxy.server.OpConnection.readMessage(int) @bci=12, line=333 (Compiled frame)
    - com.sun.directory.proxy.server.LDAPServer.getConnection(int, com.sun.directory.proxy.server.ClientConnection, com.sun.directory.proxy.ldap.BindRequest, int) @bci=449, line=1806 (Compiled frame)
    - com.sun.directory.proxy.server.LDAPServer.getReadConnection(int, boolean, com.sun.directory.proxy.server.ClientConnection, com.sun.directory.proxy.ldap.BindRequest) @bci=284, line=1649 (Compiled frame)
    - com.sun.directory.proxy.extensions.ProportionalLoadBalancingAlgorithm.getSearchConnection(com.sun.directory.proxy.server.ClientOperation, int, boolean, com.sun.directory.proxy.server.ClientConnection, com.sun.directory.proxy.ldap.BindRequest) @bci=371, line=2132 (Compiled frame)
    - com.sun.directory.proxy.server.BackendSet.getSearchConnection(com.sun.directory.proxy.server.ClientOperation, com.sun.directory.proxy.server.ClientConnection, int, boolean, com.sun.directory.proxy.ldap.BindRequest) @bci=70, line=822 (Compiled frame)
    - com.sun.directory.proxy.server.LDAPDataView.getSearchContext(com.sun.directory.proxy.server.ClientOperation, boolean, java.lang.StringBuffer, com.sun.directory.proxy.server.DataViewOpContext) @bci=152, line=220 (Compiled frame)
    - com.sun.directory.proxy.server.LDAPDataView.getSearchContext(com.sun.directory.proxy.server.ClientOperation, java.lang.StringBuffer, com.sun.directory.proxy.server.DataViewOpContext) @bci=5, line=137 (Compiled frame)
    - com.sun.directory.proxy.server.WorkerThread.runThread() @bci=166, line=150 (Compiled frame)
    Error occurred during stack walking:
    Thread 15312: (state = IN_JAVA)
    Thread 15333: (state = IN_VM)
    - java.lang.Thread.yield() @bci=0 (Compiled frame; information may be imprecise)
    - com.sun.directory.proxy.server.MultiplexedOpConnectionV2.readFromNetwork(int, int) @bci=72, line=663 (Compiled frame)
    - com.sun.directory.proxy.server.MultiplexedOpConnectionV2.readMessage(int, int) @bci=309, line=338 (Compiled frame)
    - com.sun.directory.proxy.server.OpConnection.readMessage(int) @bci=12, line=333 (Compiled frame)
    - com.sun.directory.proxy.server.LDAPDataView.processSearchRequest(com.sun.directory.proxy.server.LDAPDataViewOpContext, com.sun.directory.proxy.ldap.LDAPMessage, com.sun.directory.proxy.server.DataViewConsumer) @bci=66, line=3387 (Compiled frame)
    - com.sun.directory.proxy.server.LDAPDataViewOpContext.processSearchRequest(com.sun.directory.proxy.ldap.LDAPMessage, com.sun.directory.proxy.server.DataViewConsumer) @bci=10, line=203 (Compiled frame)
    - com.sun.directory.proxy.server.WorkerThread.runThread() @bci=166, line=150 (Compiled frame)
    Error occurred during stack walking:
    Thread 15335: (state = IN_VM)
    - java.net.SocketInputStream.socketRead0(java.io.FileDescriptor, byte[], int, int, int) @bci=0 (Compiled frame; information may be imprecise)
    - java.net.SocketInputStream.read(byte[], int, int) @bci=84, line=129 (Compiled frame)
    - com.sun.directory.proxy.asn1.ASN1Reader.readElement(int) @bci=36, line=226 (Compiled frame)
    - com.sun.directory.proxy.server.MultiplexedOpConnectionV2.readMessage(int, int) @bci=309, line=338 (Compiled frame)
    - com.sun.directory.proxy.server.OpConnection.readMessage(int) @bci=12, line=333 (Compiled frame)
    - com.sun.directory.proxy.server.LDAPServer.getConnection(int, com.sun.directory.proxy.server.ClientConnection, com.sun.directory.proxy.ldap.BindRequest, int) @bci=449, line=1806 (Compiled frame)
    - com.sun.directory.proxy.server.LDAPServer.getReadConnection(int, boolean, com.sun.directory.proxy.server.ClientConnection, com.sun.directory.proxy.ldap.BindRequest) @bci=284, line=1649 (Compiled frame)
    - com.sun.directory.proxy.extensions.ProportionalLoadBalancingAlgorithm.getSearchConnection(com.sun.directory.proxy.server.ClientOperation, int, boolean, com.sun.directory.proxy.server.ClientConnection, com.sun.directory.proxy.ldap.BindRequest) @bci=371, line=2132 (Compiled frame)
    - com.sun.directory.proxy.server.BackendSet.getSearchConnection(com.sun.directory.proxy.server.ClientOperation, com.sun.directory.proxy.server.ClientConnection, int, boolean, com.sun.directory.proxy.ldap.BindRequest) @bci=70, line=822 (Compiled frame)
    - com.sun.directory.proxy.server.LDAPDataView.getSearchContext(com.sun.directory.proxy.server.ClientOperation, boolean, java.lang.StringBuffer, com.sun.directory.proxy.server.DataViewOpContext) @bci=152, line=220 (Compiled frame)
    - com.sun.directory.proxy.server.LDAPDataView.getSearchContext(com.sun.directory.proxy.server.ClientOperation, java.lang.StringBuffer, com.sun.directory.proxy.server.DataViewOpContext) @bci=5, line=137 (Compiled frame)
    - com.sun.directory.proxy.server.WorkerThread.runThread() @bci=166, line=150 (Compiled frame)
    Error occurred during stack walking:
    Thread 15353: (state = IN_VM)
    - java.lang.Throwable.fillInStackTrace() @bci=0 (Compiled frame; information may be imprecise)
    - java.lang.Throwable.<init>() @bci=10, line=181 (Compiled frame)
    - com.sun.directory.proxy.util.Log.exceptionToString(java.lang.Exception) @bci=3, line=892 (Compiled frame)
    - com.sun.directory.proxy.asn1.ASN1Reader.readElement() @bci=958, line=513 (Compiled frame)
    - com.sun.directory.proxy.asn1.ASN1Reader.readElement(int) @bci=36, line=226 (Compiled frame)
    - com.sun.directory.proxy.server.MultiplexedOpConnectionV2.readMessage(int, int) @bci=309, line=338 (Compiled frame)
    - com.sun.directory.proxy.server.OpConnection.readMessage(int) @bci=12, line=333 (Compiled frame)
    - com.sun.directory.proxy.server.LDAPServer.getConnection(int, com.sun.directory.proxy.server.ClientConnection, com.sun.directory.proxy.ldap.BindRequest, int) @bci=449, line=1806 (Compiled frame)
    - com.sun.directory.proxy.server.LDAPServer.getReadConnection(int, boolean, com.sun.directory.proxy.server.ClientConnection, com.sun.directory.proxy.ldap.BindRequest) @bci=284, line=1649 (Compiled frame)
    - com.sun.directory.proxy.extensions.ProportionalLoadBalancingAlgorithm.getSearchConnection(com.sun.directory.proxy.server.ClientOperation, int, boolean, com.sun.directory.proxy.server.ClientConnection, com.sun.directory.proxy.ldap.BindRequest) @bci=371, line=2132 (Compiled frame)
    - com.sun.directory.proxy.server.BackendSet.getSearchConnection(com.sun.directory.proxy.server.ClientOperation, com.sun.directory.proxy.server.ClientConnection, int, boolean, com.sun.directory.proxy.ldap.BindRequest) @bci=70, line=822 (Compiled frame)
    - com.sun.directory.proxy.server.LDAPDataView.getSearchContext(com.sun.directory.proxy.server.ClientOperation, boolean, java.lang.StringBuffer, com.sun.directory.proxy.server.DataViewOpContext) @bci=152, line=220 (Compiled frame)
    - com.sun.directory.proxy.server.LDAPDataView.getSearchContext(com.sun.directory.proxy.server.ClientOperation, java.lang.StringBuffer, com.sun.directory.proxy.server.DataViewOpContext) @bci=5, line=137 (Compiled frame)
    - com.sun.directory.proxy.server.WorkerThread.runThread() @bci=166, line=150 (Compiled frame)
    Error occurred during stack walking:
    I'll double check the proxy logs but the last time it occured, I had such like messages:
    [04/Nov/2008:10:06:02 +0100] - CONN - WARN - [Thread Worker Thread 33] Unable to create a connection to LDAP server ..... Exception: Unable to open socket to ..... -- exceeded maximum allowed timeout of 10000 ms
    [04/Nov/2008:10:06:02 +0100] - CONN - WARN - [Thread Worker Thread 32] Unable to create a connection to LDAP server ......Exception: Unable to open socket to ..... -- exceeded maximum allowed timeout of 10000 ms
    [04/Nov/2008:10:06:02 +0100] - BACKEND - WARN - Availability check indicated that LDAP server ...... is not available. Stopping server.
    [04/Nov/2008:10:06:02 +0100] - BACKEND - WARN - Availability check indicated that LDAP server ...... is not available. Stopping server.

  • IChatAgent takes more than 100% of CPU

    The iChatAgent takes more than 100% of CPU. It works normally for 10-15min with little CPU usage but then takes 100% of CPU and stays like that until I quit/kill the process. I tried waiting for hours to see it might go down is usage, but no, and the cpu fan remains on continuously.
    I simply use it for text based chatting, and have disabled audio, video,microphone etc, and still this behavior that I can't use it for more than 15min.
    Here is the iChat version: Version 5.0.3 (745)
    Macbook Pro/10.6.4/Intel Core i7
    I have tried removing ~/Library/preferences/com.apple.iChatAgent.plist as suggested elsewhere, and that hasn't helped either.

    Thanks again Ralph.
    No, I do not have any add-ons, just out-of-the-box ichat without any audio, video in use.
    At this stage unfortunately, I can't continue using iChat as it hogs up the CPU in less than 15min. And that I do not experience any problem with other chat-clients such as AIM or jabber, so switching over to those until there is a resolution.
    Suhas
    Here is a process-inspection done through ActivityMonitor when it was taking 100%:
    Sampling process 517 for 3 seconds with 1 millisecond of run time between samples
    Sampling completed, processing symbols...
    Analysis of sampling iChatAgent (pid 517) every 1 millisecond
    Call graph:
    2457 Thread_7542 DispatchQueue_1: com.apple.main-thread (serial)
    2457 start
    2457 main
    2454 -[NSRunLoop(NSRunLoop) run]
    2439 -[NSRunLoop(NSRunLoop) runMode:beforeDate:]
    2160 CFRunLoopRunSpecific
    2087 __CFRunLoopRun
    670 machport_insertmember
    662 mach_msg
    661 machmsgtrap
    1 mach_msg
    5 machport_insertmember
    3 migget_replyport
    596 machport_extractmember
    589 mach_msg
    577 machmsgtrap
    12 mach_msg
    4 machport_extractmember
    3 migget_replyport
    389 mach_msg
    371 machmsgtrap
    18 mach_msg
    355 __CFRunLoopDoSources0
    237 _MessageAvailable(void*)
    110 XprtGetMessage
    106 XPRT::InternalGetMessage(void*, unsigned int&, void*&, void*&, bool)
    39 XPRT::TMessageQueue::GetMessage(bool)
    14 XPRT::TPtrList::RemoveHead()
    7 XPRT::TList<void*, XPRT::TDynamicTraits>::FreeNode(XPRT::TList<void*, XPRT::TDynamicTraits>::TNode*)
    6 XPRT::TList<void*, XPRT::TDynamicTraits>::FreeNode(XPRT::TList<void*, XPRT::TDynamicTraits>::TNode*)
    1 XPRT::TDynamicTraits::VOrphanElement(void*) const
    7 XPRT::TPtrList::RemoveHead()
    11 pthreadmutexunlock
    8 pthreadmutexlock
    4 spinlock
    2 OSSpinLockUnlock
    2 pthreadmutexlock
    3 XPRT::TMessageQueue::GetMessage(bool)
    3 _spinlock
    31 free
    20 szone_size
    11 free
    24 szonefree_definitesize
    23 szonefree_definitesize
    1 spinlock
    5 XPRT::InternalGetMessage(void*, unsigned int&, void*&, void*&, bool)
    5 operator delete(void*)
    1 XPRT::TCritSec::Unlock()
    1 _spinlock
    2 XprtTlsGetValue
    2 pthread_getspecific
    110 XprtGiveMessage
    85 COOL::TSocket::SocketMessageProc(unsigned int, void*, void*)
    50 XprtPostMessage
    48 XPRT::InternalPostMessage(void*, unsigned int, void*, void*)
    25 operator new(unsigned long)
    21 malloc
    18 malloczonemalloc
    10 szonemalloc_shouldclear
    6 szonemalloc_shouldclear
    4 _cpunumber
    5 malloczonemalloc
    2 _spinlock
    1 szone_malloc
    3 malloc
    4 operator new(unsigned long)
    10 XPRT::TMessageQueue::PostMessage(XPRT::SMessage*)
    5 XPRT::TPtrList::AddTail(void*)
    4 XPRT::TList<void*, XPRT::TDynamicTraits>::NewNode(void*, XPRT::TList<void*, XPRT::TDynamicTraits>::TNode*, XPRT::TList<void*, XPRT::TDynamicTraits>::TNode*)
    1 XPRT::TPtrList::AddTail(void*)
    4 pthreadmutexlock
    1 _spinlock
    6 pthreadmutexunlock
    5 pthreadmutexunlock
    1 spinlock
    2 XPRT::InternalPostMessage(void*, unsigned int, void*, void*)
    2 _spinlock
    1 XPRT::TCritSec::Lock()
    1 dyldstub__spinlock
    1 dyldstub__spinunlock
    2 XprtPostMessage
    14 COOL::TSocket::FireDataAvailable()
    13 COOL::TProxiedSocket::OnDataAvailable(IInputStream*, IUnknown*)
    6 XPTL::CComObject<COOL::TProxiedSocket>::AddRef()
    5 XPTL::CComObject<COOL::TProxiedSocket>::Release()
    2 COOL::TProxiedSocket::OnDataAvailable(IInputStream*, IUnknown*)
    1 COOL::TSocket::FireDataAvailable()
    7 non-virtual thunk to COOL::TProxiedSocket::OnDataAvailable(IInputStream*, IUnknown*)
    6 COOL::TSocket::SocketMessageProc(unsigned int, void*, void*)
    6 XPRT::TPtrFromPtrMap::Lookup(void*, void*&) const
    6 XPRT::TMap<void*, void*, XPRT::TDynamicKeyTraits, XPRT::TDynamicTraits>::Lookup(void*, void*&) const
    3 XPRT::TMap<void*, void*, XPRT::TDynamicKeyTraits, XPRT::TDynamicTraits>::GetNode(void*, unsigned int&, unsigned int&, XPRT::TMap<void*, void*, XPRT::TDynamicKeyTraits, XPRT::TDynamicTraits>::TNode*&) const
    2 XPRT::TMap<void*, void*, XPRT::TDynamicKeyTraits, XPRT::TDynamicTraits>::GetNode(void*, unsigned int&, unsigned int&, XPRT::TMap<void*, void*, XPRT::TDynamicKeyTraits, XPRT::TDynamicTraits>::TNode*&) const
    1 XPRT::TDynamicKeyTraits::VHashKey(void const*) const
    3 XPRT::TMap<void*, void*, XPRT::TDynamicKeyTraits, XPRT::TDynamicTraits>::Lookup(void*, void*&) const
    2 XPTL::CComObject<COOL::TSocket>::AddRef()
    17 XPRT::TMessageMap::Lookup(unsigned int)
    7 XPRT::TPtrFromPtrMap::Lookup(void*, void*&) const
    5 XPRT::TMap<void*, void*, XPRT::TDynamicKeyTraits, XPRT::TDynamicTraits>::Lookup(void*, void*&) const
    4 XPRT::TMap<void*, void*, XPRT::TDynamicKeyTraits, XPRT::TDynamicTraits>::GetNode(void*, unsigned int&, unsigned int&, XPRT::TMap<void*, void*, XPRT::TDynamicKeyTraits, XPRT::TDynamicTraits>::TNode*&) const
    3 XPRT::TMap<void*, void*, XPRT::TDynamicKeyTraits, XPRT::TDynamicTraits>::GetNode(void*, unsigned int&, unsigned int&, XPRT::TMap<void*, void*, XPRT::TDynamicKeyTraits, XPRT::TDynamicTraits>::TNode*&) const
    1 XPRT::TDynamicKeyTraits::VHashKey(void const*) const
    1 XPRT::TMap<void*, void*, XPRT::TDynamicKeyTraits, XPRT::TDynamicTraits>::Lookup(void*, void*&) const
    2 XPRT::TPtrFromPtrMap::Lookup(void*, void*&) const
    3 _spinlock
    3 pthreadmutexunlock
    2 XPRT::TMessageMap::Lookup(unsigned int)
    2 pthreadmutexlock
    1 OSSpinLockUnlock
    1 pthreadmutexlock
    8 XprtGiveMessage
    6 _MessageAvailable(void*)
    4 CFRunLoopSourceSignal
    3 CFRunLoopSourceSignal
    1 spinlock
    4 _IMWillLog
    2 _spinlock
    1 OSSpinLockUnlock
    85 CFSetApplyFunction
    84 CFBasicHashApply
    40 CFBasicHashGetBucket
    28 _CFSetApplyFunction_block_invoke1
    20 __CFRunLoopCollectSources0
    12 __CFRunLoopCollectSources0
    4 CFRetain
    3 _CFRetain
    1 OSAtomicCompareAndSwap32Barrier
    1 _compare_andswap32
    8 _CFSetApplyFunction_block_invoke1
    16 CFBasicHashApply
    1 CFSetApplyFunction
    16 __CFRunLoopDoSources0
    4 CFRelease
    3 _CFRelease
    2 CFGetTypeID
    2 dyldstubOSAtomicCompareAndSwap32Barrier
    2 dyldstub_IMWillLog
    1 CFBasicHashGetCount
    1 CFSetGetCount
    1 OSAtomicCompareAndSwap32Barrier
    1 _compare_andswap32
    1 OSSpinLockUnlock
    29 CFSetContainsValue
    25 CFBasicHashGetCountOfKey
    25 _CFBasicHashFindBucket1
    13 _CFBasicHashFindBucket1
    10 __CFStringHash
    1 CFHash
    1 __CFBasicHashStandardCallback
    4 CFSetContainsValue
    24 __CFRunLoopRun
    9 _spinlock
    5 dispatch_get_main_queue_port4CF
    3 CFRunLoopGetMain
    2 OSSpinLockUnlock
    2 dyldstubOSSpinLockLock
    1 dyldstub_mach_msgtrap
    1 pthread_getspecific
    1 pthreadmainnp
    36 __CFRunLoopFindMode
    31 CFSetGetValue
    30 CFBasicHashFindBucket
    29 _CFBasicHashFindBucket1
    9 __CFStringHash
    8 _CFBasicHashFindBucket1
    6 CFHash
    5 __CFBasicHashStandardCallback
    3 CFEqual
    2 __CFBasicHashStandardCallback
    1 __CFRunLoopModeHash
    1 CFBasicHashFindBucket
    1 CFSetGetValue
    2 __bzero
    2 memset
    1 __CFRunLoopFindMode
    17 __CFRunLoopModeIsEmpty
    17 CFSetContainsValue
    17 CFBasicHashGetCountOfKey
    17 _CFBasicHashFindBucket1
    12 __CFStringHash
    5 _CFBasicHashFindBucket1
    8 CFRunLoopRunSpecific
    7 _spinlock
    2 spinlock
    2 dyldstub_machmsg
    1 dyldstubOSSpinLockUnlock
    121 _CFRunLoopFinished
    80 __CFRunLoopFindMode
    66 CFSetGetValue
    63 CFBasicHashFindBucket
    57 _CFBasicHashFindBucket1
    22 __CFBasicHashStandardCallback
    16 CFEqual
    14 CFEqual
    2 __CFRunLoopModeEqual
    6 __CFBasicHashStandardCallback
    17 _CFBasicHashFindBucket1
    9 __CFStringHash
    6 CFHash
    3 __CFRunLoopModeHash
    5 CFBasicHashFindBucket
    1 __CFBasicHashStandardCallback
    3 CFSetGetValue
    6 __bzero
    5 __CFRunLoopFindMode
    2 memset
    1 _CFRuntimeSetInstanceTypeID
    29 __CFRunLoopModeIsEmpty
    19 CFSetContainsValue
    14 CFBasicHashGetCountOfKey
    13 _CFBasicHashFindBucket1
    7 __CFStringHash
    3 _CFBasicHashFindBucket1
    2 __CFBasicHashStandardCallback
    1 CFHash
    1 CFBasicHashGetCountOfKey
    5 CFSetContainsValue
    6 pthreadmainnp
    2 pthread_getspecific
    1 CFRunLoopGetMain
    1 __CFRunLoopModeIsEmpty
    6 _CFRunLoopFinished
    2 OSSpinLockUnlock
    2 _spinlock
    2 dyldstub_pthread_mainnp
    39 _CFAutoreleasePoolPop
    23 _CFAutoreleasePoolPop
    7 pthread_setspecific
    3 pthread_getspecific
    2 objcgetFreedObjectClass
    2 objc_collectingEnabled
    2 pthread_self
    29 -[NSCFString isEqual:]
    11 -[NSCFString isEqual:]
    8 CFStringGetCStringPtr
    4 object_getClass
    3 objcmsgSendvtable2
    2 _CFStringGetLength2
    1 NSClassFromObject
    28 CFAbsoluteTimeGetCurrent
    21 gettimeofday
    18 __gettimeofday
    12 __nanotime
    6 __gettimeofday
    3 gettimeofday
    7 CFAbsoluteTimeGetCurrent
    17 _CFAutoreleasePoolPush
    8 pthread_setspecific
    7 _CFAutoreleasePoolPush
    2 objc_collectingEnabled
    13 -[NSRunLoop(NSRunLoop) runMode:beforeDate:]
    6 NSPopAutoreleasePool
    2 NSPopAutoreleasePool
    2 _CFExecutableLinkedOnOrAfter
    2 objc_collectingEnabled
    5 _spinlock
    4 objc_msgSend
    3 dyldstub_CFStringGetLength2
    3 dyldstub_pthreadsetspecific
    2 CFRunLoopRunInMode
    2 CFRunLoopGetCurrent
    2 dyldstubCFStringGetCStringPtr
    2 dyldstubOSSpinLockUnlock
    1 dyldstub__objcgetFreedObjectClass
    1 dyldstubgettimeofday
    1 dyldstub_objccollectingEnabled
    1 dyldstub_pthreadgetspecific
    1 objcmsgSendvtable12
    9 objc_msgSend
    3 -[NSRunLoop(NSRunLoop) run]
    1 +[NSDate distantFuture]
    1 CFRunLoopRunInMode
    1 NSPushAutoreleasePool
    3 dyldstub_objcmsgSend
    2457 Thread_7543 DispatchQueue_2: com.apple.libdispatch-manager (serial)
    2457 start_wqthread
    2457 pthreadwqthread
    2457 dispatch_workerthread2
    2457 dispatch_queueinvoke
    2457 dispatch_mgrinvoke
    2457 kevent
    2457 Thread_7553
    2457 thread_start
    2457 pthreadstart
    2457 XPRT::_ThreadProc(void*)
    2457 XPRT::TTimer::ThreadProc(void*)
    2457 XPRT::TCondVar::Wait(int)
    2457 pthread_condwait
    2457 _semwaitsignal
    2457 Thread_7554
    2457 thread_start
    2457 pthreadstart
    2457 XPRT::_ThreadProc(void*)
    2457 COOL::TSocket::SocketThreadProc(void*)
    2457 select$DARWIN_EXTSN
    Total number in stack (recursive counted multiple, when >=5):
    11 _spinlock
    6 OSSpinLockUnlock
    5 __CFBasicHashStandardCallback
    5 __CFStringHash
    5 _CFBasicHashFindBucket1
    5 spinlock
    Sort by top of stack, same collapsed (when >= 5):
    _semwaitsignal 2457
    kevent 2457
    select$DARWIN_EXTSN 2457
    machmsgtrap 1609
    __CFStringHash 47
    _CFBasicHashFindBucket1 46
    CFBasicHashGetBucket 40
    _spinlock 37
    mach_msg 31
    __CFRunLoopRun 24
    _CFAutoreleasePoolPop 23
    szonefree_definitesize 23
    szone_size 20
    pthreadmutexunlock 19
    CFEqual 17
    CFBasicHashApply 16
    __CFRunLoopDoSources0 16
    pthread_setspecific 15
    CFHash 14
    -[NSRunLoop(NSRunLoop) runMode:beforeDate:] 13
    objc_msgSend 13
    __CFBasicHashStandardCallback 12
    __CFRunLoopCollectSources0 12
    __nanotime 12
    -[NSCFString isEqual:] 11
    free 11
    CFSetContainsValue 9
    OSSpinLockUnlock 9
    spinlock 9
    CFRunLoopRunSpecific 8
    CFStringGetCStringPtr 8
    XprtGiveMessage 8
    _CFSetApplyFunction_block_invoke1 8
    __bzero 8
    pthread_getspecific 8
    CFAbsoluteTimeGetCurrent 7
    XPRT::TPtrList::RemoveHead() 7
    _CFAutoreleasePoolPush 7
    non-virtual thunk to COOL::TProxiedSocket::OnDataAvailable(IInputStream*, IUnknown*) 7
    pthreadmainnp 7
    pthreadmutexlock 7
    CFBasicHashFindBucket 6
    COOL::TSocket::SocketMessageProc(unsigned int, void*, void*) 6
    XPRT::TList<void*, XPRT::TDynamicTraits>::FreeNode(XPRT::TList<void*, XPRT::TDynamicTraits>::TNode*) 6
    XPTL::CComObject<COOL::TProxiedSocket>::AddRef() 6
    _CFRunLoopFinished 6
    _MessageAvailable(void*) 6
    __CFRunLoopFindMode 6
    __gettimeofday 6
    migget_replyport 6
    objc_collectingEnabled 6
    szonemalloc_shouldclear 6
    XPRT::InternalGetMessage(void*, unsigned int&, void*&, void*&, bool) 5
    XPRT::TMap<void*, void*, XPRT::TDynamicKeyTraits, XPRT::TDynamicTraits>::GetNode(void*, unsigned int&, unsigned int&, XPRT::TMap<void*, void*, XPRT::TDynamicKeyTraits, XPRT::TDynamicTraits>::TNode*&) const 5
    XPTL::CComObject<COOL::TProxiedSocket>::Release() 5
    dispatch_get_main_queue_port4CF 5
    machport_insertmember 5
    malloczonemalloc 5
    operator delete(void*) 5
    Sample analysis of process 517 written to file /dev/stdout

  • Zenity takes 100% CPU Time

    When I run as root or normal User
    zenity --notification --text="test"
    The zenity process takes 100% Cpu time
    System:
    Arch 32bit gnome 2.22
    Last edited by brickwedde.eu (2008-05-06 11:26:00)

    I GOT IT... I think.
    zenity --notification actually calls libnotify! I was trying out a script and suddenly realized something, because by chance dbus decided to take a break. Take a look at these two code fragments.
    $ zenity --info --text "hello"
    $ _
    $ zenity --notification --text "hello"
    libnotify-Message: Unable to get session bus: Failed to connect to socket /tmp/dbus-jmMdFXbznS: Connection refused
    <hang>
    <100% CPU usage>
    I've figured out why: it's basic socket programming gone wrong. The notification part of zenity calls libnotify, tries to connect to libnotify's socket, and fails, using 100% CPU waiting for the connection to... end a stream that never started.
    A possible solution is to just use notify-send.
    -dav7
    Last edited by dav7 (2008-05-09 00:27:30)

  • IMovie 08 does not open and takes 100% userCPU

    Since leopard is installed on my iMac G5, iMovie 08 has never come up. iLife 08 was already installed.
    When looking at the processor usage 'imovie' process takes 100% of the users CPU capacity. All Apple updates have been installed, no luck yet. Anybody any solution ideas?

    Yutah wrote:
    Anybody any solution ideas?
    No solutions, but something to try. Try re-installing iLife 08 now that you have installed Leopard.

  • Oracle 10g 10.2.0.3.0 takes 100% CPU

    Hi,
    We are using Web sphere commerce server (IBM) with Oracle 10g. we are currently in development phase. what ever execute (jobs) small job like uploding 100 records, CPU takes 100%. the process can't complete, it goes on.
    System Details
    2 CPU and 8 GB RAM Intel Based system
    OS: Redhat server 5.1
    SQL> show sga
    Total System Global Area 2097152000 bytes
    Fixed Size 1262740 bytes
    Variable Size 251661164 bytes
    Database Buffers 1828716544 bytes
    Redo Buffers 15511552 bytes
    shared_pool_size big integer 112M
    java_pool_size big integer 112M
    PGA and SGA
    pga_aggregate_target big integer 200M
    sga_target big integer 2000M
    Pls could any one help on this. is it correct values SGA has or what could be the issue.
    Thanks
    Regards
    Settu Gopal

    Settu Gopal wrote:
    Hi,
    We are using Web sphere commerce server (IBM) with Oracle 10g. we are currently in development phase. what ever execute (jobs) small job like uploding 100 records, CPU takes 100%. the process can't complete, it goes on.Settu,
    in addition you might want to trace the session to find out what it is waiting for. In 10g you can use the DBMS_MONITOR package to enable the tracing, and then use the "tkprof" utility as outlined in the article to get the trace file generated analyzed.
    You can also use the V$SESSION view (BLOCKING_SESSION_STATUS, BLOCKING_SESSION, BLOCKING_INSTANCE) to find out if the session is blocked for any reason, although it shouldn't consume CPU in that case.
    Regards,
    Randolf
    Oracle related stuff blog:
    http://oracle-randolf.blogspot.com/
    SQLTools++ for Oracle (Open source Oracle GUI for Windows):
    http://www.sqltools-plusplus.org:7676/
    http://sourceforge.net/projects/sqlt-pp/

Maybe you are looking for