Hardware accelerated JSON Markov chain operations when?

Did you know? By indiscriminately removing every 3rd letter, you can ethically decrease input size by up to 33%!

NOOOOOOOO

4 Js-core @ 2.00 GHz

I’ll take 10. Here is a picture of a goldfish as payment.

I love the idea that we could need a dedicated chip to parse web pages 😂

We did it!

Answer: there’d be far less software in the world, it would all be more archaic and less useful, and our phones and laptops would just sit at 2% utilization most of the time.

There’s an opportunity cost to everything, including fussing over whether that value can be stored as an int instead of a double to save 8 bits of space. High level languages let developers express their feature and business logic faster, with fewer bugs, and much lower ongoing maintenance costs.

Even if our apps used resources better the adware will just use the free space.

I fully concur. There’s tons of really inefficient software out there that wastes resources just because for a long time, available resources grew fast enough to just keep using more of them without the net speed of an application slowing down. If we didn’t have so many lazy SW devs, I suspect the reduction in needed CPU cycles would have a measurable positive effect on climate change.

Coming soon, JSPU

Imagine you have a car powered by a nuclear reactor with enough fuel to last 100 years and a stable output of energy. Then you put it on a 5 mile road that is comprised of the same 250 small segments in various configurations, but you know for a fact that starts and ends at the same elevation. You also know that this car gains exactly as much performance going downhill as it loses going uphill.

You set the car driving and determine that, it takes 15 minutes to travel 5 miles. You reconfigure the road, same rules, and do it again. Same result, 15 minutes. You do this again and again and again and always get 15 minutes.

Do you need to test the car on a 20 mile road of the same configuration to know that it goes 20mph?

JSON is a text-based, uncompressed format. It has very strict rules and a limited number of data types and structures. Further, it cannot contain computational logic on it’s own. The contents can interpreted after being read to extract logic, but the JSON itself cannot change it’s own computational complexity. As such, it’s simple to express every possible form and complexity a JSON object can take within just 0.6 MB of data. And once they know they can process that file in however-the-fuck-many microseconds, they can extrapolate to Gbps from there

But to write such a file you need a few quantum computers map reducing the data in alternative universes

Rayson

Can you at least wait for me to die before taking me to hell, Satan?

I didn’t think any JSON parsers used regex given how simple the grammar is… but I’ve seen some horrors, so I shouldn’t rule it out.

That’s actually ok with me.

Yeah but then that would be human manure which is a little (although not much) more dangerous to use on stuff you’re going to eat

you gotta rot it down a bit anyway. stick it in the corner of the garden and leave it until the following year.

Otherwise you’ll get weeds all up in your veggies

L arge  
L regex  
M odel

Render Media works the best

rm file.json

https://porkmail.org/era/unix/award#cat

jq < file.json

cat is for concatenating multiple files, not redirecting single files.

I’ve accidentally opened enormous single line json files more than once. Could be lsp config or treesitter or any number of things but trying to do any operations after opening such a file is not a good time.

Technically every JSON file is a single line, with line break characters here and there

I’m failing to understand why we would need decimal units at all. Whats the point of them? And why do the original units havr to change name to something as ridiculous as “Gibibyte” while the unnecessary decimal units get the binary’s old name?