Benefits of Rx, Without the Complexity

Pedro Lamarão pedro.lamarao at prodist.com.br
Tue Jun 21 14:41:59 UTC 2022


Em ter., 21 de jun. de 2022 às 10:53, <eric at kolotyluk.net> escreveu:


> I agree that we need to analyze the system to put the right constraints in
> the right places, but can this be automated more, such that it is more
> ‘magic’? *Is anyone researching this?* Not like a magic bullet, but well…
> I never thought cars could drive themselves… but they do…
>
>
>
> Largely, I was hoping there were better ways to build systems that don’t
> thrash, which is appalling behaviour I have seen before, even in the
> systems I have built. Systems that better utilize resources *by default*,
> so we don’t have to waste resources to avoid thrashing. However, I believe
> Virtual Threads make better use of resources the way Virtual Memory does,
> so we are definitely heading in the right direction.
>

In my experience with reactive frameworks, the framework is magic only if
you use predefined "sources" and "sinks" which by nature solve this problem
for you.
This is like programming TCP: it does flow control for you, there is no
need to worry about it.
Whenever you need to define a new source or a new sink for your custom
case, reactive framework magic disappears.
In these cases, the tools to do backpressure in "reactive" and "threads"
are the same: bounded atomic queues or "channels".
This concept of "channel", like Go has, is probably the magic that will
complete this picture.

-- 
Pedro Lamarão
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://mail.openjdk.org/pipermail/loom-dev/attachments/20220621/aae1cc49/attachment.htm>


More information about the loom-dev mailing list