For me it can be slow, especially refreshing magit (which probably is blocked by git, blocked by the bs)(on MacOS)

Try checking what M-x magit-toggle-verbose-refresh has to say, you may be able to identify what's slow and optimize around it

I would guess the roundtrip of intercepting every file stat call in the repo, it's very lovely. But will check.

magit is brutal when EDR is involved.

Even just rebase fixup a commit that is a few commits below HEAD is just a few chords away. Use it many times a week when working.

They should name it Multiple memory data, one single CPU instruction, or mmdosci for short. Easy to remember.

I scheduled my intune upgrade when I needed a week off for doing house moving stuff. I was told Emacs would work, didn't. Took them about a week before I could use it again.

But what is the resulting assembly? I would assume completely different!

Unfortunately some exchanges (twse) uses packed BCD encoding.

BCD allows for insanely fast conversion to and from decimal string representation. And if doing arithmetic in it is only slightly worse than doing it in binary... it may actually be faster on the whole for some workloads.

But those instructions were dropped in 64 bit mode.

Just like 2 threads can execute on the same core at the "same" time, i.e. no synchronization, the same is true for GPU threads/ thread groups.

I just use tailscale and remote desktop.

Here we go again, just last month we had a problem with someone removing routes.

I think you have the wrong understanding, VAT is applied irrespective of origin, so the same reduction would apply to domestic products.

To simplify,

US product for sale for £100, then VAT would be £20 ( assuming 20% rate)

UK product for sale for £100, then VAT would be £20 ( assuming 20% rate)