Re: Are there real use cases with the Java access modes?

Gregg Wonderly via Concurrency-interest <[email protected]> Wed, 21 Jul 2021 04:19:39 -0500
Newsgroups gmane.comp.java.jsr.166-concurrency
Message-ID <[email protected]>
Yes Andrew, I stooped below the belt on that comment and I apologize for doing that. 

> On Jul 21, 2021, at 4:04 AM, Andrew Haley via Concurrency-interest <[email protected]> wrote:
> 
> On 7/20/21 8:27 PM, Gregg Wonderly via Concurrency-interest wrote:
> 
>> I am go to once again cease here because I appear to be pushing
>> buttons with my conversation mode and I am really not trying to make
>> people made or defensive.  At some level these are hard discussions
>> to have, I get that, but I just really sense to much defensive
>> posturing and so I really don’t believe that the discussion can
>> happen without creating even more walls to have to figure out how to
>> talk through.
> 
> Gregg, really. Please have some respect.
> 
> People are giving you time and explaining their reasons to you. We are
> not "defensively posturing". In my case, it's sheer amazement that
> something like hosting a value into a register, one of the most common
> and powerful optimizations we have, is in some way weird.
> 
> It's like this: operations in a CPU act on registers. There is near-
> zero cost for accessing them, so the basic arithmetic and logical
> operations can deliver their results in a single cycle. Memory, on the
> other hand, even cache memory, has a latency of four or five cycles,
> and costs more energy too. So this optimization is a really big deal
> on the billions (probably?) of computers running Java.
> 
> I'll try an analogy. Imagine someone came up with a way to make
> internal combustion engines run 10% better, consume less fuel, and
> produce less emissions. (It's not hard to imagine: it happens.) Then
> someone else comes along and says it's terribly complicated, and Bono
> in the repair shop on the corner will not be able to maintain it, so
> we shouldn't do it.
> 
> This is, almost exactly, the same as your argument.
> 
> -- 
> Andrew Haley  (he/him)
> Java Platform Lead Engineer
> Red Hat UK Ltd. <https://www.redhat.com>
> https://keybase.io/andrewhaley
> EAC8 43EB D3EF DB98 CC77 2FAD A5CD 6035 332F A671
> 
> _______________________________________________
> Concurrency-interest mailing list
> [email protected]
> http://cs.oswego.edu/mailman/listinfo/concurrency-interest

_______________________________________________
Concurrency-interest mailing list
[email protected]
http://cs.oswego.edu/mailman/listinfo/concurrency-interest