Kommentare zu: Ensuring Web Site Performance – Why, What and How to Measure Automated and Accurately http://blog.dynatrace.com/2010/01/13/ensuring-web-site-performance-why-what-and-how-to-measure-automated-and-accurately/ Sat, 11 Feb 2012 09:39:39 +0000 hourly 1 http://wordpress.org/?v=3.1.3 Von: olivvv http://blog.dynatrace.com/2010/01/13/ensuring-web-site-performance-why-what-and-how-to-measure-automated-and-accurately/comment-page-1/#comment-11303 olivvv Mon, 25 Jan 2010 08:31:20 +0000 http://blog.dynatrace.com/?p=1279#comment-11303 Andreas thanks ! this is just like if had discovered right-click on my PC... Andreas thanks ! this is just like if had discovered right-click on my PC…

]]> Von: Andreas Grabner http://blog.dynatrace.com/2010/01/13/ensuring-web-site-performance-why-what-and-how-to-measure-automated-and-accurately/comment-page-1/#comment-11217 Andreas Grabner Thu, 21 Jan 2010 12:48:03 +0000 http://blog.dynatrace.com/?p=1279#comment-11217 @olivvv: While you are recording your steps you can use the "Marker" feature in the dynaTrace IE Toolbar. You can set a mark before every step naming it "connect", "login", ... After you are done recording go to the Timeline. The markers will show up. Zoom in the are after your Tab5 Marker. Now do a "DrillDown - TimeFrame". You will end up in the purepath view with all activities of that timeframe. Now you can click through the individual javascript PurePaths and use the contributor tab on the bottom left to see your hotspots for eacch individual purepath. You can also use the filter in the purepath tree (just start typing) to search for e.g.: getElementById @olivvv: While you are recording your steps you can use the “Marker” feature in the dynaTrace IE Toolbar. You can set a mark before every step naming it “connect”, “login”, …
After you are done recording go to the Timeline. The markers will show up. Zoom in the are after your Tab5 Marker. Now do a “DrillDown – TimeFrame”. You will end up in the purepath view with all activities of that timeframe. Now you can click through the individual javascript PurePaths and use the contributor tab on the bottom left to see your hotspots for eacch individual purepath. You can also use the filter in the purepath tree (just start typing) to search for e.g.: getElementById

]]> Von: olivvv http://blog.dynatrace.com/2010/01/13/ensuring-web-site-performance-why-what-and-how-to-measure-automated-and-accurately/comment-page-1/#comment-11216 olivvv Thu, 21 Jan 2010 12:39:34 +0000 http://blog.dynatrace.com/?p=1279#comment-11216 Andreas thanks for your answer We have only one URL in our app, it is a single-load client-side application. When I profile the following actions: connect - login - tab1 - tab 2 - tab 3 - tab 4 - tab 5 dynatrace gives me the performance of getElementById. When I profile only the opening of tab 5, I dont get the performance of getElementById. Dynatrace is good at telling me where to start optimizing the application, but it is not very helpful when i need more detailed data. Its good to know the hotspots, but I'd like also to be able to choose the spots to watch. Andreas thanks for your answer

We have only one URL in our app, it is a single-load client-side application.

When I profile the following actions:
connect – login – tab1 – tab 2 – tab 3 – tab 4 – tab 5

dynatrace gives me the performance of getElementById.

When I profile only the opening of tab 5, I dont get the performance of getElementById.

Dynatrace is good at telling me where to start optimizing the application, but it is not very helpful when i need more detailed data.

Its good to know the hotspots, but I’d like also to be able to choose the spots to watch.

]]> Von: Andreas Grabner http://blog.dynatrace.com/2010/01/13/ensuring-web-site-performance-why-what-and-how-to-measure-automated-and-accurately/comment-page-1/#comment-11191 Andreas Grabner Wed, 20 Jan 2010 13:07:34 +0000 http://blog.dynatrace.com/?p=1279#comment-11191 @olivvv: You can drill to the HotSpot view for a specific URL. Open the Summary View - pick the URL for your last tab - right click and select "DrillDown - Hot Spots". Also - if you have identified the PurePath (JavaScript execution that is slow on your last tab) the Contributors list on the lower left shows you which methods contribute the most to the performance of that PurePath @olivvv: You can drill to the HotSpot view for a specific URL. Open the Summary View – pick the URL for your last tab – right click and select “DrillDown – Hot Spots”.
Also – if you have identified the PurePath (JavaScript execution that is slow on your last tab) the Contributors list on the lower left shows you which methods contribute the most to the performance of that PurePath

]]> Von: olivvv http://blog.dynatrace.com/2010/01/13/ensuring-web-site-performance-why-what-and-how-to-measure-automated-and-accurately/comment-page-1/#comment-11189 olivvv Wed, 20 Jan 2010 12:21:42 +0000 http://blog.dynatrace.com/?p=1279#comment-11189 Hi In our client-side heavy app we can open some complex form into tabs. I want to profile the performance of getElementById(), which I believe, decreases as the dom size expands. Using dynatrace, if I log into our app and open 5 of those tabs, then closes, dynatrace will show me how getElementById has performed. I believe dynatrace considers it is slow enough to be shown in the hot spots panel. But if I profile only the opening of the last tab (should be the slowest), dynatrace will not give me information about getElementById. As a result I am left with data about a long scenari, but not the specific action I want to profile. Is there/Will there be a way to tell dynatrace the precise things I want to profile, before the run ? Or have you another workaround solution for me ? thanks Olivier Hi

In our client-side heavy app we can open some complex form into tabs.

I want to profile the performance of getElementById(), which I believe, decreases as the dom size expands.

Using dynatrace, if I log into our app and open 5 of those tabs, then closes, dynatrace will show me how getElementById has performed.

I believe dynatrace considers it is slow enough to be shown in the hot spots panel.

But if I profile only the opening of the last tab (should be the slowest), dynatrace will not give me information about getElementById.

As a result I am left with data about a long scenari, but not the specific action I want to profile.

Is there/Will there be a way to tell dynatrace the precise things I want to profile, before the run ? Or have you another workaround solution for me ?

thanks

Olivier

]]> Von: Andreas Grabner http://blog.dynatrace.com/2010/01/13/ensuring-web-site-performance-why-what-and-how-to-measure-automated-and-accurately/comment-page-1/#comment-11154 Andreas Grabner Tue, 19 Jan 2010 12:21:56 +0000 http://blog.dynatrace.com/?p=1279#comment-11154 @mavadaes: yes-I am refering to the dynaTrace AJAX Edition. Every view is exportable via a copy/paste feature. Simple select one or multiple rows in any table/tree view and copy the content to the clipboard. The format is XML and can be pasted into Excel which understands the XML format and makes a spreadsheet out of it. Also - check out the dynaTrace Community Portal - it has an entry about that feature @mavadaes: yes-I am refering to the dynaTrace AJAX Edition. Every view is exportable via a copy/paste feature. Simple select one or multiple rows in any table/tree view and copy the content to the clipboard. The format is XML and can be pasted into Excel which understands the XML format and makes a spreadsheet out of it. Also – check out the dynaTrace Community Portal – it has an entry about that feature

]]> Von: mavadaes http://blog.dynatrace.com/2010/01/13/ensuring-web-site-performance-why-what-and-how-to-measure-automated-and-accurately/comment-page-1/#comment-11152 mavadaes Tue, 19 Jan 2010 12:03:11 +0000 http://blog.dynatrace.com/?p=1279#comment-11152 "The tool also provides the ability to export captured data to XML or spreadsheet applications like Excel" Do you mean the dynatrace ajax edition? I've just downloaded the latest version, and when I export session data, I cannot choose xml nor excel. “The tool also provides the ability to export captured data to XML or spreadsheet applications like Excel”
Do you mean the dynatrace ajax edition? I’ve just downloaded the latest version, and when I export session data, I cannot choose xml nor excel.

]]> Von: SMiGL http://blog.dynatrace.com/2010/01/13/ensuring-web-site-performance-why-what-and-how-to-measure-automated-and-accurately/comment-page-1/#comment-11047 SMiGL Thu, 14 Jan 2010 16:14:23 +0000 http://blog.dynatrace.com/?p=1279#comment-11047 Intresting post, Thanks Intresting post, Thanks

]]> Von: Wim Leers http://blog.dynatrace.com/2010/01/13/ensuring-web-site-performance-why-what-and-how-to-measure-automated-and-accurately/comment-page-1/#comment-11038 Wim Leers Thu, 14 Jan 2010 11:01:26 +0000 http://blog.dynatrace.com/?p=1279#comment-11038 @Alois: Episodes already *is* open source, but will be given a more prominent and permanent home in the next few months — at least that was Steve's plan many weeks ago. There is a small bit of JS that has to load at the top of the page. Then, when each section in the page gets loaded, the time to get to that part of the page is recorded. I'd strongly recommend you read the white paper, it answers most questions: http://stevesouders.com/episodes/paper.php. This is not perfect because it implies a slight overhead for loading Episodes' JS itself. Which sounds silly, but is totally worth it. For my bachelor thesis, I integrated Episodes with Drupal (among other things) and wrote a very, very basic analytics suite to analyze the results. It's a proof-of-concept, it's dog slow, extremely limited, but it shows the potential. If you're interested in this, see the "Test case" section in my <a href="http://wimleers.com/blog/finished-my-bachelor-degree">bachelor thesis text</a>, which starts at page 74, and in particular the charts on page 80 and 83. The goal is of course to get the timing logic of Episodes implemented in browsers themselves, so that the overhead disappears and the timings become more accurate. There already is a W3C proposal for this by another Google employee, Zhiheng Wang. You can find it over here: http://dev.w3.org/2006/webapi/WebTiming/. @Alois: Episodes already *is* open source, but will be given a more prominent and permanent home in the next few months — at least that was Steve’s plan many weeks ago. There is a small bit of JS that has to load at the top of the page. Then, when each section in the page gets loaded, the time to get to that part of the page is recorded.
I’d strongly recommend you read the white paper, it answers most questions: http://stevesouders.com/episodes/paper.php.

This is not perfect because it implies a slight overhead for loading Episodes’ JS itself. Which sounds silly, but is totally worth it.
For my bachelor thesis, I integrated Episodes with Drupal (among other things) and wrote a very, very basic analytics suite to analyze the results. It’s a proof-of-concept, it’s dog slow, extremely limited, but it shows the potential. If you’re interested in this, see the “Test case” section in my bachelor thesis text, which starts at page 74, and in particular the charts on page 80 and 83.

The goal is of course to get the timing logic of Episodes implemented in browsers themselves, so that the overhead disappears and the timings become more accurate. There already is a W3C proposal for this by another Google employee, Zhiheng Wang. You can find it over here: http://dev.w3.org/2006/webapi/WebTiming/.

]]> Von: John Rockefeller http://blog.dynatrace.com/2010/01/13/ensuring-web-site-performance-why-what-and-how-to-measure-automated-and-accurately/comment-page-1/#comment-11017 John Rockefeller Wed, 13 Jan 2010 22:30:02 +0000 http://blog.dynatrace.com/?p=1279#comment-11017 This is a wicked article. I will definitely be using some of this advice to speed up my websites. Thanks! This is a wicked article. I will definitely be using some of this advice to speed up my websites. Thanks!

]]>