<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>