Even in that case, you would probably benefit from having many cores because the user is probably running other things on the same machine, or the program is running on a runtime with eg garbage collector threads etc. I’d venture it’s quite rare that the entire machine is waiting on a single sequential task!

The Chevy Spark is dead.

The Mitsubishi Mirage is dead.

etc.

The whole point of coroutines is that they are trivial to block and resume, right? So the way to deal with limited resources... is to block on them.

So when you need a connection, you await until one from the pool becomes available. From the point of view of the consumer it's very natural because grabbing a connection is just a standard async call, and returning it to the pool can be done the same way you would usually close it. If anything, it's a lot easier to manage them like this because unlike in a non async program you don't have to worry too much about blocking progress.

Basically the compiler compiles async function to a very simple FSM object where each assignment to a local variable that lives longer than a yield point becomes a member of the FSM object. This is done after the transformation to a simple normal form, at which point the function basically looks like bytecode. The compiler generate a new class for every async coroutines.

The generated FSM classes are statically sized so they could in principle be stack allocated, and their instances can be manipulated like any other JVM object.

At $work we have a system using scala async that has all of these features (arrays of FSMs, serialization, distribution by sending to network etc.) Of course there are complications (file handles for example) and it's easier with a GC.

https://twitter.com/cyri77e/status/1453886080789405707

Turns out it's harvested from the Meta company linked here that the Chan Zuckerberg Initiative acquired. Before that the @meta handle was held by an early twitter user fro. Turkey.

This is basically the unremarkable story of the "been on Twitter since 2010" profile with handle @meta.

Comments URL: https://news.ycombinator.com/item?id=29037653

Points: 37

# Comments: 7

Additionally in most cases I'd think the lottery odds would be lower than the cost of traditional laundering (smurfing, through crooked banks, using cash based businesses like taxis etc.) Especially if you have to pay people to buy tickets.

We now know that there is a cartel of US miners trying to create "clean" bitcoins (in part to appeal to Tesla and Musk) that will sell at a premium.

https://www.bbc.com/news/technology-57240090

This could increase the pricing differential between clean and dirty electricity sources. However, most utilities don't care and so will buy the cheaper electricity, which means that there won't be a significant push to decrease fossil fuel based generation.

Unless demands from bitcoin mining start to strain clean electricity generation, there isn't really much reason to build more renewable capacity either. The kind of thing described in the OP (the repurposing of existing facilities) is likely to be the main result for the foreseeable future.

"Clean" bitcoins are just "greenwashed" bitcoins.

The original version on github can only compute the specific systems in the paper.

https://github.com/deepmind/deepmind-research/tree/master/al...

I don't know why scientific publications keep doing PR work for them.

https://github.com/santinic/pampy

Clearly it's possible. It's also more ergonomic than PEP 622.

While decentralized permissionless markets can (and have) helped some individuals escape economic restrictions (capital controls, sanctions, etc.) it's not at all clear to me that they have had an overall positive effect, or ever will.

At the end of the day, the rise in the price of bitcoin, scams like AfriCrypt and OneCoin, the new Salvador laws etc are all just new means of extracting capital from the Global South. I'm of the opinion that the benefits to individuals are not balancing the overall societal harms, but I could see how someone with a more individualistic ideology would disagree.

https://paxful.com/buy/bitcoin/madagascar

How many more hoops do you then have to jump through to acquire fake stocks?

Second, you then have to make sure you avoid pyramid schemes (like OneCoin), rug pulls, exit scams, bad exchanges and bad "smart" contracts (like the Parity bug).

This is not easy even for highly informed tech workers in the Global North. Now if you happen to speak another language (as I do) I recommend you go and Google "how to invest in Defi" or whatever in it. In my case (French), you get just articles after articles that are sponsored content from very dubious sounding wallet and exchanges, especially if you add "Madagascar" or "Congo" or whatever to your search.

So frankly, I think the idea that "crypto markets are great for the Global South" is more of a convenient story.

In contrast, the rich are much more likely to have bonds or cash holdings. They are the ones for whom inflation is a real problem. Why else would all this political pressure for a 2% inflation target exist? It's because that's low enough for the rich, not because it's high.

Printing money and redistributing it would severely impact capital holders, like it did in the post WWII boom which created the middle class.

Here is an entire book on this topic :

https://en.m.wikipedia.org/wiki/Capital_in_the_Twenty-First_...

It also solves no problem at all. They tried to shoehorn into the paper a "CSRNG" application but it's dubious at best if you have any kind of cost constraint.

This is not to say that the boot time is always a problem, there are plenty of applications in which it doesn't matter at all (as you point out). However that's not always the case (by a long shot) which is why tools like GNU Parallel and snakemake exist.

Using Julia in this case basically means having to rewrite all of the other programs into it and getting rid of eg snakemake or gnu parallel or any number of other very common HPC workflows.

In fact I'd venture that doing a sequence of things many times is just as common an HPC workload than single jobs running for very long times.

Hence a run-of-the-mill laptop can easily simulate a perfect 30 qubit computer, provided you are using a sufficiently performant simulator (such as https://github.com/qulacs/qulacs ).

[1] This is actually a pessimistic upper bound for the classical simulation because current quantum hardware is not fully connected and not fully coherent.

Most problems of interest (optimization, chemistry etc) also do not ever generate fully entangled wavefunctions and so can be simulated with significantly less resources.

So for any applications (beyond simulating quantum advantage experiments built specifically to make classical simulation hard), classical computers are crushing quantum computers.

[2] Because QM is a linear theory, numerical precision isnt an issue, as it would be in a chaotic classical simulation of eg fluid dynamics.

Does this guy have a patreon?