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
Random 504 timeouts with SYNC_LOCK #32
Comments
Hi, Thanks for the feedback on performance. Haven't tried that hard yet ;) Yes, it must related to the logic here. It happens when
Maybe you can:
Let me know whether these work for you. Nice day! |
Is it possible to do those two things without using something like Also, I was wondering, could the size of the database impact this? How large databases sizes would hybrid-disk-cache support? Our is about ~50-70mb on average. |
You can fork it and install the npm by "npm install user/repo".
|
I managed to minimalize I would for sure say that 50+ mb databases have some kind of lag here and there even though sqlite supports 281 tb. I will probably go forward and increase the Did you think about implementing true
|
I did some investigating...
I will not do this because this will just increase number of |
Hello,
great package, we have cut our load times drastically after integrating next-boost.
The cache is working really well, even with thousands requests per seconds (we managed to hit 40k req/s with response time still under 500ms).
While cache is working perfectly for the most time i noticed that sometimes (on various loads) SYNC_LOCK timeout of 10s expired and then that manifests as
504
errors on our web server.I initially thought that is happening due to revalidation logic eg:
But after running some tests with longer
ttl
i still got the same errors (even though all requests where hits because cache was still valid).I am thinking that we are maybe getting some anomalies with read/write from cache?
Any thoughts on this or advices?
Thanks!
The text was updated successfully, but these errors were encountered: