-
-
Notifications
You must be signed in to change notification settings - Fork 2.1k
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
room directory is very very slow over federation as that API doesn't let you paginate #3327
Comments
@erikjohnston are you seeing this performance prob? |
(ftr, it has never been quick. I assume it pulls the entire room list from matrix.org before responding to the client) |
yes, it is quite slow |
...and it gets stuck issuing 50x's half the time :( |
I've split this into two synapse bugs: matrix-org/synapse#1980 (general perf problems) and matrix-org/synapse#1981 (client-reader gets entirely wedged). |
so @erikjohnston seems to have fixed the 'general perf problems' part of this, but the problem over federation still exists. Apparently this is because the publicRooms API simply doesn't paginate at all over federation. |
apparently it should be usable but slow over federation (i.e. it's as slow as if you weren't paginating). |
reprioritising appropriately |
Current status? |
still waiting for someone to make the directory api paginate over federation, sadly :( |
This is going to get really bad with the advent of hosted homeservers. |
I'm also not sure whether the problem is really a question of pagination or caching problems. This might also improve if we ever land the matthew/stats branch, so that the public room directory can just be pulled straight out of a room_stats table rather than having to do more sophisticated shenanigans? |
Any interest in a merkle tree implementation for federation of large lists?
🤷♂️
|
Searching matrix.org now that the directory is paginated is pretty quick. |
It takes at least 90 seconds to get a room list
The text was updated successfully, but these errors were encountered: