Sounds like parent was using async to mean that JS has single-threaded concurrent functions by default.
Disclaimer: I'm just the messenger here so you might hate what follows, the community is choosing the words.
Concurrency as a keyword is increasingly being used to differentiate single-threaded event handling from parallel processing (threads). As long as event handling is quick enough, it can give the illusion of parallel processing. And in some cases it can outperform parallel processing because the cost of context switching between events can be lower than context switching between threads. See https://medium.com/@caophuc799/nginx-architecture-and-why-ca...
The async keyword, in practice, simplifies the callback boilerplate required to handle the event model. When used in communication, async is increasingly being used as a word to describe "Single-threaded Concurrent Functions Built On Hidden Event Handling", because there is no succinct way of saying STCFBOHEH in English.
So: JS has async/STCFBOHEH/context-switching on its functions by default whereas Java's functions are (by default) executed in order without async/STCFBOHEH/context-switching.
I'm not an expert or anything, but I've never seen an implementation of event handling that was anything other than STCFBOHEH. (hadn't heard the term)
My understanding of "async" as a language feature is basically support for an `await` keyword. Having a message loop and event dispatcher seems like a less useful definition, but good to know, I guess.
And the I stands for Internet. I guess we're considering local BT networks to be "the internet" now.
Perhaps the BT connection bridged the device to the internet, but we have no indication of that and the internet was used as the vector. It could have been a local wireless software update interface so maintenance doesn't have to open up each pump to apply the patch.
What's your recommended alternative to the newsyslog style of external logfile rotation? I'm not much of a sysadmin but it might be useful to know at some point. Thanks in advance!
The one that people came up with in the 1990s. There are quite a number of implementations to choose from. The shame of this hitting ASUS in 2023 is that this is a long-known problem and a long-since solved one. I have vague memories of grumpy posts on Usenet about this. It's that old a problem; and it has been solved for nigh on a quarter of a century.
Awesome, thanks! I am in fact guilty of using logrotate but thankfully I haven't been burned yet. Although perhaps with the advent of containers piping logs to streams I've unknowingly absolved myself.
Also, you have an amazing website. Looking forward to reading more.
Please be clear about your affiliation with this service (as you were in another thread). Anyway, looks it might be useful with Docker shooting themselves in the foot.
RTA. In the article, the author writes the following:
That correlation holds up after controlling for all sorts of other dietary and
physical variables (weight, age, gender, known cardiovascular risk factors,
and more).
Marques Brownlee (MKBHD) mentioned that his right capacitive turn signal button is occasionally unresponsive with his Model S Plaid and he's had to resort to lane changes without a turn signal https://www.youtube.com/watch?v=34VZzBWBDN0&t=648s
Granted, this is one anecdotal case. But when spending over 100K on a car, features like this should be bullet-proof.
Actually ... scratch that. Features like this should be bullet-proof because they have been a solved problem for ~50+ years. Tesla is sacrificing safety for minimal cost savings and/or style points.
Features like these should be bulletproof because they pose a serious safety hazard.
Safety features should be priority number one for any car manufacturer. You can ship with a crappy infotainment system but please don’t screw around with basic safety.
How are they not illegal to sell to drivers? I am continually astonished about the social experiment being done on drivers buying these cars and others who have no choice but to share the road with them.
