rpcsvchost using 99% CPU !!
- Get link
- X
- Other Apps
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
- Get link
- X
- Other Apps
I think this is related to the bios time and date being set wrong.
ReplyDeleteI 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