Only one of the two DMP files shows the copy was still happening, so it looks like the second one wasn't created in time.
If it's just a short delay, not an actual hang, then it's most likely a delay caused by waiting for the filesystem or something involved with it (antivirus, OneDrive doing whatever it does with the network, etc.) and not anything Opus itself was doing.
The DMP does show that SentinelOne's DLL is all over the process, presumably monitoring something. That could be causing slowdowns as well (and there are threads on the web about that software causing strange slowdowns), but there's nothing that points directly at it; it's just that it has inserted itself into strange places in a lot of our callstacks where it would normally just be Opus and the operating system, which is always suspicious if you're seeing issues.