Are there volunteers to contribute to the relevant changes (e.g. thread
group changes, tests)?
Vladimir
I agree with Antonio and Philippe. It would be great if the JMeter
ecosystem could adapt to the changes in OpenJDK.
While I can create my own plugin and use it, having it built-in directly in
JMeter would make me feel more confident in our work. Thanks!
On Tue, Jan 16, 2024 at 8:33 AM Antonio Gom
Hi all,
There are some tests made by people (search jmeter virtual thread in
google) and it seems that the gain is not big
But I think it will be great to migrate to virtual thread to :
- take advantage of the improvements made by OpenJDK team
- show that JMeter is modern (I often hear that k6/Gat
>Maybe it won't help on memory side, but it will help on CPU side and
>increase scalability.
Maybe. Maybe not.
You are free to give it a try.
Vladimir
On Tue, Jan 16, 2024 at 7:41 AM Vladimir Sitnikov <
sitnikov.vladi...@gmail.com> wrote:
> >Now java 21 has integrated Virtual Threads , isn't it the time to use it,
>
> I'm +0 regarding that.
>
> Of course, we might try adding "use virtual threads" property to a Thread
> Group and check how it wou
>Now java 21 has integrated Virtual Threads , isn't it the time to use it,
I'm +0 regarding that.
Of course, we might try adding "use virtual threads" property to a Thread
Group and check how it would behave.
However, I would not expect much out of it.
It might produce hype, however, I doubt it
Hello,
Few months ago, we discussed the potential benefits of Project Loom, the
discussion ended with a PR from Vladimir using Kotlin Co-Routines which
never got merged.
Now java 21 has integrated Virtual Threads , isn't it the time to use it,
knowing me may have to refactor some piece of code t
