The problem prevails on Big Sur 11.6.1 too. I have tested with several, different USB-C, Thunderbolt 3 and the newest Thunderbolt 4 docks/hubs, and there is no clear indication on what can lead to the problem.Įxcept that the problem seems to be exclusively present for Apple silicon based Mac devices only, including the newest MacBook Pro devices. Some cases seem to be caused by external hubs/docks, other by monitors (depending on macOS monitor sleep and my external monitors own sleep setting, the behaviour can be affected, but NOT controlled). There is no clear reason behind the behaviour. Also a native M1 application of mine exhibits the same behaviour.įurthermore, the behaviour seems to be present on a long list of Apple Silicon based computers - new or old - and especially since Big Sur 11.3, but all versions - including the most recent Monterey versions are prone to this behaviour (se Apple's forums for users and developers). I have today discovered, that Beyond Compare is not the only affected application. Regards and good night (very early morning over here in Europe). The rest contains no meaningful data, and Beyond Compare is not even mentioned. I note, that Beyond Compare still runs as an Intel Type executable. The last panic today - hours and hours ago - was in core 4. As far as I have noticed it, there is no consistency in which core number, that panics. Beyond Compare is slowing everything down. This has NOT been experienced on my MacBook 2018 (Intel) with Big Sur 11.6, although it also performs huge sync operations from time to time, when the other computer. This has "always" worked prior to Big Sur 11.6 (maybe one or two of the latest version were also affected - can't remember any more). It is a requirement - at least until now - that one of my other computers is using the physical monitor for display. This does not happen, when working on the M1 computer, while any sync operation - small or large - takes place (even when computer intensive operations like FCPX or DaVinci Studio heavy lifting and video massage take place. The sync process just "stops" in mid-copy operation to network (until a third computer may become active always resulting in an incomplete target file, with latest timestamp - not the actual timestamp of the file in question - as well as shorter file length. This has ONLY been experienced when Beyond Compare has been "working" actively, while the screen is NOT visible (other computer screen content displayed) and typically has been discovered after hours (but the process - probably - died somewhere in the range of 30-60 minutes).Happens whether Beyond Compare has been only active programme since boot or if other programs have been used earlier, or in the foreground before Beyond Compare is bought into the foreground (and staying in Focus before the "screen output" is either "hidden" or "turning off").Only Beyond Compare exhibits this behaviour.No other indication or a normal memory dump is available.The system indicates, that it has reboot'ed (due to the "freeze" at some earlier time).When I want to switch to the Mac mini, it turns out, that I cannot use Touch ID to login (via the new keyboard).Work is mainly taking place on MacBook or completely otherwise engaged.Screen presumably going inactive some time later. Alternatively the monitor is manually switched from Mac mini (on HDMI) to my Intel MacBook Pro (USB-C Displayport connection).Screen sleep activated by moving mouse to active corner on 4k HDR10 monitor.A long sync process is kicked into action (around 100GByte or more).The problem ONLY happens, when the following takes place: The problem seems to be caused by a single CPU panic as a result of a more than 90 sec inactivity timeout). Lately I have - repeatedly - experienced, that the version 4.4 just dies, when running Big Sur 11.6 (Mac mini 16GB, 1TB SSD, 10GBit network), when copying from an external SSD (around 2.5TB Sustained read directly connected to Thunderbolt port) to my NAS (1GBit) via my 2.5GBit network.
0 Comments
Leave a Reply. |