Forum performance: still a problem?

Thank you for asking! Yes, I do still have some performance issues with the forum. Seems like first load with a cold browser cache is the main or only issue. After the initial load the forum behaves more like a single page application (only partially loading pages) and is generally fast. The Firefox developer tools indicates a download of something or other is hanging and blocking progress towards a usable, interactive page. Sometimes it takes more than a minute before I can do anything (I’ll call that my “minutes-long issue” below).

  • location: Seattle, WA USA
  • vpn: no
  • network: gigabit fiber
  • browser: Firefox

Firefox asset download details: OpenSans-Regular.ttf is blocked but requests for /fonts/OpenSans-Regular.ttf?v=0.0.9 succeed (HTTP 200).

Ah, OpenSans-Regular.ttf is blocked by Firefox because it is hosted on a different domain. Maybe that is blocking other assets from loading as well? Check out these errors from the Firefox console:

Cross-Origin Request Blocked: The Same Origin Policy disallows reading the remote resource at https://nextcloud.com/wp-content/themes/nextcloud-theme/dist/fonts/OpenSansRegular.ttf. (Reason: CORS request did not succeed). Status code: (null).
downloadable font: download failed (font-family: "Open Sans" style:normal weight:400 stretch:100 src index:2): bad URI or cross-site access not allowed source: https://nextcloud.com/wp-content/themes/nextcloud-theme/dist/fonts/OpenSansRegular.ttf 

I can reproduce this CORS failure in the Chromium browser.

https://www.webpagetest.org/result/220911_BiDcQK_879/ shows a timing of <5sec for an interactive page, so doesn’t really count as a good independent repro outside my home network of the minutes-long issue, but it does show several blocking assets and a 4xx HTTP error response code for OpenSansRegular.ttf.

https://www.webpagetest.org/result/220911_BiDcQK_879/3/experiments/ has some really interesting suggestions, including a couple related to the OpenSansRegular.ttf issue above.

See also:

Here’s output of tracepath -n help.nextcloud.com:

 1?: [LOCALHOST]                      pmtu 1492
 1:  192.168.1.1                                           0.361ms
 1:  192.168.1.1                                           0.295ms
 2:  63.231.10.75                                          2.515ms
 3:  63.226.198.81                                         2.426ms
 4:  no reply
 5:  4.69.161.98                                         178.492ms asymm 17
 6:  212.133.6.2                                         179.173ms asymm 17
 7:  213.239.224.38                                      178.922ms asymm 17
 8:  213.239.224.142                                     178.807ms asymm 17
 9:  95.216.247.163                                      178.887ms 
10:  95.217.53.146                                       178.928ms reached
     Resume: pmtu 1492 hops 10 back 10 

mtr -n help.nextcloud.com tries harder, and it shows that “no reply” hop is from a router with IPv4 address 4.68.38.173. It shows 90% packet loss from that router. I’m guessing that router is in Finland based on the similarity of the IP address of the next router. Here’s a snapshot of mtr output:

                                  My traceroute  [v0.93]
myhost (192.168.1.101)                                            2022-09-11T12:33:08-0700
Keys:  Help   Display mode   Restart statistics   Order of fields   quit
                                                  Packets               Pings
 Host                                           Loss%   Snt   Last   Avg  Best  Wrst StDev
 1. 192.168.1.1                                  0.0%    12    0.3   0.3   0.3   0.3   0.0
 2. 63.231.10.75                                 0.0%    12    4.1   4.0   2.3  18.3   4.5
 3. 63.226.198.81                                0.0%    12    2.5   2.7   2.2   4.5   0.6
 4. 4.68.38.173                                 90.9%    12    3.0   3.0   3.0   3.0   0.0
 5. 4.69.161.98                                  0.0%    12  178.3 180.7 177.9 192.3   4.8
 6. 212.133.6.2                                  0.0%    12  178.8 179.7 178.5 184.2   2.0
 7. 213.239.224.38                               0.0%    12  178.8 179.9 178.6 186.3   2.3
 8. 213.239.224.142                              0.0%    11  178.7 178.7 178.4 179.0   0.2
 9. 95.216.247.163                               0.0%    11  178.6 178.6 178.4 178.9   0.2
10. 95.217.53.146                                0.0%    11  178.8 195.5 178.6 278.0  37.1

Browser details: currently I’m running Firefox 64-bit v104.0 (just whatever is the latest available in the deb/snap repositories for Ubuntu 20.04 and 22.04 LTS) on an Ubuntu desktop or laptop. I can repeat my minutes-long issue in the Chromium browser.

Network details: I’m paying my ISP for 1gbps up and down. Latency is generally very good: 2ms average pings to google dot com. Low jitter with these pings, too. I use a Pi-hole, and I notice it blocks stats.nextcloud.com, so piwik.js is not downloaded by my browser. This doesn’t seem to cause any issues.