nertc left a comment (openstreetmap/openstreetmap-website#5009)
You are right, I thought, it disabled both asynchronous functionalities.
I pulled `master` and tested turning asynchronous loading off.
1. About flash: it is because data is loaded asynchronously and as everything
is rendered one by one (and not as one operation that may cause freezing of the
website), on fast machines it may be perceived as a flash.
2. About performance: these are several rendering test results from my local
machine:
```
3260 features | 178ms -> 328ms (~1.8x)
3163 features | 169ms -> 264ms (~1.5x)
2319 features | 114ms -> 196ms (~1.7x)
```
Therefore, on average previously it was 1.7x faster (which is logical,
because now it is asynchronous and is not done in one operation).
But in terms of redrawing all of the features, when map is moved, there was no
change that would impact that behavior. Even after turning asynchronous
functionality off, all of the features were still redrawn.
Turning asynchronous functionality off will solve flash problem, but redrawing
all the features will stay the same. Though, for those who have weaker CPUs
(for example when I run performance test on `CPU 20x slowdown`), rendering data
asynchronously helps user not to have frozen web page and browser. I think, if
you suggest turning this functionality off or some optimization about rendering
data, it will be better to be discusses in a separate issue.
--
Reply to this email directly or view it on GitHub:
https://github.com/openstreetmap/openstreetmap-website/pull/5009#issuecomment-2736676415
You are receiving this because you are subscribed to this thread.
Message ID:
<openstreetmap/openstreetmap-website/pull/5009/c2736676...@github.com>
_______________________________________________
rails-dev mailing list
rails-dev@openstreetmap.org
https://lists.openstreetmap.org/listinfo/rails-dev