kragen

24 ms·

481.
by kragen 1y ago
On the contrary, Java objects are very different from C++ objects, precisely because they lack a lot of the "primitive-like" features of C++ objects such as copying, embedding as fields, and embedding in arrays. (I'm tempted
482.
by kragen 1y ago
This is a toned-down, but still scathing, version of what I remember reading.
483.
by kragen 1y ago
What I've heard from Haskell programmers suggests that the downsides are very different, even though the ideas are very similar.
484.
by kragen 1y ago
Yes, many people believe that C++ isn't really "object-oriented", including famously Alan Kay, the inventor of the term. Nevertheless, that is the definition of "object" in C++, and Java is based on C++, Smal
485.
by kragen 1y ago
In C++ integers and characters are objects. See https://en.cppreference.com/w/cpp/language/objects.html , for example, which explicitly mentions "unsigned char objects", "a bit-field object&q
486.
by kragen 1y ago
Java was derived from C++, Smalltalk, and arguably Cedar, and one of its biggest differences from C++ and Smalltalk is that in Java things like integers, characters, and booleans aren't objects, as they are in C++ and Smalltalk. (Ce
487.
by kragen 1y ago
Postgres's `set transaction isolation level serializable` doesn't result in deadlocks (unless you explicitly grab locks) but does require your application to retry transactions that fail due to a conflict.
488.
by kragen 1y ago
Thanks, this is very valuable! Have you tried other implementations of STM such as Haskell's?
489.
by kragen 1y ago
Yes, all of that is correct as far as it goes, and isn't in contradiction with what I said. You'll notice that the EPA page you linked https://www.epa.gov/hw/end-life-solar-panels-regulations-and... is mostl
490.
by kragen 1y ago
I greatly appreciate having the opportunity to read this dialogue.
491.
by kragen 1y ago
I'm no expert either, but maybe some other hardware feature would be more helpful to STMs than hardware TM is.
492.
by kragen 1y ago
Since the reunification of China under the most glorious of all the dynasties, perhaps? Or the founding of Chichén Itzá?
493.
by kragen 1y ago
Yes, at the abstraction level of money, many more things become interchangeable, but in order to have something worth spending money on, we have to distinguish between those things.
494.
by kragen 1y ago
I'd like to see what kind of hardware acceleration would help STMs without imposing severe limitations on their generality. To me, the appealing things about STMs are the possibility of separating concerns of worst-case execution ti
495.
by kragen 1y ago
I try not to post comments that won't be relevant 8000 years in the future.
496.
by kragen 1y ago
Traditionally traditionally, monitors were declared together with the data they contained, and the compiler enforced that the data was not accessed outside the monitor. Per Brinch Hansen wrote a rather bitter broadside against Java's
497.
by kragen 1y ago
Yeah, STMs can use MVCC in the same way, but that doesn't solve the long-transaction problem for bulk update transactions. The first example in Gray and Reuter is adding monthly interest to every savings account, exactly once.
498.
by kragen 1y ago
I've been excited about STMs since I read "Composable Memory Transactions" back in 02005, shortly before it was published, and I still believe in the glorious transactional future, but it's difficult to adopt an STM piec
499.
by kragen 1y ago
It isn't very useful for that, but you can use it to implement other higher-level concurrency primitives like multi-word compare and swap efficiently.
500.
by kragen 1y ago
Latency and throughput are not interchangeable, and it is entirely normal to do millions of subroutine calls per HTTP request, so even if latency is your only concern, a subroutine call operation with a latency ten thousand dollars faster t
501.
by kragen 1y ago
OOP does not provide any help in solving the problem in question, and indeed encapsulation is a major obstacle to solving it. I think you haven't understood what problem is being discussed.
502.
by kragen 1y ago
That's not software transactional memory, it's hardware transactional memory, and their design was not a good one.
503.
by kragen 1y ago
Insulation, adobe construction, and vigorous exercise can all "heat houses in winter" in the same way as ground-source heat pumps, but none of them can be meaningfully compared with hydroelectric or nuclear power except in a speci
504.
by kragen 1y ago
But what matters here is probably whether it's slow compared to the code being invoked via cgo, which is only true for pretty fine-grained APIs.
505.
by kragen 1y ago
It's a lot more expensive in the US. Three years of ribociclib is US$100k here in Argentina, which dwarfs the usual costs of things like chemotherapy, radiation therapy, and surgical resection. (All of which is normally paid for eith
506.
by kragen 1y ago
I think the sentiment is not that generosity to those in need is bad, but that something bad must be causing so many to be in such desperate need. It may be relevant that the US has higher health-care costs than every other country in the w
507.
by kragen 1y ago
If you synthesize amphetamine through the usual pathways, as I understand it, you get a racemic mixture, which is what is normally meant by unqualified "amphetamine", and is very close to Adderall. It's true that levoamphet
508.
by kragen 1y ago
It's not just the US Navy. It's also the Russian Navy, the French Navy, the Chinese navy of the PLA, the British Navy, the Indian Navy. If nuclear power were cheaper than oil, or anything other than much more expensive, at least
509.
by kragen 1y ago
https://dn720004.ca.archive.org/0/items/english-collections-...
510.
by kragen 1y ago
Two, but those are just the enantiomers dextroamphetamine and levoamphetamine. Neither has any atoms extra or missing. It looks like four amphetamines because those two cationic isomers are in salts with two different anions.

More ›