junon

Kernel dev here (my own project):

ARM is great. Love it. There are tons of chips that all do things differently, much more so than x86. Plus the booting mechanisms are a PITA to figure out, debugging is tricky, etc - and that's a single target. x86 isn't particularly elegant given its years of cruft and questionable design decisions but at least it's quasi-consistent (yes, lots of "well actually" possible; I'm speaking broadly).

The ISA on ARM is better, IMO, than x86 but the surrounding ecosystem is hellishly fragmented. Just my $0.02. makes it difficult for OSdevers to find an 'in' to a wider ARM audience. rpi is a great entry point.

I believe spetz is on the project, so I'd like to ask:

Is this a MQ implementation, or can this be used in place of e.g. something like protobufs and iroh/tonic? Does it have something akin to grants/capabilities/authorization? Does it have RPC? Can I have services speak a more privileged set of instructions/commands and clients needing auth to speak dumber/more high level administrative commands just like gRPC?

Also, is the performance due to the (what I assume is custom) zero copy serialization?

The landing page simply states it's essentially "fast messaging" but beyond that it's not entirely clear when I'd use this or what its features/limitations are.

Not sure if you're just trolling or what but your comment is demonstrably false and very easily disproven at that

This still makes my blood boil. Even then people didn't seem to care (maybe they didn't understand) and we're all collectively just going along with it.

More on the frustration: this person with no real world experience is hired and all of a sudden sending me six page articles they themselves couldn't fathom writing and they're lauded by founders and celebrated as pioneers of the company. Nobody in that chain could pick out a race condition from a lineup of cat feces. And I'm the "bad guy" for poking holes in all of the Groundbreaking Computer Science being done.

That's what's frustrating.

I don't even know what "best" looks like, tbh. I also have some family not particularly happy (putting it nicely) with how my uncle handled it. I personally think he's a saint; views differ but there's no Right Way, I don't think. Everything is clearer in hindsight, too. It's just a severe, extended period of sadness and loss, I don't know how anyone actually dealing with it can do it for that long aside from intense love for the person. It's one of the most unrewarding things I think you can humanly go through. :/

Just lost my aunt to Alzheimer's this last week. +1 on the hard to take care of bit. They turn into toddlers, then animals, then nothing. It's heartbreaking.

This is music to my ears. Going to try this now.

It's not your intent to use a tool that can cause real world damage, to actually do such damage.

It was your negligence in that case. A different legal concept than intent.

This looks like a tool from Cowboy Bebop.

Yes, which is the grey area. "Can / might do" vs "they trained it to do that explicitly" is, I believe, the grey area - whether or not they're the same thing.

Intent matters for a lot of this - and "intent" is a pretty strong, well discussed legal term.

    <Summary>. <Short interjection>.

That's their whole schitck. If you're going to dilute the community with AI slop at least make it interesting.

What a fascinatingly misguided dismissal of someone actually doing something to back up their words.

Where do you think AI got its training material? Was it not from those very same "engineers of lore" and their respective "tech crap"?

It's pretty common from where I sit, tbh.

It's also one of the most aggravating database systems I've worked with.

I wasn't saying you were, I was saying you were responding to an LLM.

You're not a fringe user, a ton of people use old reddit (myself included).

They're killing themselves the same way Tumblr did. Oh well.

> I know that SIMD doesn't imply particular instruction set but a pattern of concurrent data transformation.

Eh. It's both. You don't have one without the other. SIMD is pretty much entirely extensions to base processor ISA; there might be a few architectures that have SIMD as a basic part of them (GPUs are one of them, taken to an extreme order), but for the most part you have to know which instruction set you're working with.

SIMD is basically "pack multiple data points into a single CPU register, then to another, and perform some operation on them as if you ran that op on all of the pairwise data points individually". Some ops are binary (arithmetic, bitwise, etc) and some are unary.

Some have "gates" whereby you can do a comparison, the boolean output of which is stored in a bit packed integer. Then you can run conditional instructions after that that only perform the instruction if the bit in that variable is set, creating "constant time" SIMD instructions with what amounts to branching. Really depends on the instruction set's capabilities.

AVX512 is far and away one of the most extensive extensions, with a ton of super niche instructions meant for enterprise number crunching. It has weird stuff, like swapping bytes, collating them, doing all sorts of weird manipulations. But the number of x86 CPUs that support that instruction set are small.

You can't emit code that has e.g. AVX512 and just run it on a CPU that doesn't have that extension. You get a CPU exception and it crashes the process (or, if this is in kernel/driver land, your machine).

So they're kind of tied together.

Anyway if you want to see a list of them, Intel's SIMD intrinsics site has always been really nice to browse IMO.

https://www.intel.com/content/www/us/en/docs/intrinsics-guid...

Parent comment is an LLM by the way.

You're conflating "what's illegal" with "what a private entity doesn't want". I don't like it any more than you do, but the first is very clear, the second is a bit harder to "solve".

Thanks, this was the info I was originally after :)

Yeesh, please tell me you didn't write all of that yourself. Which uC is it targeting, and which language?

Why does changing to Rust kill the project? I don't understand the point here.

I know all of this; assembly of a $400 board usually has a MOQ of 5 off the top of my head, which for a board that is a prototype isn't feasible.

I know about how to do reflow. I'm asking about the population step after paste deposition.

I am aware, yes. After the paste deposition via stencil, doing passives manually takes hours. I'm asking if anyone's done anything interesting with stencils for placing those.

For those of us without the cash/apartment space for a PNP, has anyone experimented with a stencil system for populating passives? Is that even a thing?

My PCB project's population time is currently 11 hours the last time I did it, from blank to tested, for one unit. The largest amount of time spent is on the resistors and capacitors - over 200 of them.

That's a stretch. This isn't a new approach to such obfuscation. Also plagiarism would mean they ripped the source material verbatim or they at least copied the methodology and intentionally used the source material's findings as their own.

It's super unbelievable they needed to. This isn't novel.

Yes of course, the transmitted audio would be mono. I meant one radio in one ear and another radio in the other ear, or if you mix them and they both play in both ears. But it sounds like they're mixed (talking over each other in a single audio stream).

This is a completely different phenomenon. Your ear/brain are tuned to rhythmic beats in the lower frequencies (footsteps). We're better at pattern recognition with the lower frequencies.

Also, our brains will encode the differences in registers to evoke emotion differently, which is often used by horror films to make a scene scarier[0]. Evolutionarily this is probably to detect screams or babies crying, a rustling bush, etc.

Speech encoding, at least per this article, has little to do with that. We don't have music encoding so much as we have pattern recognition, instinctual emotional respond to sound, etc.

Another great video about how music is perceived in animals is [1], just while we're on the topic.

[0] https://www.atlasobscura.com/articles/how-the-hidden-sounds-...

[1] https://youtu.be/0ZYhyewNQMo?is=0mWSRAzObOD2p32E