Am 20.03.22 um 16:35 schrieb Felix Schumacher:


Am 16.03.22 um 18:14 schrieb Vladimir Sitnikov:
I would say, that my issue is not a regression and therefore should be not
a blocker.

There might be a regression like: "new setting caused activating kerning
for texts smaller than 10K" (or whatever is the default).
So if previously the kerning was always disabled, the new option might
unexpectedly activate it.

My assumption was that "it should not hurt since the text is only 10K",
however, in reality, it looks like even short texts cause slowness
for the old JDK.

So I'm inclined to make the default 0 (always disable kerning in response
text areas) for Java <17.
WDYT?
While I don't think, that setting this has introduced a regression (I disabled the line, that would enable the hack), I think I might have another alternative to our problem:

https://github.com/apache/jmeter/pull/706

This will disable word/line wrapping (when the result is bigger than 10.000 chars; should probably be made configurable). That hack will speed up the rendering a lot. My tests with the biggish result, are showing no noticeable delay while switching between the results.

Note, that this will fix the text view, only. When switching to regex tester (or any other view), the problem of long loading times will reappear. (I think, that we can use the same hack for most of our views).

Felix

To answer your question. If disabling the kerning makes the result appear faster on your setup, I am +1 to setting this to 0 for all Java versions (or all Java versions <17).

Felix

Vladimir

Attachment: OpenPGP_0xEA6C3728EA91C4AF.asc
Description: OpenPGP public key

Attachment: OpenPGP_signature
Description: OpenPGP digital signature

Reply via email to