Cold cache vs no cache TTFB

#1
I'm observing performance results with cache plugins, that I can't explain. When running performance test on pure OpenLitespeed server (no cache enabled) here is what I get:
First Byte Start Render FCP Speed Index Last Painted Hero
First View 0.675s 1.200s 1.067s 1.655s 1.800s
Repeat View 0.445s 0.800s 0.671s 1.108s 1.200s

Let's take 0,6s TTFB as a baseline. After enabling LScache this is what I've got:
First Byte Start Render FCP Speed Index Last Painted Hero
First View 2.921s 3.300s 3.117s 3.630s 4.100s
Repeat View 0.220s 0.600s 0.485s 0.797s 1.000s

First hit is cache miss - 2,9s, second is a cache hit 0,2s. I can't explain a difference between 0,6s withouth LScache and 2,9s with LScache and cache miss. I can reproduce this everytime. There is something fundamentally wrong, but I can't tell what.
 

Cold-Egg

Administrator
#2
Hi,

I just launched one and tested and see no difference between no cache and cache miss cases on my Chrome + developer tool.
Also tested on google page speed tool, same timing. May I know if your site is default wordpress theme and no other plugin?
Do you have all default settings on LSCache during the test?

Best,
Eric
 
#3
Hi,
I've asked for help on LS Cache support forum: https://wordpress.org/support/topic/slow-first-view-and-fonts-preloading/#post-13099831
I've provided there details about configuration and performed test under different conditions.
I've just did another test - switched to default theme: First view is 1,6s, 2nd view (cached) 0,2s. So still way above result without LS Cache enabled. I don't think theme in this case plays significant role. I'm just testing home page, which is widget-less, almost no js.

I did one more test. I'vew disabled LS Cache, enabled WP Rocket. Results indicated that something is wrong with OLS configuration.
First view (non cached) is 2,4s, 2nd view (cached) is 0,2s. So cached and no cached results are very similar for both caching plugins.
 
Last edited:
#4
I am seeing similar results. I set up /tmp as tmpfs in /etc/fstab and get slightly better results so maybe the initial delay is partly due to OLS writing out the cache files in /tmp/lshttpd/swap/.
 
Top