Current time: 12-15-2017, 03:06 AM Hello There, Guest! (LoginRegister)

Post Reply 
 
Thread Rating:
  • 0 Vote(s) - 0 Average
  • 1
  • 2
  • 3
  • 4
  • 5
Start render after load event
06-09-2016, 08:11 AM
Post: #1
Start render after load event
I am trying to understand why the Start render in this case is later then the load event.

http://www.webpagetest.org/result/160608...1/details/
Find all posts by this user
Quote this message in a reply
06-10-2016, 03:39 AM
Post: #2
RE: Start render after load event
The Load Event is something coming from the browser, if it's supported. It's been known to be an inaccurate metric because other things can still get loaded after this to finish loading a page. And it looks like you have some JS files being requested that are blocking the page from rendering faster as well.

Start Render is a WPT metric that visually determines when a page starts to render onto the screen. So it's more accurate, and if anything is blocking that render, like a script, you won't see anything on the screen even though the Load Event was triggered.

I would focus more on the Fully Loaded area, rather than the Document Complete area of the results table, since it's likely more accurate to what a user may encounter on your site.

Jean Tunis
Principal Consultant, RootPerformance Consulting
http://www.websiteevals.com
Author, Analyzing HTTP
http://www.analyzinghttp.com
Find all posts by this user
Quote this message in a reply
06-10-2016, 03:52 AM
Post: #3
RE: Start render after load event
Thanks! It starts to make sense.. I was sure that something is wrong with that test.

So basically the browser's load event can fire even while some scripts are still busy runing?
Sounds strange, no?


What would be a good way to see which script it is?
Is the suggested way by blocking script by script in WPT to see which one causes this issue?

Thanks again!
Find all posts by this user
Quote this message in a reply
06-28-2016, 01:10 AM
Post: #4
RE: Start render after load event
Sorry not replying to you sooner.

One way to tell which script may be slowing you down is with WPT itself.

If you see a bunch of scripts at the top of the waterfall, and its taking time for the page to load, I would take a look at those scripts.

But I wouldn't go the route of blocking them individually. That could take some time to do in WPT, plus doing so would identify more than just performance issues. So I would only do that if I wanted to know about how the site the only performs but looks with or without certain scripts.

To help identify which script may be causing performance issues, I would instead run WPT with the option to capture the Chrome timeline. The Timeline should give you an idea of which scripts are causing problems.

Jean Tunis
Principal Consultant, RootPerformance Consulting
http://www.websiteevals.com
Author, Analyzing HTTP
http://www.analyzinghttp.com
Find all posts by this user
Quote this message in a reply
Post Reply 


Forum Jump:


User(s) browsing this thread: 1 Guest(s)