TeraCopy Pro 4.0 Alpha: Sluggish interface during copy/move and other observations.

I've been working with the new alpha for a month now. Here are some observations I have noticed.

These observations are made during large copy/move jobs with millions of files of various size (1KB to 400GB). With 32X 512Kb buffer size on 16 threads. I also use SHA256 hash for verification. TeraCopy is installed in Program Files as per usual.

Sluggish interface

While a job is running, the interface will hang or become very sluggish if I interact with it. Any operation (opening settings, about in the main interface or changing between file list, target, options, status or log in on a particular job - as well as navigating between jobs) seems to bring the app to a halt for a few seconds.

Large/small file size combination will still only run in single-thread mode
If the copy/move job contains a mix of large or small files, the app will go into single-thread mode. As far as I can see, it will stay in this mode for the duration.

Pausing or stopping the job does not always work
When during a large copy/move operation, if the user tries to pause or stop the operations. This can sometimes never occur, the app has to be killed from the task manager to actually stop. This could be related to the same issues as the sluggish behaviour above.

Copy to LTFS does not deactivate NTFS-streams automatically.
I know this is not directly linked to the Alpha, nor is it a technical issue per se, but it is worth mentioning anyway. If a job has a LTFS target or any other target that does not have support for NTFS streams. TeraCopy will still copy over the stream files. This is of course helpful if what you want is to copy ADS, but in most cases, we don't. For now we have to set this as default behaviour for all copies and re-enable it when doing NTFS to NTFS copy/move jobs. A choice list with formats would be helpful here.