-
Notifications
You must be signed in to change notification settings - Fork 230
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
Partial revert #17044 to fix sql performance regression #17154
base: develop
Are you sure you want to change the base?
Conversation
|
fb375ee
to
452bcb9
Compare
For details see element-hq#17129. Compared to a full revert, we keep the class method instroduced in element-hq#17129, as its used elsewhere by now Fixes: element-hq#17129 Signed-off-by: Christoph Settgast <[email protected]>
452bcb9
to
a9262de
Compare
a9262de
to
3fff4bd
Compare
@csett86 have you tried this and seen that it helps? The queries should basically be the same so am a bit confused how the revert would help, but if you've confirmed it does then I'll have a deeper look |
Yes @erikjohnston, I have deployed this for 10 days now and it helps immensely: #17129 (comment) This is on a public homeserver with a reasonable amount of rooms and active users, where postgres was maxing out without this revert. See the issue #17129 for details and others reporting the same. |
@csett86 I can confirm your mr also fixes my problem, I'm using your patch on a docker build, io is back to normal as well as cpu usage, thanks ! |
We don't currently think this is safe, but we're still looking into how to fix the performance regression in a safe way. |
@reivilibre for now I'm keeping this patch on my server, without it it is fully unusable (both synapse and other services) |
For details see #17129. Compared to a full revert, we
keep the class method instroduced in #17129, as its used
elsewhere by now
Fixes: #17129
Signed-off-by: Christoph Settgast [email protected]
Pull Request Checklist
EventStore
toEventWorkerStore
.".code blocks
.(run the linters)