22 posts in this topic Last Reply

Recommended Posts

Is it me or has the forum been noticeably slower for the last couple of days?

Share this post


Link to post
3 minutes ago, johnnie.black said:

Is it me or has the forum been noticeably slower for the last couple of days?

I haven't noticed any issues either via ethernet or wifi either on my own network or remote from work

Share this post


Link to post

It seems to work well for me. Using Chrome.

Share this post


Link to post

I guess it's me then, it's mostly when clicking or going back to the unread post list.

Share this post


Link to post

Going back sometimes fails for me - but that has happened for a long time. So I have to go back one step extra before the AJAX code switches content. Then I have to click on the specific forum again.

Share this post


Link to post
Posted (edited)

Yea, as this forum starts to grow, it gets slower, @limetech could try to install and use google pagespeed and or a reverse proxy for static content, if they didnt have already.

 

Easiest would be cloudflare, which also cache some things. (and free CDN)

 

Now its not that bad, but it will get worser and worser.

 

https://www.webpagetest.org/result/180518_Z1_c40091767dbc768f66ccb3bbcfb7ed52/


Its probably because of that "bad" first time byte, could be speed up by CDN, i guess.

 

Edited by nuhll

Share this post


Link to post
7 hours ago, nuhll said:

Yea, as this forum starts to grow, it gets slower, @limetech could try to install and use google pagespeed and or a reverse proxy for static content, if they didnt have already.

 

Easiest would be cloudflare, which also cache some things. (and free CDN)

 

Now its not that bad, but it will get worser and worser.

 

https://www.webpagetest.org/result/180518_Z1_c40091767dbc768f66ccb3bbcfb7ed52/


Its probably because of that "bad" first time byte, could be speed up by CDN, i guess.

 

 

I setup AWS CloudFront as a CDN for the forums now.  overall site is clocking in about a second quicker for a complete document render but still didn't help the First Byte Time: https://www.webpagetest.org/result/180518_TN_27a109b178139a25d43d66feb8e25298/

  • Like 1

Share this post


Link to post
14 hours ago, nuhll said:

Easiest would be cloudflare, which also cache some things.

 

CloudFlare looks great and we'll probably integrate it in about 2 months along with some other major infrastructure changes here.  I see the webpagetest was performed from France and CloudFlare will accelerate the First Byte Time greatly for countries outside the U.S.

  • Like 1

Share this post


Link to post
7 hours ago, eschultz said:

 

CloudFlare looks great and we'll probably integrate it in about 2 months along with some other major infrastructure changes here.  I see the webpagetest was performed from France and CloudFlare will accelerate the First Byte Time greatly for countries outside the U.S.

 

The linked download diagrams seems quite slow.

 

When forcing a full reload in Chrome I get the first data after about 400ms and the forum is fully loaded after about 2.8 seconds.

Similar times when testing with IE. This is to Sweden.

 

The linked data above shows about 1 MB loaded.

When doing a clear load in IE, it's about 2.3 MB that gets downloaded so my download is definitely not skipping lots of data as cached.

 

I wonder if the SSL negotiation times are the reason for the big differences in download times.

Share this post


Link to post
Posted (edited)

Seems like 60% is image traffic, so maybe google pagespeed could help with all those pictures and css files. Makes it also easier for Cloudflare to cache all the things.

 

In case you use Apache.

Edited by nuhll

Share this post


Link to post

I think it would be way more interesting to check why the limes servers results in 1000+ ms ssh negotiation times while the other servers manages about 100 ms.


The linked data indicates that the bulk download starts when my download has finished and the complete final page is already displayed.

 

Not so much reason to worry about the actual image download times, if some parts of the world have to wait a large amount of time before even being able to request the image downloads.

Share this post


Link to post

I testet the last days, feels alot faster.

 

Do you use Apache? If so, try pagespeed, it helped my "1000 concurrent users at the same time" forum alot. Without the need of "changing" anything.

Edited by nuhll

Share this post


Link to post
5 hours ago, nuhll said:

Do you use Apache?

We use Nginx but it looks like Pagespeed is available to compile for Nginx as well.  I'll look in to it -- Thanks!

Share this post


Link to post

Ah nice, didn tknow that, the time i integrated it, i think it was only avaible for apache and since i anyway used apache and then nginx for static content i tried it with good success and nearly no problems.

Share this post


Link to post

It's still very slow for me, every time I click the browser back button to go back to the unread post list it takes 6 to 7 seconds, both at home and work, with different computers and ISPs .

Share this post


Link to post
11 minutes ago, johnnie.black said:

It's still very slow for me, every time I click the browser back button to go back to the unread post list it takes 6 to 7 seconds, both at home and work, with different computers and ISPs .

 

I have the same issue, but it's not always 6-7 seconds to go back. And it does it if I'm on wifi or phone network. 

Share this post


Link to post

It takes about 2.8 seconds to click back from this thread.

Most time is to get the root html document.

Share this post


Link to post

Don't know if something was done but I'm seeing normal speeds again today, about 1 or 2 seconds max, similar to what was before.

Share this post


Link to post
37 minutes ago, johnnie.black said:

Don't know if something was done but I'm seeing normal speeds again today, about 1 or 2 seconds max, similar to what was before.

 

About 2 hours ago I moved the whole 'search' database to a separate machine (and now using elasticsearch instead of mysql).  Search is a hog both for maintenance and when it's being performed so this should help speed up normal forum operations.  Also elasticsearch is suppose to return better results.

 

About 15min ago I upgraded php from 7.0 to 7.2 on that server.  Should give a little bit of a boost in performance.

  • Like 2

Share this post


Link to post
33 minutes ago, eschultz said:

 

About 2 hours ago I moved the whole 'search' database to a separate machine (and now using elasticsearch instead of mysql).  Search is a hog both for maintenance and when it's being performed so this should help speed up normal forum operations.  Also elasticsearch is suppose to return better results.

 

About 15min ago I upgraded php from 7.0 to 7.2 on that server.  Should give a little bit of a boost in performance.

Thanks, it's definitely a lot faster, also very noticeable when getting the unread post list on Tapatalk.

Share this post


Link to post
5 hours ago, eschultz said:

 

About 2 hours ago I moved the whole 'search' database to a separate machine (and now using elasticsearch instead of mysql).  Search is a hog both for maintenance and when it's being performed so this should help speed up normal forum operations.  Also elasticsearch is suppose to return better results.

 

About 15min ago I upgraded php from 7.0 to 7.2 on that server.  Should give a little bit of a boost in performance.

 

Also for me a noticeable improvement in loading time, specially "unread content". Thank you Mr Fix it.

Share this post


Link to post

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now


Copyright © 2005-2018 Lime Technology, Inc.
unRAID® is a registered trademark of Lime Technology, Inc.