<div dir="ltr"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><br>
<br>
I have a question regarding H2. Not all pinning due to synchronized is harmful; in fact, most uses of synchronized are benign and need not (and perhaps should not) be replaced with ReentrantLock. It is when pinning is *both* frequent and long-running that it adversely affects virtual threads’ scalability. Obviously, if you make the DB sleep inside a synchronized block that would qualify as a problem, but since H2 is an in-memory database, did you also detect a problem with H2 and more realistic uses?<br><br></blockquote><div><br></div><div>To be honest, you are right, I'm a bit exaggerating the issue given how H2 is often used. Though it is possible to show the pinning issue (just easier to make it obvious with a sleep). The simplest way to do it is to require H2 to lock tables. For example, by running concurrent INSERTs, etc. on the same table. In that case, H2 with all the synchronized will be magnitudes slower (than my no synchronized modification). Also, there is a server mode for H2 (not that I tested it, or ever heard anyone using it ...).</div></div></div>