gbrown_

Sadly the inertia of WhatsApp is something hard to escape. I would/do choose Signal with a few of my tech savvy friends. But the majority of people I know use WhatsApp, and consequently so do I.

Or https://arxiv.org/abs/1812.09674 as it's the citation link (which is what I submitted to HN before seeing this post). Either way the link should probably be changed to one of these two as opposed to what OP has submitted.

Title truncated to fit within character limits.

> don’t be greedy. 50% storage efficiency is plenty.

LOL.

Does anyone know the motivation for this in bash? A quick glance at the git history shows this goes all the way back to bash-2.04. As a grumpy old *nix person I can't really I like seeing extra "features" like this.

There's also a nice video presentation here.

https://www.youtube.com/watch?v=OPJ_IcdSqig

I had to drop "Efficiently" due to title character limits.

It's solutionism.

Not sure about the article in question but I would highly recommend ':help user-manual', it's actually mentioned at the end of vimtutor. It can be worked through chapter by chapter and covers all of Vim.

> vim generally doesn't need any of those fuzzy file finders that most people use. If you add > > set path+=

Be wary of this, it can end up being quite slow. Here is an excellent write up detailing the usage of the path setting.

https://gist.github.com/romainl/7e2b425a1706cd85f04a0bd8b389...

I didn't mean explicit reposts. I thought if the same link was submitted within a short time frame a new submission would not be created, but rather the submitter would be automatically re-directed older post (and possibly automatically upvote it). It's been a while since I've experienced this as I always do a search before submitting these days.

As of writing HN says my post [1] was made 2 days ago and this was post was made 15 hours ago. Not sure why it wasn't duped.

[1] https://news.ycombinator.com/item?id=25068394

Not sure why this wasn't a dupe of my submission [1] submitted ~8 hours earlier? Oh well.

[1] https://news.ycombinator.com/item?id=25046588

What's the workload if you don't mind me asking? Presumably the difference isn't just down to the smaller width of AVX2 but new instructions in the AVX-512 family?

> I'd say it's because Intel wants to show something for their GPU-building efforts

I think this hits the nail on the head.

Baader-Meinhof phenomenon?

"High Performance Computing" shortened to "HPC" in order to fit within title character limits.

If you find this interesting you'll probably also find base 6 interesting. If you've not seen them these videos are both humorous and informative.

https://www.seximal.net/

Surely a link to arXiv rather than a tweet would be better?

https://arxiv.org/abs/2010.06973

Quanta's tweet for this included the rather nice pun "But there is a crushing caveat" which gave me a chuckle after reading the article.

https://twitter.com/QuantaMagazine/status/131639370893019136...

> They sold the team to Brawn which won the 2009 title with a low budget by exploiting a loophole in the rules.

Williams and Toyota started with a double diffuser as well. Also to be clear Honda had planned for double diffuser on the 2009 car before being bought by Brawn.

Code https://github.com/oresths/tSparse

Not sure why this wasn't marked a dupe of https://news.ycombinator.com/item?id=24577881 which was submitted ~10 hours earlier and I think was briefly on the front page.

This link is broken, appears to be a dupe of https://news.ycombinator.com/item?id=24471004 although the title has changed.

Posted 3 days ago https://news.ycombinator.com/item?id=24353686

Yup, ":help user-manual" sadly often overlooked.

> So, the pages are still around when the system reboots.

...

> The kernel notices that a previous dmesg buffer is already in that spot in RAM (because of a valid signature or checksum or whatever) and decides to append to that buffer instead of starting fresh.

This sounds like it should be very unreliable. Perhaps it works in practice but I couldn't see myself relying on such a mechanism.

> The answer is maybe to auto merge what has not changed locally?

Yup sysmerge(8) does this on OpenBSD. Not sure if other BSDs have similar mechanisms, from the article I would guess not.

Yes which the linked piece covers but it also says OpenBSD does both KASLR and KARL.

OpenBSD does not do KASLR as far as I'm aware.