rpcsvchost using 99% CPU !!


on mid 2010 mac mini running 10.9.5 noticed every time cold boot process "rpcsvchost" using 99% of cpu in activity monitor.

times rebooting takes care of it, until sits powered off overnight, on first boot eating 99% again.

have reset smc , pram, turned off unnecessary items still continues.

i've searched online , found few others have had same problem, haven't found answers.

advice appreciated, since think next step may re-loading mavericks.

in advance help.

- jay
 

wow, 100 views , nobody else has seen this.
here's little more info :
reinstalled mavericks last night , seemed better after couple of reboots, today rpcsvchost using 99%.
it's running root, don't think it's startup item particular account.

couple of entries in console it, post , spindump log below.

strange after has been sitting off while.

- jay

_____________________

9/25/14 6:31:25.000 pm kernel[0]: process rpcsvchost[89] thread 692 caught burning cpu! used more 50% cpu (actual recent usage: 62%) on 180 seconds. thread lifetime cpu usage 90.015346 seconds, (71.342635 user, 18.672711 system) ledger info: balance: 90007778831 credit: 90007778831 debit: 0 limit: 90000000000 (50%) period: 180000000000 time since last refill (ns): 143033006696

______________________________________________________

9/25/14 6:31:28.915 pm spindump[290]: saved cpu_resource.spin report rpcsvchost version ??? (???) /library/logs/diagnosticreports/rpcsvchost_2014-09-25-183128_upstairsmini.cpu_resource.spin

_______________________________________________________

date/time: 2014-09-25 18:28:59 -0400
os version: 10.9.5 (build 13f34)
architecture: x86_64
report version: 18

command: rpcsvchost
path: /usr/libexec/rpcsvchost
version: ??? (???)
parent: launchd [1]

pid: 89
event: cpu usage (microstackshots only)
thread: 0x2b4 (62% cpu on 146 seconds)
duration: 146.00s
steps: 98

hardware model: macmini4,1
active cpus: 2
fan speed: 1800 rpm


powerstats for: rpcsvchost [89] thread 0x2b4
start time: 2014-09-25 18:29:54 -0400
end time: 2014-09-25 18:31:25 -0400
parent: launchd
microstackshots: 76 samples (77%)
primary state: 59 samples non-frontmost app, non-background priority, user mode
user activity: 0 samples idle, 76 samples active
power source: 0 samples on battery, 76 samples on ac
76 thread_start + 13 (libsystem_pthread.dylib) [0x7fff90865fc9]
76 _pthread_start + 137 (libsystem_pthread.dylib) [0x7fff9086172a]
76 _pthread_body + 138 (libsystem_pthread.dylib) [0x7fff90861899]
76 proxy_start + 57 (dcerpc) [0x10782baa1]
67 timer_loop + 239 (dcerpc) [0x10785b439]
65 dcethread_cond_timedwait_throw + 11 (dcerpc) [0x10782d4f7]
31 dcethread_cond_timedwait + 111 (dcerpc) [0x10782d496]
28 __gettimeofday + 10 (libsystem_kernel.dylib) [0x7fff852e11cb]
17 <kernel mode>
2 _pthread_cond_wait + 142 (libsystem_pthread.dylib) [0x7fff908639f2]
1 _pthread_testcancel + 56 (libsystem_pthread.dylib) [0x7fff90862929]
1 dyld-stub$$osspinlocklock + 6 (libsystem_pthread.dylib) [0x7fff9086610a]
1 _pthread_cond_wait + 154 (libsystem_pthread.dylib) [0x7fff908639fe]
15 dcethread_cond_timedwait + 85 (dcerpc) [0x10782d47c]
6 dcethread__begin_block + 149 (dcerpc) [0x10782d073]
5 dcethread__unlock + 32 (dcerpc) [0x10782cbfe]
5 pthread_mutex_unlock + 60 (libsystem_pthread.dylib) [0x7fff908648f3]
2 osatomiccompareandswaplong$variant$mp + 8 (libsystem_platform.dylib) [0x7fff8b640bd4]
2 __mtx_droplock + 590 (libsystem_pthread.dylib) [0x7fff9086450c]
1 __mtx_droplock + 615 (libsystem_pthread.dylib) [0x7fff90864525]
1 dcethread__debug_set_callback + 20 (dcerpc) [0x10782c0b5]
5 dcethread__begin_block + 141 (dcerpc) [0x10782d06b]
1 _pthread_cond_signal + 144 (libsystem_pthread.dylib) [0x7fff9086374a]
1 osatomiccompareandswaplong$variant$mp + 8 (libsystem_platform.dylib) [0x7fff8b640bd4]
1 _pthread_cond_signal + 39 (libsystem_pthread.dylib) [0x7fff908636e1]
1 _pthread_cond_check_init + 6 (libsystem_pthread.dylib) [0x7fff90863ce9]
1 _pthread_cond_signal + 52 (libsystem_pthread.dylib) [0x7fff908636ee]
1 _pthread_cond_signal + 227 (libsystem_pthread.dylib) [0x7fff9086379d]
4 dcethread__begin_block + 38 (dcerpc) [0x10782d004]
3 dcethread__lock + 18 (dcerpc) [0x10782cb05]
1 _pthread_mutex_lock + 565 (libsystem_pthread.dylib) [0x7fff9086483a]
1 pthread_mutex_unlock + 223 (libsystem_pthread.dylib) [0x7fff90864996]
1 osatomiccompareandswaplong$variant$mp + 8 (libsystem_platform.dylib) [0x7fff8b640bd4]
1 dcethread__lock + 89 (dcerpc) [0x10782cb4c]
13 dcethread_cond_timedwait + 144 (dcerpc) [0x10782d4b7]
6 dcethread__end_block + 28 (dcerpc) [0x10782d12c]
4 dcethread__lock + 18 (dcerpc) [0x10782cb05]
2 osatomiccompareandswaplong$variant$mp + 8 (libsystem_platform.dylib) [0x7fff8b640bd4]
1 _pthread_mutex_lock + 229 (libsystem_pthread.dylib) [0x7fff908646ea]
1 _pthread_mutex_lock + 51 (libsystem_pthread.dylib) [0x7fff90864638]
1 pthread_threadid_np + 30 (libsystem_pthread.dylib) [0x7fff90861b43]
1 dcethread__lock + 53 (dcerpc) [0x10782cb28]
1 dcethread__lock + 65 (dcerpc) [0x10782cb34]
1 dcethread__sanity + 112 (dcerpc) [0x10782cd25]
4 dcethread__end_block + 96 (dcerpc) [0x10782d170]
3 dcethread__unlock + 32 (dcerpc) [0x10782cbfe]
1 pthread_mutex_unlock + 217 (libsystem_pthread.dylib) [0x7fff90864990]
1 pthread_mutex_unlock + 75 (libsystem_pthread.dylib) [0x7fff90864902]
1 pthread_mutex_unlock + 60 (libsystem_pthread.dylib) [0x7fff908648f3]
1 osatomiccompareandswaplong$variant$mp + 8 (libsystem_platform.dylib) [0x7fff8b640bd4]
1 dcethread__unlock + 15 (dcerpc) [0x10782cbed]
1 dcethread__sanity + 101 (dcerpc) [0x10782cd1a]
2 dcethread__end_block + 88 (dcerpc) [0x10782d168]
2 osatomiccompareandswaplong$variant$mp + 8 (libsystem_platform.dylib) [0x7fff8b640bd4]
1 dcethread__init_self + 75 (dcerpc) [0x10782caf3]
3 dcethread_cond_timedwait + 59 (dcerpc) [0x10782d462]
2 dcethread__self + 25 (dcerpc) [0x10782ca64]
1 pthread_once + 87 (libsystem_pthread.dylib) [0x7fff90862893]
1 dcethread__self + 37 (dcerpc) [0x10782ca70]
2 dcethread__new + 145 (dcerpc) [0x10782ca4b]
1 dcethread_cond_timedwait + 114 (dcerpc) [0x10782d499]
1 dcethread_cond_timedwait_throw + 37 (dcerpc) [0x10782d511]
1 mach_thread_self + 5 (libsystem_kernel.dylib) [0x7fff852de15f]
5 timer_loop + 73 (dcerpc) [0x10785b393]
5 rpc__clock_update + 33 (dcerpc) [0x10785a6df]
4 ??? [0]
3 __commpage_gettimeofday + 41 (libsystem_kernel.dylib) [0x7fff852ddbd9]
2 mach_absolute_time + 26 (libsystem_kernel.dylib) [0x7fff852dcca6]
1 mach_absolute_time + 28 (libsystem_kernel.dylib) [0x7fff852dcca8]
1 __commpage_gettimeofday + 83 (libsystem_kernel.dylib) [0x7fff852ddc03]
1 gettimeofday + 6 (libsystem_c.dylib) [0x7fff851051a9]
2 timer_loop + 78 (dcerpc) [0x10785b398]
2 rpc__timer_callout + 228 (dcerpc) [0x10785b87f]
2 timer_loop + 246 (dcerpc) [0x10785b440]
 


Forums Macs macOS OS X Mavericks (10.9)


  • iPhone
  • Mac OS & System Software
  • iPad
  • Apple Watch
  • Notebooks
  • iTunes
  • Apple ID
  • iCloud
  • Desktop Computers
  • Apple Music
  • Professional Applications
  • iPod
  • iWork
  • Apple TV
  • iLife
  • Wireless

Comments

  1. I think this is related to the bios time and date being set wrong.
    I had that in my hackintosh when it date was wrong, it went back to normal after updating it.

    For a real mac, I think it can be something related to the motherboard bios battery, maybe time to change it for a new one?

    Kind regards

    ReplyDelete

Post a Comment

Popular posts from this blog

Carrier post Error specific

How to increase vRAM for HD3000 graphics

Carrier [Information] AT&T NEXT