<div dir="ltr"><div>"
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."</div><div><br></div><div>Can you? <br></div><div>even if it's a configuration option, you need to bounce a production server(s) to "switch"<br><br></div><div>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)"? <br></div><div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Wed, Jan 4, 2023 at 3:50 PM Ron Pressler <<a href="mailto:ron.pressler@oracle.com">ron.pressler@oracle.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><br>
<br>
> On 4 Jan 2023, at 23:47, Ron Pressler <<a href="mailto:ron.pressler@oracle.com" target="_blank">ron.pressler@oracle.com</a>> wrote:<br>
> <br>
> 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.<br>
> <br>
<br>
<br>
* consumes a very limited RESOURCE for a long duration</blockquote></div>