[External] : Re: Project Loom VirtualThreads hang
thurston N
thurston.nomagicsoftware at gmail.com
Thu Jan 5 00:25:10 UTC 2023
" With virtual threads available, you can use that style no matter what the
load on your server is, and easily switch between thread implementation if
it makes a difference."
Can you?
even if it's a configuration option, you need to bounce a production
server(s) to "switch"
My experience jibes with Robin's, especially since load is not constant in
the real world, as long as virtual threads offer acceptable throughput and
latency *even when their true benefits, viz high numbers are not in
effect". If that is the case (and I don't see why it wouldn't be), the
question might better be "why would you ever bother to switch (from virtual
to platform)"?
On Wed, Jan 4, 2023 at 3:50 PM Ron Pressler <ron.pressler at oracle.com> wrote:
>
>
> > On 4 Jan 2023, at 23:47, Ron Pressler <ron.pressler at oracle.com> wrote:
> >
> > Virtual threads make blocking cheap *because* they can be numerous. Put
> another way, blocking platform threads is expensive because it consumes a
> very limited time for a long duration, which, by Little’s law, places a low
> limit on throughput. The impact of blocking on server throughput due to the
> number of threads is orders of magnitude higher than due to any other
> effect.
> >
>
>
> * consumes a very limited RESOURCE for a long duration
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://mail.openjdk.org/pipermail/loom-dev/attachments/20230104/9a745944/attachment.htm>
More information about the loom-dev
mailing list