DF with any RegistryWorkshop version (current is 5.1, previous 5.01, 4.x...) provokes CPU load and long freezes.
For example, opening HKEY_LOCAL_MACHINE\SOFTWARE\Classes will be delayed for 1-3 sec (24, 36 cores Ryzens...), opening "*" just as first key in Classes will be delayed for the same 1-3 secs. And almost every key in Classes will provoke a freeze. Some keys will provoke freezes, some no. But currently I'm at HKEY_LOCAL_MACHINE\SOFTWARE\Classes spending most of the time I see this freezes constantly. Standard regedit works ok with the same keys, but it's not a software to work with registry...
When I started to dig what's provokes freezes I spend another portion of time - reinstalled RW few times with and without cleaning every track of the software, portables, tried at VMWare - only real machine where DF was installed week ago (full Windows reinstall happened () has this issue.
Started Resource monitor to check disk/cpu activity when openin registry. Started Process Monitor/Process Explorer... And found that two processes start to eat CPU at almost every (sub)Classes opening - RW and... DF. RW +2%, DF +1%.
Added exclusion to DF for RW - hide buttons at the top of the window - no result.
Shut down DF - no result... for a ~10-15 secs. Then problem was gone, everything starts to open instantly.
Each test I closed/opened RW for clear standby/cpu cache etc.
Restarted DF - problem appeared again. Enabled everything "for this application only" in compatibility page for RW - problem disappeared. Enabled half of them - reappeared.
Found that Disable Application Hooks fixing problem.
I don't know what hooks provoke for such strange activity, but I think it must be debugged, because I've found that lags happens frequently not only in RW but only when DF started. Downloaded it a week ago from button leading to https://www.binaryfortress.com/Data/Download/?Package=displayfusion&Log=101

And one moment for UI/UX - my windows header height is 23px total (reduced to eat less space) but every button DF adds to windows header is 29px and can't be reduced and it makes use of DF almost impossible by more than one reason

I hope it will be enough?

Oh, I start to think that you've asked video about lagging not buttons size.
Attaching.

Started RW with disabled hooks - almost no lags, minimum CPU.
Opened few keys in RW - all is ok.
Enabled hooks, restarted RW - lags are here.
Disabled, even without restart RW - lags are out.

Can you tell me which part(s) of that info you want to see?
There are lot of info I don't want to expose, so if you can please point me to the parts you interested in

Here it is

Here

If necessary I can disable any service/program, leave only system-critical services and then record xperf without hooks and with hooks to take a closer look.
I don’t remember if I said, freezing sometimes happen with other programs not just Registry Workshop. I think the source of the problem is the same.