<html><head><meta http-equiv="content-type" content="text/html; charset=utf-8"></head><body dir="auto"><div dir="ltr"></div><div dir="ltr">Please do not add a hint or an api to address. The api methods that are VT friendly should be documented as such. I also think that any native call should +1 to the pool size for its duration. This will cover all cases. This is what Go does and it works well. </div><div dir="ltr"><br><blockquote type="cite">On Jul 14, 2023, at 1:26 PM, Alan Bateman <Alan.Bateman@oracle.com> wrote:<br><br></blockquote></div><blockquote type="cite"><div dir="ltr">
<meta http-equiv="Content-Type" content="text/html; charset=utf-8">
  
  
    On 14/07/2023 19:51, Alejandro Revilla wrote:<br>
    <blockquote type="cite" cite="mid:CAAgSK=kZ10X8f7D7h0XKjDvyaL8ZmpSX9gUTa5ArrTW84a0+6A@mail.gmail.com">
      
      <div dir="ltr"><font face="verdana, sans-serif">:</font><br>
        <font face="verdana, sans-serif"></font>
        <div class="gmail_default" style="font-size:small"><font face="verdana, sans-serif"><br>
          </font></div>
        <div class="gmail_default" style="font-size:small"><span style="font-family:verdana,sans-serif">In relation to my
            initial proposition, I overlooked the </span><font face="monospace">jdk.virtualThreadScheduler.maxPoolSize</font><font face="verdana, sans-serif"> property, which could assist in
            my scenario. However, it seems to be capped at 256 unless
            parallelism is also set.</font><br>
        </div>
      </div>
    </blockquote>
    <br>
    The jdk.virtualThread.* system properties are documented in an
    Implementation Note in the Thread class description.
    jdk.virtualThread.maxPoolSize defaults to 256 but can be increased
    if really needed.<br>
    <br>
    -Alan<br>
  

</div></blockquote></body></html>