I have no doubt the issues you speak of exist in theory but they do not seem to matter in practice.
I have no doubt the issues you speak of exist in theory but they do not seem to matter in practice.
If I were to try and buy the condo I rent, due to interest rates, taxes, and HOA's I would be paying $1000 more per month. At the end of my mortgage I would given the entire cost of the property to a bank in the form of interest payments.
Rich investors and companies effectively get to buy homes at a discount vs average joes.
If you house owned by commercial entity - taxes are payed from full value, but the valuation to any collateral/derivative goes by something like (0.75x)^l, where l how many levels deep (counting ownership levels). For example it house is in some sort collateral/derivate/indirect ownership mix with 4 levels deep, it can only valuated as 0.31x value (you can only account as it is worth 1/3). In my mind it should reduce attractiveness for speculative buying.
Because unless you do, people will adopt behaviour that makes them productive, and instead of increasing security, your policies will drive it down.
This is not a result of "bad employees": this is a result of bad security policies.
There is no network protocol per se, but there is commercial solutions like fortinet that can block countries iirc, but to note that it's only ip range based so it's not worth a lot
edit: yes, you can you bgp to blockhole subnet traffic - the standard doesn't play well if you want blackhole unrelated subnets from upstream network
X11's practical absence of any security mechanisms for user sessions means you should probably not run any kind of low-trust UI program anyway, as there is no prevention of keystroke injection or screen recording, but that's a design flaw that will never be solved. That doesn't mean that EoP style attacks like these should be ignored or underestimated, though.
And going to rabbit hole there are even proof of concept security implementation named Xnamespace for Xorg fork (needs polishing and much more patches but looks doable. see wip documentation: https://raw.githubusercontent.com/X11Libre/xserver/d2b60a3d6... )
But as far as it performing worse overall, I don't think that would be expected. Compositing itself does lean more on hardware acceleration to provide a good experience, though, so if you compare it on a machine that has no hardware accelerated graphics with compositing disabled, then it really would be worse, yeah.
1st: "enable display compositing" option - this one increases latency as every window draw need go though compositor application (in nutshell it exchanging opengl textures - only synchronization messages goes over "wire")
2nd: the Xserver rendering pipeline compositor, this one goes with modesetting (intel, amdgpu) driver TearFree option - almost everything inside X11 server in OpenGL textures and compositor perform direct blending to screen (including direct scanout).
What I want to tell, on modern X (there are merge requests for Xorg server to modesetting driver, amdgpu have this code) with TearFree enabled you by default optimal hardware acceleration - there comes lower latency