jmarantz commented on issue #2089:
URL: 
https://github.com/apache/incubator-pagespeed-mod/issues/2089#issuecomment-1095540226

   Thanks for the data including the config; it's very helpful.
   
   It does look like the performance is pretty good even from the US, despite 
the TTFB. I assume the server is in Germany with no US CDN.
   
   Of course TTFB will never get faster with PageSpeed, only slower. The 
question is whether the optimizations it makes during that time provide a 
better user experience.
   
   I visited 
view-source:https://www.keinegotterkeinemeister.de/tshirt-sabotage-black-cat-D01004174288P0210/?PageSpeedFilters=+debug
 to see what timing info PageSpeed injected at the end, and found this:
   ```
   #NumFlushes            0
   #EndDocument after     5906us
   #Total Parse duration  5685us
   #Total Render duration 411563us
   #Total Idle duration   221us
   No critical images detected.
   The following filters were disabled for this request:
   CriticalSelectorFilter: No critical selector info in cache
   DelayImages
   ```
   
   So it looks like your server spent 5.7 seconds in PageSpeed parsing your 
HTML -- that's mostly CPU bound. Then it spent 452ms rendering it -- that may 
be a combination of image optimization, network operations, waiting for 
asynchronous optimizations and URL fetches (depending on the cache setup) That 
leaves 1100-270= 378ms unaccounted for.
   
   I'm guessing that most of this comes from the file cache. It's possible your 
disk is I/O bound. My main suggestion is to try deploying memcached or redis as 
an asynchronous cache. That should be faster than the file-cache.


-- 
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.

To unsubscribe, e-mail: dev-unsubscr...@pagespeed.apache.org

For queries about this service, please contact Infrastructure at:
us...@infra.apache.org

Reply via email to