Dock uses 320% CPU after 10.7.2 update

Question

Level 1

4 points

Dock uses 320% CPU after 10.7.2 update

After upgrading to 10.7.2, and after some time suddenly Dock takes all the CPU and gets unresponsible. killall Dock on terminal does not seem to really kill the task, so I have to reboot to get it solved. After some time the problem repeats.

Console events are quite concerning:

14/10/11 11:11:08,045 mds: (Error) FMW: WE ARE DROPPING FMW EVENTS!

14/10/11 11:11:08,046 mds: (Error) FMW: WE ARE DROPPING FMW EVENTS!

14/10/11 11:11:08,046 coreservicesd: FMOD WATCH EVENTS DROPPED!

14/10/11 11:11:08,048 mds: (Error) FMW: WE ARE DROPPING FMW EVENTS!

14/10/11 11:11:08,048 coreservicesd: FMOD WATCH EVENTS DROPPED!

14/10/11 11:11:08,067 com.apple.launchd.peruser.501: (com.apple.pbs) Throttling respawn: Will start in 1 seconds

14/10/11 11:11:08,071 mds: (Error) FMW: WE ARE DROPPING FMW EVENTS!

14/10/11 11:11:08,082 coreservicesd: FMOD WATCH EVENTS DROPPED!

14/10/11 11:11:08,104 com.apple.launchd.peruser.501: (com.apple.pbs) Throttling respawn: Will start in 1 seconds

14/10/11 11:11:08,128 mds: (Error) FMW: WE ARE DROPPING FMW EVENTS!

14/10/11 11:11:08,155 coreservicesd: FMOD WATCH EVENTS DROPPED!

14/10/11 11:11:08,155 mds: (Error) FMW: WE ARE DROPPING FMW EVENTS!

14/10/11 11:11:08,178 com.apple.launchd.peruser.501: (com.apple.pbs) Throttling respawn: Will start in 1 seconds

14/10/11 11:11:08,175 mds: (Error) FMW: WE ARE DROPPING FMW EVENTS!

14/10/11 11:11:08,178 mds: (Error) FMW: WE ARE DROPPING FMW EVENTS!

14/10/11 11:11:08,181 coreservicesd: FMOD WATCH EVENTS DROPPED!

Any idea on what can I do to solve it?

MacBook Pro, Mac OS X (10.7.2)

Posted on Oct 14, 2011 3:11 AM

Reply

Answer 1

putnik

Level 4

1,179 points

Oct 14, 2011 3:31 AM in response to CoolDixon

Maybe these threads will help you too? I would open Activity Monitor and see if you can identify the process. Google has a few posts about this error message. Dropbox and Dolly Drive are mentioned.

https://discussions.apple.com/thread/2014732?threadID=2014732

http://forums.dropbox.com/topic.php?id=18443

Reply

Answer 2

CoolDixon Author

Level 1

4 points

Oct 14, 2011 3:39 AM in response to putnik

I saw them previously (I googled for a couple of hours before posting the issue).

I never used Dolly Drive, and I did not saw any Dropbox related message in the event log.

Disk Utility reports that the volume is OK, and fix permissions fixes the same errors as always. No luck with this. I'll reboot into recovery partition and will try to check volume from there.

Reply

Answer 3

donreith

Level 1

47 points

Oct 14, 2011 10:42 AM in response to CoolDixon

I'm currently experiencing this. For me, it seems to be related to Mail. As soon as I open Mail the Dock starts consuming CPU and RAM. Then the fan comes on. When I quit Mail, after a minute or two Dock settles back down to normal.

Still investigating....

Reply

Answer 4

putnik

Level 4

1,179 points

Oct 14, 2011 1:04 PM in response to CoolDixon

One other idea is Google Talk video plugin was causing problems...

https://discussions.apple.com/thread/3193912?answerId=16364590022#16364590022

Reply

Answer 5

donreith

Level 1

47 points

Oct 14, 2011 3:33 PM in response to donreith

I deleted my Mail account (Exchange) and any cruft left in Library/Mail. Opening Mail no longer affected Dock. Recreated Exchange account then left to go to a meeting. An hour and a half later Dock was pegging CPU and taking 32GB of VM. Not good...

Reply

Answer 6

CoolDixon Author

Level 1

4 points

Oct 15, 2011 5:15 AM in response to CoolDixon

I fixed permisions and checked volume from the restore partition and still the same issue again

Today I noticed that while with 320% cpu it's also eating RAM very quick, when I realized so it was consuming 3.5Gb and the VM size was 320Gb!!!

Other thing I noticed today is that every time I kill the Dock task it starts over, consuming the cpu from the begining (so whatever the problem persist). I closed all the applications but Mail and VMware fusion 4.0.2 and killed dock, and it started consuming cpu from the relaunch as before, but then I closed the former apps (and more precisely I'm suspecting about Fusion) and it stopped consuming CPU (after killing Dock again). Does it make sense?

I took a sample of the proccess just in case it's any expert on the board that can figure out what's going on:

Sampling process 1450 for 3 seconds with 1 millisecond of run time between samples

Sampling completed, processing symbols...

Analysis of sampling Dock (pid 1450) every 1 millisecond

Process: Dock [1450]

Path: /System/Library/CoreServices/Dock.app/Contents/MacOS/Dock

Load Address: 0x1019b0000

Identifier: com.apple.dock

Version: 1.8 (1040.7)

Build Info: Dock-1040007000000000~5

Code Type: X86-64 (Native)

Parent Process: launchd [117]

Date/Time: 2011-10-15 13:06:34.742 +0200

OS Version: Mac OS X 10.7.2 (11C74)

Report Version: 7

Call graph:

1778 Thread_52908: Main Thread DispatchQueue_<multiple>

+ 1778 ??? (in Dock) load address 0x1019b0000 + 0xaf240 [0x101a5f240]

+ 1776 ??? (in Dock) load address 0x1019b0000 + 0xf415d [0x101aa415d]

+ ! 1776 CFRunLoopRunSpecific (in CoreFoundation) + 230 [0x7fff9390dae6]

+ ! 1287 __CFRunLoopRun (in CoreFoundation) + 1724 [0x7fff9390e4dc]

+ ! : 1280 _dispatch_main_queue_callback_4CF (in libdispatch.dylib) + 308 [0x7fff92a7072a]

+ ! : | 1200 _dispatch_call_block_and_release (in libdispatch.dylib) + 18 [0x7fff92a6e8ba]

+ ! : | + 1133 ??? (in Dock) load address 0x1019b0000 + 0x3296e [0x1019e296e]

+ ! : | + ! 910 ??? (in Dock) load address 0x1019b0000 + 0x1763af [0x101b263af]

+ ! : | + ! : 667 -[NSURL(NSURL) path] (in Foundation) + 45 [0x7fff8d895170]

+ ! : | + ! : | 483 CFURLCreateStringWithFileSystemPath (in CoreFoundation) + 1691 [0x7fff938f17cb]

+ ! : | + ! : | + 371 URLPathToPOSIXPath (in CoreFoundation) + 36 [0x7fff938fa394]

+ ! : | + ! : | + ! 369 CFURLCreateStringByReplacingPercentEscapesUsingEncoding (in CoreFoundation) + 68 [0x7fff938fa434]

+ ! : | + ! : | + ! : 54 CFURLCreateStringByReplacingPercentEscapes (in CoreFoundation) + 1188 [0x7fff938f94d4]

+ ! : | + ! : | + ! : | 53 CFStringFindWithOptions (in CoreFoundation) + 20 [0x7fff938ed5b4]

+ ! : | + ! : | + ! : | + 42 CFStringFindWithOptionsAndLocale (in CoreFoundation) + 2138,1074,... [0x7fff938ede1a,0x7fff938ed9f2,...]

+ ! : | + ! : | + ! : | + 3 CFStringFindWithOptionsAndLocale (in CoreFoundation) + 101 [0x7fff938ed625]

+ ! : | + ! : | + ! : | + ! 3 __CFStringFillCharacterSetInlineBuffer (in CoreFoundation) + 6,1,... [0x7fff938f0316,0x7fff938f0311,...]

+ ! : | + ! : | + ! : | + 3 CFStringFindWithOptionsAndLocale (in CoreFoundation) + 390 [0x7fff938ed746]

+ ! : | + ! : | + ! : | + ! 3 CFStringGetCStringPtr (in CoreFoundation) + 221,22,... [0x7fff938e069d,0x7fff938e05d6,...]

+ ! : | + ! : | + ! : | + 2 CFStringFindWithOptionsAndLocale (in CoreFoundation) + 76 [0x7fff938ed60c]

+ ! : | + ! : | + ! : | + ! 2 CFStringGetLength (in CoreFoundation) + 1 [0x7fff938dca11]

+ ! : | + ! : | + ! : | + 2 CFStringFindWithOptionsAndLocale (in CoreFoundation) + 432 [0x7fff938ed770]

+ ! : | + ! : | + ! : | + ! 2 CFStringGetCStringPtr (in CoreFoundation) + 13,218 [0x7fff938e05cd,0x7fff938e069a]

+ ! : | + ! : | + ! : | + 1 CFStringFindWithOptionsAndLocale (in CoreFoundation) + 646 [0x7fff938ed846]

+ ! : | + ! : | + ! : | + 1 CFStringGetCharactersPtr (in CoreFoundation) + 0 [0x7fff938e0020]

+ ! : | + ! : | + ! : | 1 CFStringFindWithOptions (in CoreFoundation) + 1 [0x7fff938ed5a1]

+ ! : | + ! : | + ! : 51 CFURLCreateStringByReplacingPercentEscapes (in CoreFoundation) + 522 [0x7fff938f923a]

+ ! : | + ! : | + ! : | 48 CFStringCreateWithSubstring (in CoreFoundation) + 691 [0x7fff938f0863]

+ ! : | + ! : | + ! : | + 22 __CFStringCreateImmutableFunnel3 (in CoreFoundation) + 2330,2847,... [0x7fff938d8d2a,0x7fff938d8f2f,...]

+ ! : | + ! : | + ! : | + 18 __CFStringCreateImmutableFunnel3 (in CoreFoundation) + 2574 [0x7fff938d8e1e]

+ ! : | + ! : | + ! : | + ! 9 _CFRuntimeCreateInstance (in CoreFoundation) + 400 [0x7fff938d9310]

+ ! : | + ! : | + ! : | + ! : 6 malloc_zone_malloc (in libsystem_c.dylib) + 77 [0x7fff95f283c8]

+ ! : | + ! : | + ! : | + ! : | 3 szone_malloc_should_clear (in libsystem_c.dylib) + 181 [0x7fff95ef2c68]

+ ! : | + ! : | + ! : | + ! : | + 3 _spin_lock$VARIANT$mp (in libsystem_c.dylib) + 53,13 [0x7fff95f2a385,0x7fff95f2a35d]

+ ! : | + ! : | + ! : | + ! : | 2 szone_malloc_should_clear (in libsystem_c.dylib) + 87,133 [0x7fff95ef2c0a,0x7fff95ef2c38]

+ ! : | + ! : | + ! : | + ! : | 1 szone_malloc (in libsystem_c.dylib) + 6 [0x7fff95ef3e46]

+ ! : | + ! : | + ! : | + ! : 2 CFAllocatorAllocate (in CoreFoundation) + 13,412 [0x7fff938d947d,0x7fff938d960c]

+ ! : | + ! : | + ! : | + ! : 1 malloc_zone_malloc (in libsystem_c.dylib) + 0 [0x7fff95f2837b]

+ ! : | + ! : | + ! : | + ! 5 _CFRuntimeCreateInstance (in CoreFoundation) + 353,210,... [0x7fff938d92e1,0x7fff938d9252,...]

+ ! : | + ! : | + ! : | + ! 4 _CFRuntimeCreateInstance (in CoreFoundation) + 479 [0x7fff938d935f]

+ ! : | + ! : | + ! : | + ! 4 bzero$VARIANT$sse42 (in libsystem_c.dylib) + 0,57 [0x7fff95eafae0,0x7fff95eafb19]

+ ! : | + ! : | + ! : | + 5 __CFStringCreateImmutableFunnel3 (in CoreFoundation) + 2890 [0x7fff938d8f5a]

+ ! : | + ! : | + ! : | + ! 5 memmove$VARIANT$sse42 (in libsystem_c.dylib) + 24,43,... [0x7fff95eafcd5,0x7fff95eafce8,...]

+ ! : | + ! : | + ! : | + 3 __CFStringCreateImmutableFunnel3 (in CoreFoundation) + 2241 [0x7fff938d8cd1]

+ ! : | + ! : | + ! : | + 3 bcmp (in libsystem_c.dylib) + 22 [0x7fff95f22ed6]

+ ! : | + ! : | + ! : | 3 CFStringCreateWithSubstring (in CoreFoundation) + 696,25,... [0x7fff938f0868,0x7fff938f05c9,...]

+ ! : | + ! : | + ! : 48 CFURLCreateStringByReplacingPercentEscapes (in CoreFoundation) + 548 [0x7fff938f9254]

+ ! : | + ! : | + ! : | 23 CFRelease (in CoreFoundation) + 1461 [0x7fff938de615]

+ ! : | + ! : | + ! : | + 9 szone_free (in libsystem_c.dylib) + 82,95,... [0x7fff95ef00fb,0x7fff95ef0108,...]

+ ! : | + ! : | + ! : | + 6 CFAllocatorDeallocate (in CoreFoundation) + 247,308,... [0x7fff938de8f7,0x7fff938de934,...]

+ ! : | + ! : | + ! : | + 3 szone_free (in libsystem_c.dylib) + 466 [0x7fff95ef027b]

+ ! : | + ! : | + ! : | + ! 3 _spin_lock$VARIANT$mp (in libsystem_c.dylib) + 53 [0x7fff95f2a385]

+ ! : | + ! : | + ! : | + 2 OSSpinLockUnlock (in libsystem_c.dylib) + 6 [0x7fff95f2a38e]

+ ! : | + ! : | + ! : | + 1 malloc_zone_free (in libsystem_c.dylib) + 6 [0x7fff95f28198]

+ ! : | + ! : | + ! : | + 1 szone_free (in libsystem_c.dylib) + 800 [0x7fff95ef03c9]

+ ! : | + ! : | + ! : | + ! 1 get_tiny_previous_free_msize (in libsystem_c.dylib) + 67 [0x7fff95ee8a7f]

+ ! : | + ! : | + ! : | + 1 szone_free (in libsystem_c.dylib) + 1916 [0x7fff95ef0825]

+ ! : | + ! : | + ! : | + 1 tiny_free_list_add_ptr (in libsystem_c.dylib) + 407 [0x7fff95ee8c25]

+ ! : | + ! : | + ! : | 17 CFRelease (in CoreFoundation) + 1430 [0x7fff938de5f6]

+ ! : | + ! : | + ! : | + 12 objc_destructInstance (in libobjc.A.dylib) + 126 [0x7fff8cf42610]

+ ! : | + ! : | + ! : | + ! 7 objc_clear_deallocating (in libobjc.A.dylib) + 103 [0x7fff8cf42687]

+ ! : | + ! : | + ! : | + ! : 7 syscall_thread_switch (in libsystem_kernel.dylib) + 10 [0x7fff93bd875e]

+ ! : | + ! : | + ! : | + ! 5 objc_clear_deallocating (in libobjc.A.dylib) + 185 [0x7fff8cf426d9]

+ ! : | + ! : | + ! : | + ! 5 objc::DenseMap<objc_object*, unsigned long, true, objc::DenseMapInfo<objc_object*>, objc::DenseMapInfo<unsigned long> >::erase(objc_object* const&) (in libobjc.A.dylib) + 24 [0x7fff8cf42704]

+ ! : | + ! : | + ! : | + ! 5 objc::DenseMap<objc_object*, unsigned long, true, objc::DenseMapInfo<objc_object*>, objc::DenseMapInfo<unsigned long> >::LookupBucketFor(objc_object* const&, std::__1::pair<objc_object*, unsigned long>*&) const (in libobjc.A.dylib) + 95,127 [0x7fff8cf41327,0x7fff8cf41347]

+ ! : | + ! : | + ! : | + 5 objc_destructInstance (in libobjc.A.dylib) + 50,62 [0x7fff8cf425c4,0x7fff8cf425d0]

+ ! : | + ! : | + ! : | 4 CFRelease (in CoreFoundation) + 1442,44,... [0x7fff938de602,0x7fff938de08c,...]

+ ! : | + ! : | + ! : | 2 CFRelease (in CoreFoundation) + 1408 [0x7fff938de5e0]

+ ! : | + ! : | + ! : | + 2 object_getClass (in libobjc.A.dylib) + 0 [0x7fff8cf3db45]

+ ! : | + ! : | + ! : | 1 CFRelease (in CoreFoundation) + 502 [0x7fff938de256]

+ ! : | + ! : | + ! : | + 1 __CFStringDeallocate (in CoreFoundation) + 209 [0x7fff938de711]

+ ! : | + ! : | + ! : | 1 CFRelease (in CoreFoundation) + 1416 [0x7fff938de5e8]

+ ! : | + ! : | + ! : | 1 object_getClass (in libobjc.A.dylib) + 39 [0x7fff8cf3db6c]

+ ! : | + ! : | + ! : 43 CFURLCreateStringByReplacingPercentEscapes (in CoreFoundation) + 540 [0x7fff938f924c]

+ ! : | + ! : | + ! : | 29 CFStringAppend (in CoreFoundation) + 408 [0x7fff938e1748]

+ ! : | + ! : | + ! : | + 12 __CFStringChangeSizeMultiple (in CoreFoundation) + 1474 [0x7fff938dd572]

+ ! : | + ! : | + ! : | + ! 12 malloc_zone_malloc (in libsystem_c.dylib) + 77 [0x7fff95f283c8]

+ ! : | + ! : | + ! : | + ! 5 szone_malloc_should_clear (in libsystem_c.dylib) + 181 [0x7fff95ef2c68]

+ ! : | + ! : | + ! : | + ! : 5 _spin_lock$VARIANT$mp (in libsystem_c.dylib) + 53,13 [0x7fff95f2a385,0x7fff95f2a35d]

+ ! : | + ! : | + ! : | + ! 5 szone_malloc_should_clear (in libsystem_c.dylib) + 1115 [0x7fff95ef300e]

+ ! : | + ! : | + ! : | + ! : 5 tiny_malloc_from_free_list (in libsystem_c.dylib) + 1401,235,... [0x7fff95ef2874,0x7fff95ef23e6,...]

+ ! : | + ! : | + ! : | + ! 1 szone_malloc_should_clear (in libsystem_c.dylib) + 1148 [0x7fff95ef302f]

+ ! : | + ! : | + ! : | + ! : 1 OSSpinLockUnlock (in libsystem_c.dylib) + 6 [0x7fff95f2a38e]

+ ! : | + ! : | + ! : | + ! 1 szone_malloc_should_clear (in libsystem_c.dylib) + 1115 [0x7fff95ef300e]

+ ! : | + ! : | + ! : | + 11 __CFStringChangeSizeMultiple (in CoreFoundation) + 2117,98,... [0x7fff938dd7f5,0x7fff938dd012,...]

+ ! : | + ! : | + ! : | + 5 __CFStringChangeSizeMultiple (in CoreFoundation) + 3133 [0x7fff938ddbed]

+ ! : | + ! : | + ! : | + ! 2 __CFStrDeallocateMutableContents (in CoreFoundation) + 5 [0x7fff938de735]

+ ! : | + ! : | + ! : | + ! 2 szone_free (in libsystem_c.dylib) + 95 [0x7fff95ef0108]

+ ! : | + ! : | + ! : | + ! 1 CFAllocatorDeallocate (in CoreFoundation) + 1 [0x7fff938de801]

+ ! : | + ! : | + ! : | + 1 __CFStringChangeSizeMultiple (in CoreFoundation) + 1207 [0x7fff938dd467]

+ ! : | + ! : | + ! : | + 1 szone_good_size (in libsystem_c.dylib) + 1 [0x7fff95ee9052]

+ ! : | + ! : | + ! : | 8 CFStringAppend (in CoreFoundation) + 736 [0x7fff938e1890]

+ ! : | + ! : | + ! : | + 7 CFStringGetBytes (in CoreFoundation) + 1,896,... [0x7fff938de961,0x7fff938dece0,...]

+ ! : | + ! : | + ! : | + 1 CFStringGetBytes (in CoreFoundation) + 938 [0x7fff938ded0a]

+ ! : | + ! : | + ! : | + 1 memmove$VARIANT$sse42 (in libsystem_c.dylib) + 43 [0x7fff95eafce8]

+ ! : | + ! : | + ! : | 3 CFStringAppend (in CoreFoundation) + 241 [0x7fff938e16a1]

+ ! : | + ! : | + ! : | + 3 CFStringGetLength (in CoreFoundation) + 145,16,... [0x7fff938dcaa1,0x7fff938dca20,...]

+ ! : | + ! : | + ! : | 3 CFStringAppend (in CoreFoundation) + 717,443 [0x7fff938e187d,0x7fff938e176b]

+ ! : | + ! : | + ! : 38 CFURLCreateStringByReplacingPercentEscapes (in CoreFoundation) + 563 [0x7fff938f9263]

+ ! : | + ! : | + ! : | 30 CFStringAppend (in CoreFoundation) + 408 [0x7fff938e1748]

+ ! : | + ! : | + ! : | + 12 __CFStringChangeSizeMultiple (in CoreFoundation) + 1372,2132,... [0x7fff938dd50c,0x7fff938dd804,...]

+ ! : | + ! : | + ! : | + 7 __CFStringChangeSizeMultiple (in CoreFoundation) + 1474 [0x7fff938dd572]

+ ! : | + ! : | + ! : | + ! 7 malloc_zone_malloc (in libsystem_c.dylib) + 77 [0x7fff95f283c8]

+ ! : | + ! : | + ! : | + ! 5 szone_malloc_should_clear (in libsystem_c.dylib) + 1115 [0x7fff95ef300e]

+ ! : | + ! : | + ! : | + ! : 4 tiny_malloc_from_free_list (in libsystem_c.dylib) + 1527,263,... [0x7fff95ef28f2,0x7fff95ef2402,...]

+ ! : | + ! : | + ! : | + ! : 1 tiny_malloc_from_free_list (in libsystem_c.dylib) + 419 [0x7fff95ef249e]

+ ! : | + ! : | + ! : | + ! : 1 get_tiny_free_size (in libsystem_c.dylib) + 60 [0x7fff95ee8a27]

+ ! : | + ! : | + ! : | + ! 1 szone_malloc_should_clear (in libsystem_c.dylib) + 181 [0x7fff95ef2c68]

+ ! : | + ! : | + ! : | + ! : 1 _spin_lock$VARIANT$mp (in libsystem_c.dylib) + 53 [0x7fff95f2a385]

+ ! : | + ! : | + ! : | + ! 1 szone_malloc_should_clear (in libsystem_c.dylib) + 200 [0x7fff95ef2c7b]

+ ! : | + ! : | + ! : | + 7 __CFStringChangeSizeMultiple (in CoreFoundation) + 3133 [0x7fff938ddbed]

+ ! : | + ! : | + ! : | + ! 2 szone_free (in libsystem_c.dylib) + 800 [0x7fff95ef03c9]

+ ! : | + ! : | + ! : | + ! : 2 get_tiny_previous_free_msize (in libsystem_c.dylib) + 0,80 [0x7fff95ee8a3c,0x7fff95ee8a8c]

+ ! : | + ! : | + ! : | + ! 2 szone_free (in libsystem_c.dylib) + 1916 [0x7fff95ef0825]

+ ! : | + ! : | + ! : | + ! : 2 tiny_free_list_add_ptr (in libsystem_c.dylib) + 0,402 [0x7fff95ee8a8e,0x7fff95ee8c20]

+ ! : | + ! : | + ! : | + ! 1 CFAllocatorDeallocate (in CoreFoundation) + 0 [0x7fff938de800]

+ ! : | + ! : | + ! : | + ! 1 szone_free (in libsystem_c.dylib) + 466 [0x7fff95ef027b]

+ ! : | + ! : | + ! : | + ! : 1 _spin_lock$VARIANT$mp (in libsystem_c.dylib) + 13 [0x7fff95f2a35d]

+ ! : | + ! : | + ! : | + ! 1 szone_free (in libsystem_c.dylib) + 860 [0x7fff95ef0405]

+ ! : | + ! : | + ! : | + 3 __CFStringChangeSizeMultiple (in CoreFoundation) + 3083 [0x7fff938ddbbb]

+ ! : | + ! : | + ! : | + ! 2 copyBlocks (in CoreFoundation) + 13,268 [0x7fff938f3cad,0x7fff938f3dac]

+ ! : | + ! : | + ! : | + ! 1 copyBlocks (in CoreFoundation) + 210 [0x7fff938f3d72]

+ ! : | + ! : | + ! : | + ! 1 __CFStrConvertBytesToUnicode (in CoreFoundation) + 23 [0x7fff938ecd17]

+ ! : | + ! : | + ! : | + 1 __CFStringChangeSizeMultiple (in CoreFoundation) + 1207 [0x7fff938dd467]

+ ! : | + ! : | + ! : | + 1 malloc_good_size (in libsystem_c.dylib) + 47 [0x7fff95f28f41]

+ ! : | + ! : | + ! : | 7 CFStringAppend (in CoreFoundation) + 468 [0x7fff938e1784]

+ ! : | + ! : | + ! : | + 6 CFStringGetCharacters (in CoreFoundation) + 48,194,... [0x7fff938ecc30,0x7fff938eccc2,...]

+ ! : | + ! : | + ! : | + 1 CFStringGetCharacters (in CoreFoundation) + 199 [0x7fff938eccc7]

+ ! : | + ! : | + ! : | + 1 memmove$VARIANT$sse42 (in libsystem_c.dylib) + 10 [0x7fff95eafcc7]

+ ! : | + ! : | + ! : | 1 CFStringAppend (in CoreFoundation) + 241 [0x7fff938e16a1]

+ ! : | + ! : | + ! : | 1 CFStringGetLength (in CoreFoundation) + 152 [0x7fff938dcaa8]

+ ! : | + ! : | + ! : 31 CFURLCreateStringByReplacingPercentEscapes (in CoreFoundation) + 845 [0x7fff938f937d]

+ ! : | + ! : | + ! : | 23 CFStringCreateMutableWithExternalCharactersNoCopy (in CoreFoundation) + 197 [0x7fff93903595]

+ ! : | + ! : | + ! : | + 13 _CFRuntimeCreateInstance (in CoreFoundation) + 400 [0x7fff938d9310]

+ ! : | + ! : | + ! : | + ! 9 malloc_zone_malloc (in libsystem_c.dylib) + 77 [0x7fff95f283c8]

+ ! : | + ! : | + ! : | + ! : 4 szone_malloc_should_clear (in libsystem_c.dylib) + 1115 [0x7fff95ef300e]

+ ! : | + ! : | + ! : | + ! : | 3 tiny_malloc_from_free_list (in libsystem_c.dylib) + 173,1092,... [0x7fff95ef23a8,0x7fff95ef273f,...]

+ ! : | + ! : | + ! : | + ! : | 1 tiny_malloc_from_free_list (in libsystem_c.dylib) + 419 [0x7fff95ef249e]

+ ! : | + ! : | + ! : | + ! : | 1 get_tiny_free_size (in libsystem_c.dylib) + 23 [0x7fff95ee8a02]

+ ! : | + ! : | + ! : | + ! : 3 szone_malloc_should_clear (in libsystem_c.dylib) + 1115,1169,... [0x7fff95ef300e,0x7fff95ef3044,...]

+ ! : | + ! : | + ! : | + ! : 1 DYLD-STUB$$_spin_lock (in libsystem_c.dylib) + 0 [0x7fff95f2f37c]

+ ! : | + ! : | + ! : | + ! : 1 szone_malloc_should_clear (in libsystem_c.dylib) + 181 [0x7fff95ef2c68]

+ ! : | + ! : | + ! : | + ! : 1 _spin_lock$VARIANT$mp (in libsystem_c.dylib) + 13 [0x7fff95f2a35d]

+ ! : | + ! : | + ! : | + ! 2 CFAllocatorAllocate (in CoreFoundation) + 214,299 [0x7fff938d9546,0x7fff938d959b]

+ ! : | + ! : | + ! : | + ! 2 malloc_zone_malloc (in libsystem_c.dylib) + 6,53 [0x7fff95f28381,0x7fff95f283b0]

+ ! : | + ! : | + ! : | + 7 _CFRuntimeCreateInstance (in CoreFoundation) + 73 [0x7fff938d91c9]

+ ! : | + ! : | + ! : | + 3 _CFRuntimeCreateInstance (in CoreFoundation) + 479 [0x7fff938d935f]

+ ! : | + ! : | + ! : | + 3 bzero$VARIANT$sse42 (in libsystem_c.dylib) + 65,57 [0x7fff95eafb21,0x7fff95eafb19]

+ ! : | + ! : | + ! : | 8 CFStringCreateMutableWithExternalCharactersNoCopy (in CoreFoundation) + 1,124,... [0x7fff939034d1,0x7fff9390354c,...]

+ ! : | + ! : | + ! : 27 CFURLCreateStringByReplacingPercentEscapes (in CoreFoundation) + 1221 [0x7fff938f94f5]

+ ! : | + ! : | + ! : | 13 CFRelease (in CoreFoundation) + 1461 [0x7fff938de615]

+ ! : | + ! : | + ! : | + 10 szone_free (in libsystem_c.dylib) + 1014,2821,... [0x7fff95ef049f,0x7fff95ef0bae,...]

+ ! : | + ! : | + ! : | + 1 szone_free (in libsystem_c.dylib) + 466

.....

Reply

Answer 7

donreith

Level 1

47 points

Oct 15, 2011 12:57 PM in response to CoolDixon

i'm running Fusion 4.0.2 as well. going to investigate today to see if it is playing in role in this.

Reply

Answer 8

cmeister

Level 1

29 points

Oct 17, 2011 2:58 PM in response to donreith

I am also using Fusion 4.0.2. I installed that prior to OS X 10.7.2. For a week I was living with 3-4 kernel panics a day. When I installed 10.7.2 the kernel panics went away. But now the issue with Dock using up 100% of CPU has cropped up (never had this before). I saw some posts which said deleting com.apple.dock.plist from \library\preferences solved the problem. I tried doing this (pain in the neck to rebuild dock). And it seemed to solve the problem temporarily. But now it's coming back with a vengeance.

This Parallels KB post http://kb.parallels.com/en/111541 indicates that parallels had a similar issue back in OS X 10.6.8. Apparently Dock didn't like windows icons showing in Dock.

Right now I'm going to start researching if it's just Dock not liking strange icons. I just ran a GoToMeeting session and the dock issue popped up right after that. I also had an icon for SQL Server 2008 in my dock when the issue popped up.

Anyway I am going to try seeing what happens if I'm judicious about what icons I keep in dock. But I did want to join this thread. If anybody else wants to pursue this line that would be great.

Reply

Answer 9

donreith

Level 1

47 points

Oct 17, 2011 7:30 PM in response to cmeister

I don't have anything definitive, but disabling Spotlight (sudo mdutil -i off -a from Terminal) seems to help with me. Also suggest running Disk Utility to check for issues.

Reply

Answer 10

CoolDixon Author

Level 1

4 points

Oct 17, 2011 11:23 PM in response to donreith

That's interesting. I have not suffered the problem in the last two days, since I excluded the virtual machines folder from the spotlight search. I don't know yet if it's related, but it's one of the tests I'm doing.

Reply

Answer 11

donreith

Level 1

47 points

Oct 18, 2011 4:35 AM in response to donreith

For me it appears it was the combination of Spotlight and some disk issues. Booted into single user mode & ran fsck. That cleared up several errors on my disk. I had disabled Spotlight while troubleshooting this problem so I turned it back on then forced a rebuild of indexes ("sudo mdutil -E -a" from Terminal ). Left the Macbook on overight with both Mail and Fusion running. No sign of issues with Dock.

Reply

Answer 12

Oct 18, 2011 12:46 PM in response to CoolDixon

Dock is using 200-300% CPU on my MBP with 10.7.2 and VMware Fusion 4.0.2. The problem just appeared this afternoon and is driving me crazy. Have tried disabling Spotlight to no avail.

Reply

Answer 13

Oct 18, 2011 1:18 PM in response to GuyHelmer

Reply to self: Stopped VMware fusion, killed Dock, and now Dock has restarted and is happily running with very low CPU.

Reply

Answer 14

donreith

Level 1

47 points

Oct 18, 2011 7:12 PM in response to GuyHelmer

sorry for others experiencing issue. for me, i don't think it was Spotlight itself, just that Spotlight was doing sufficient disk activity to run into the corruption on my disk. I've been running a solid day now using apps as normal without issue.

if you are still having this problem id suggest doing what I did, which was to try turn stuff off until you identify the culprit. I know that *****. this distraction was a 8 hr time investment for me...

Reply

Answer 15

CoolDixon Author

Level 1

4 points

Oct 19, 2011 3:03 AM in response to GuyHelmer

This confirms my theory... It's Fusion 4.0.2 the one to blame!! (in combination with Dock)

At least we know now how to solve it.

Reply