-
Notifications
You must be signed in to change notification settings - Fork 1.7k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
[BUG] (web & mobile) Map loading very slowly with a lot of assets #4174
Comments
The way the clustering UI feature works it needs all the assets up front. The alternative is probably a different tool or custom approach. Can you confirm that the API endpoint returns quickly and the clustering and rendering is what is slow? |
Yes, that indeed is the case. The request takes 3 - max 5 seconds, and after that, it takes at least 10 seconds for something to show up. Furthermore, I believe it is still doing something in the background as the page hangs and it needs to be refreshed to navigate to a different page. |
I'm facing the same issue with only 3000 assets, of which probably less than 1000 are geotagged at all. |
Same here, 17k assets, with about 2k geotagged. When I open the map, it loads only ~200 assets, but I know there are a load more (I have seen them in the map before in previously). It keeps loading and the webUI freezes (I have to refresh or go to another page). I also noticed the "Storage" on the bottom left keeps loading and never finishes on the map page. When I refresh into the timeline, it works fine again. On mobile it behaves the same way, although if I select only "Show Favorite Only", it works perfectly. |
I think I'm experiencing the same problem. If I login with my user that has about 30 000 photos then it works and is fast and no delays what so ever. |
I'm guessing you may have some bad data that is causing an issue. Specifically, the network request to load gps data will probably contain assets with |
Ok. I have the heap out of memory issue as well so I followed your advice emptying geocoding folder without success. |
This issue is for tracking the map rendering being slow with lots of assets. Unrelated to that is the map not working because of bad data. Also unrelated is the microservices container running out memory and crashing. Those are three separate and independent issues. Yes, you can open a new issue for the bad data in the map, since there are already existing issues for the other two. |
Is this still an issue with the new map provider? |
My map is writing fine now, but I don't have "a lot of assets" compared to some other reporters. |
@jrasm91 Thanks for the improvements! The web experience is much smoother now and the map loads very quickly. On mobile, it works OK as soon as it loads, but it still takes about 10-15secs to do that. |
Yeah it is still all rendered clientside. |
Thanks for the map improvements! In the latest release on mobile the map now loads in much quicker. Unfortunately, another issue appears now - every time I try to move the map, or zoom it, it hangs for about 10secs before compleating the action. |
Hi, ~200.000 assets |
The bug
I have more than 70k of assets and since adding more and more of them, I have noticed that the map is loading slower with more assets.
I assume this is due to all assets being preloaded on the map open, it would be nice if only the approximate counts were loaded in larger zoom levels and specific assets only when the map is zoomed in.
The OS that Immich Server is running on
Ubuntu 22.04, iOS 17
Version of Immich Server
v1.79.0
Version of Immich Mobile App
v1.79.0
Platform with the issue
Your docker-compose.yml content
N/A
Your .env content
Reproduction steps
1. Upload many assets 2. Open map on mobile or web 3. See that it takes very long for the map to load
Additional information
No response
The text was updated successfully, but these errors were encountered: