nly

In the UK deeds no longer really exist and do not take precedence over the land registry.

Property that isn't registered can remain unregistered but must be registered before it is sold.

Some cemeteries in London reuse graves after just 75 years

https://en.wikipedia.org/wiki/City_of_London_Cemetery_and_Cr...

I have very vivid memories as a child of walking through Brookwood Cemetary in south east England seeing a big machine crunching up headstones. Vast swathes of the place was flattened. The cheat code here seems to be "topple testing" for health and safety reasons.

It's the UKs largest cemetery and in a shocking state:

https://lostlcp.com/brookwood-cemetery-reburials/

Primairly because old houses are on bigger plots and allow for extensions and conversions.

For now. They'll reneg down the line

And lost value semantics and any hope of type safety.

That's the thing though isn't it. C++ didn't add type erasure to the language, it added compile time reflection and said have at it.

IDEs like CLion now have compile time visual debuggers.

You can...move books.

I live in a London terrace, originally built circa 1900.

There's plenty of evidence the rear gardens were used for growing food and drying laundry back then

Children would also play there where they could be seen from the kitchen (which was always in the rear), rather than playing in the road (as much)

Rear gardens also served as a space where you would converse with your neighbour. Typically fences between neighbours were low and wire (tall 6ft wooden fences came later)

The other thing is the only toilet in a 4 bedroom property would also be out there, as an outdoor WC, accessible from outside

I doubt much read space was reserved for lawn back then

What was the one time when you need something wait free? I'm assuming interacting with hardware?

What's important is you know the trade-offs you are making.

You can't have a bounded queue that is always non-blocking because slow consumers can block producers.

You can't have a global FIFO order + multiple producers without slow producers blocking consumers.

You can't have a global FIFO order + have have non-atomic reserve and commit without a interrupted/de-scheduled producer thread being able to block the consumer

If you want atomic commit then you lose separate reserve which means either unbounded memory or atomic fixed-size data with sentinel values, ABA problems etc.

There are trade-offs everywhere, and it's best to pick the data structure that fits your needs just like any other problem.

The MPSC/MPMC structure in Aeron is wait-free with respect to producers - one producer cannot block another

There are simple node based algorithms that achieves a similar guarantee:

https://web.archive.org/web/20240928080729/https://www.1024c...

There is also a MPMC algorithm on this site very similar to the article

https://web.archive.org/web/20220524214823/https://www.1024c...

I think of that movie every time I hear the song! That was one badass robot sequence.

"Suuuuure. Kidnap the humans, DESTROY THE MACHINE."

Time to comb the desert until more are found.

Direct transfers to your dear leader.

Theres no technical reason one should look better than the other.

Both should use multipass ahead of time compression with a rate control algorithm, and both should have enough slack streaming bandwidth to handle complex scenes with buffering

My British parents went there this year and found it very expensive

Cool trick given both companies are US entities.

In well thought out C++ software lifetime rarely becomes an issue because deciding on ownership and object lifetime is unavoidable as part of the design process.

If the code is mapped readable and not mutated how does it make a difference?

The code will be prefetched in to local (executing) CPU cache just the same. No invalidations will take place across NUMA zones.

Modern DLLs on e.g. Linux use PIC and not mutable relocations.

Ironically most of the polish I know who came to Britain returned home to Poland for better prospects.

Adjusting for purchasing power parity, GDP per capita in Poland isn't far behind the UK.

Because it's accurate?

If I have access to your digital ID I shouldn't be able to impersonate you anymore than I should be able to fly using your passport.

Your passport is useful not just because it's difficult to forge, but because border control is a thing.

Yeah...I'm fully aware what a ZKP is..you're just missing the point.

Doesn't matter!

You still need to send a digital image from the id, signed by an authority, saying "this person is 18"

You then still need a trusted ID service or algorithm to capture an image of the user _at the time of use_ to compare that to.

Just having access to your digital ID credentials proves nothing

The zero knowledge proof only helps prevent tracking between the ID service and the website you're logging into. This is valuable but requires standardisation and client side support, which doesn't exist.

All the time the client side is implemented by JavaScript served from the server side you're just trusting these parties to behave and not snoop

But to be effective you need to prove that the person presenting the ID is the person the ID belongs to.

In person that falls to a human being, and it's an easy and intuitive task that takes seconds.

On the internet this involves some kind of video recording being sent to some agency somewhere being paid a fee, who may later be asked to prove the efficacy of their service. This agency needs a digital copy of the photo from your ID for matching purposes. They'll be tempted to store this for auditing purposes... they'll also be tempted to store correlation IDs etc if the architecture allows.

The issue is trust. You just can't trust these first and third parties not to collaborate for commercial gain or at government demand or request.

And ultimately you're still exchanging verification at registration for a shareable credentials: I could use my ID to sign up to pornhub premium and then sell the username and password to a 16 year old if I wished, just like those buying alcohol can go and give it to the underage. A black market for digital credentials is even easier to establish than material goods

However, I've heard that in HFT, they don't do that because the overhead itself is too costly.

I've worked at several HFTs and 2 had independently settled on 64bit signed fixed point with a implied 10^9 scaling factor between internal systems.

However in-process one just used 'double' for all FX conversions, scaling etc. With 15 digits of precision and careful rounding choices it's fine.

Dealing with the outside world you'd obviously just convert as cheaply as possible - and there are some crazy fast algorithms doing fast binary float -> correctly rounded decimal conversions these days

I worked on a trading system dealing with transaction limits expressed in USD but trading in many currencies.

FX rates and prices were expressed in fixed point because it was more efficient to handle in FPGA. A lot of thought went in to making the system accurate enough based on real FX rates while falling on the right side of the limit

It's not great.

Rapidhash is just insanely fast and provides good distribution, with built-in support for mixing.

My goto these days (and afaik the state of the art) is boost::unordered_flat_set paired with rapidhash for hashing (since the GNU std::hash functions based on murmurhash are ridiculously slow)

The cacheline performance is pretty hard to beat (SIMD optimised linear scan before hopping), which is where all the wins come in the real world.

But basically any of the faster hash maps from absl, boost or folly are going to wreck the standard library in terms of perf

Been using a VPN on my phone and PC for 20 years. Always use non-UK exit points