However, they aren’t immune from problems including freeze-ups.
#Imac keeps freezing for a few moments how to#
Now that I know that, the next question is figuring out how to fix the freezes.We love Macs because of their reliability and performance. This pretty clearly shows that TCC is the culprit. This is taken from a sample that caught two seconds of a freeze. + ! : | + ! : 1978 mach_msg_trap (in libsystem_kernel.dylib) + 10 + ! : | + ! : 1978 mach_msg (in libsystem_kernel.dylib) + 60 + ! : | + ! : 1978 _dispatch_mach_send_and_wait_for_reply (in libdispatch.dylib) + 609 + ! : | + ! : 1978 dispatch_mach_send_with_result_and_wait_for_reply (in libdispatch.dylib) + 50 + ! : | + ! : 1978 xpc_connection_send_message_with_reply_sync (in libxpc.dylib) + 178 + ! : | + ! : 1978 _dispatch_client_callout (in libdispatch.dylib) + 8 + ! : | + ! : 1978 _dispatch_lane_barrier_sync_invoke_and_complete (in libdispatch.dylib) + 60 + ! : | + ! : 1978 _os_activity_initiate_impl (in libsystem_trace.dylib) + 53 + ! : | + ! : 1978 TCCAccessCheckAuditToken (in TCC) + 269 + ! : | + ! : 1978 WSAuditTokenIsPostEventTCCApprovedCachingFailure (in SkyLight) + 320 + ! : | + ! 1978 WSAuditTokenCanMonitorEvents (in SkyLight) + 171 + ! : | + ! 1979 WSEventSourceCreateGraphShmemForAuditToken (in SkyLight) + 82 + ! : | + 1979 _XGetEventShmem (in SkyLight) + 310 + ! : | + 1984 invocation function for block in rendezvousHandler(unsigned int, mach_msg_header_t*, void*) (in SkyLight) + 125 + ! : | 1984 CGXHandleMessage (in SkyLight) + 101 + ! : 1986 rendezvousHandler(unsigned int, mach_msg_header_t*, void*) (in SkyLight) + 29 + ! 2086 post_port_data (in SkyLight) + 237 + 2087 CGXRunOneServicesPass (in SkyLight) + 1761
+ ! 2 mach_msg (in libsystem_kernel.dylib) + 60,68 + ! : 2236 mach_msg_trap (in libsystem_kernel.dylib) + 10 + ! 2236 mach_msg (in libsystem_kernel.dylib) + 60 + 2238 CGXRunOneServicesPass (in SkyLight) + 731 That creates a sample that shows what the window server was stuck doing while it was frozen, and it consistently showed it locked in the following functions: 4613 Thread_1658: Main Thread DispatchQueue_ Of course, since I can't interact with the system while it's frozen, I used a separate computer to ssh into my mac, switch that session to the root account with sudo -s, and then execute the following command the moment the system freezes: sample WindowServer 5 The trick is to take a sample of the system WindowServer process while it is frozen. I have discovered how to determine the cause of the freezes. Is there anything I can do to debug this, or some other solution I can try?
#Imac keeps freezing for a few moments pro#
I also have a 2019 MacBook Pro with 10.14.6 and much of the same software loaded on to it as my iMac, and it's not experiencing this issue. I read somewhere that one of the security updates released by Apple for 10.14.6 could introduce this issue, but I don't have any security updates installed currently and the issue is still there, so that's not it. I tried reinstalling macOS 10.14.6 to fix the issue, but sadly that didn't help. I'll still be able to hear audio from any application that's running, including music, videos, voice calls, or video calls. All clicks and keystrokes will be delayed until the screen unfreezes, and then they'll all haphazardly fire at once. While the screen is frozen, I can still move the cursor around, but I can't interact with anything on screen. This happens sporadically and there's no consistent way to trigger it, but toggling Exposé and opening tabs in Safari seem to be the two biggest triggers. Throughout the day the entire screen will freeze for a period of 5-10 seconds.
0 kommentar(er)
