:-)
LOL !
321 karma · joined March 23, 2017
Great that you had the time to be curious and dig into what was going on. QEMU is quite an amazing tool.
I'm kind of surprised there isn't a fairly robust kernel test around this issue, since it locks the machine down and I think the fix was to prevent a stuck CPU last time as well?
It's also vaguely surprising that this hasn't been encountered more often, particularly by the https://news.ycombinator.com/user?id=everlier talking in links to this HN post about "20-30 containers" running simultaneously and occasionally locking up the machine.
If you're still thinking about the bug a little, you could look over how other kernel tests work and implement a failing test around it....?
I imagine the tests have some way of detecting a locked up kernel... I don't know exactly how they'd do it, but they probably have a technique. Most likely since the kernel is literally in a loop it won't respond to anything.. so starting any process, something as simple as creating any process, even one as simple as printing "Hello World!!" would fail and indicate the machine is locked.
Perhaps this is one of those cases where something like UserModeLinux would allow a test to be easily put together, rather than spawning complete VMs via some kind of VM software. Again, would be interesting to know what Linux does with this kind of test.
This might sit somewhere between peak load and base load?
Since the CO/CO2 exhaust from this turbine should be able to be captured fairly well, would it be possible to capture it on the spot into tanks of some kind? There are most probably some large thermal issues to deal with here.. I also wonder about the MIT COF-99 (https://www.scientificamerican.com/article/exotic-powder-pul...) that eats up CO2 very efficiently.
If simply CH4 is being passed to the turbine, is the water generated from the combustion being captured anywhere?
What about the sound characteristics of this beasty? There are cases in the US of people noticing the new AI data centre fans whining at all hours.
There'll be an engineer/physicist out there somewhere who'll come up with a generally efficient way to move heat around (Graphene ?) and he'll start a multi-billion dollar business.
I'd love to know the compute hardware he used and the time it took to produce.
Hoot looks fantastic. There's a side project, Goblins https://spritely.institute/goblins/ that does distributed development too.
Great to see that people are still supporting Scheme tools. There's a lot of utility here, even if people (and job adds) go for the "latest" tools.
Hoot (uses Guile Scheme), mentioned above, has a working interpreter, to quote...
"The toolchain is self-contained and even features a Wasm interpreter for testing Hoot binaries without leaving the Guile REPL."I wonder if the following things make the C driven version slower...
- prepare the send buffers (sqlite side)
- prepare the receive buffers (go side)
- do the call
- get the received data into go buffers of some kind
- free up the send buffers (happens automatically)
- free up the receive buffers (semi automatically in Go).
When using stdin/stdout, the system looks after send/receive buffers. It's simply reading/writing them. No allocation is needed. The stream can be as big or as little as wanted/needed. The OS will look after the integrity of the streams and these are probably fairly well tested subsystems on most operating systems.
stdin/stdout becomes a "library" for "fast data transfer".
Pretty neat.
I see what you mean, there are some categories there (cGO based or not) that lend themselves to quick understanding via a table.
I think I'll use LiteStar for my app now too.
Thanks for your good comment and I 2nd your thanks to the author.
Though a very difficult man to get on with... He did champion the correct building of the first nuclear subs.
In this story, everyone relies on automation so much that they forget how to do mathematics. A lone, nerdy operator re-learns the skill of 2 digit multiplication in the process of working through automated weapons targeting issues, astounding his superiors.
The concept of forgotten arts seems like a common thread here.
This is a PDF of the text. https://ia600806.us.archive.org/20/items/TheFeelingOfPower/T...
This is the Wikipedia overview. https://en.wikipedia.org/wiki/The_Feeling_of_Power
First heard this one at school.
A clever friend of mine wrote BASIC games that he sold back then. I think they had a bit of Z80 assembler built into it too.... Can't remember what names of them were though.
The 'hires' graphics mode (511*255, monochrome) were encoded into sprites. There were only 128 characters from memory. There were all sorts of tricks to try and get around that issue.
The best games used the sprites plonked into char positions.
For me, everything swirls in an enjoyable vortex towards org-mode.
- Literate Programming, tangle/weave
- Export to DocX, PDF, HTML
- Org-Roam
- Time Management.
Several things mentioned above are day to day. I think spectacular things are often made up of collections of useful everyday things.
For me, everything swirls in a lovely vortex towards org-mode. - Literate Programming, tangel/weave - Export to DocX, PDF, HTML - Org-Roam - Time Management.
A Java runtime... running on a Java runtime... Hmm, maybe not. But could be possible.
Behind the scenes, it uses Rust's high-performance hyper and tokio libraries to
execute your Roc function on incoming requests.