CSS Performance regression inTableColumnHeader.resizeColumnToFitContent
Robert Lichtenberger
r.lichtenberger at gmail.com
Fri Feb 2 06:10:51 UTC 2024
Am 01.02.24 um 16:53 schrieb John Hendrikx:
>
> Is it still a CSS performance degradation then? I mean, it's the same
> speed, and the number of calls should be irrelevant?
A performance degradation must be present, since after the expected
deterioration of JFX 19 it has become twice as slow since.
The assumption that is has something to do with CSS is based on the fact
that we also have rendering performance problems in TableView in our
production application where a column with a cell factory exists that
has lots of nodes in a cell.
>
> However, if you want to narrow it down further (perhaps there is more
> performance to be gained), you could run your tests against the early
> access builds. You may be able to find a set of 10-20 isolated
> commits that could have led to the introduction of the extra 60.000
> calls. For example, check if the problem is present in 20-ea+1 up to
> 20-ea-19, 20, 20.0.1 and 20.0.2 (early access versions available are
> 1, 2, 3, 4, 6, 7, 9, 11, 19), see here:
> https://mvnrepository.com/artifact/org.openjfx/javafx-base
Good idea, I will try that.
And I will also create an issue / PR for the "low hanging fruits" in
resizeColumnToFitContent.
Robert
More information about the openjfx-dev
mailing list