Nick, Thanks for mentioning HTTPWatch, I tried that one as well as one called IEWatch. Both showed me that the packet that was being sent to the client browser was a little over 4 megs in size. What it also showed me (IEWatch), was there was a STYLE section being called multiple times, so I moved it around so it would be called only once. That should reduce the packet but not by much. Any time shaved off the rendering prcoess is an improvement :-) Thanks again! Oh and for those interested: HTTPWatch for single user runs $249 -- www.httpwatch.com IEWatch for single user runs $169 -- www.iewatch.com
________________________________ From: Adkins, Randy [mailto:[EMAIL PROTECTED] Sent: Fri 3/2/2007 9:50 AM To: CF-Community Subject: RE: Rendering Times? GREAT! Checking it out now. Thanks! ________________________________ From: Nick McClure [mailto:[EMAIL PROTECTED] Sent: Fri 3/2/2007 9:46 AM To: CF-Community Subject: RE: Rendering Times? Check http watch. It is great for download times for each item on the page. > -----Original Message----- > From: Adkins, Randy [mailto:[EMAIL PROTECTED] > Sent: Friday, March 02, 2007 9:42 AM > To: CF-Community > Subject: RE: Rendering Times? > > That is what I am trying to capture. Using GetTickcounts, I can > determine that the page builds in 4 seconds. but does not display in > the browser window for about 11 seconds later (sometimes longer). > > I know there are other factors involved such as Connection Speed, > bandwidth and pipes that the packet has to travel. > > > ________________________________ > > From: Nick McClure [mailto:[EMAIL PROTECTED] > Sent: Fri 3/2/2007 9:38 AM > To: CF-Community > Subject: RE: Rendering Times? > > > > How much of that is related to the downloading of the file? > > > -----Original Message----- > > From: Adkins, Randy [mailto:[EMAIL PROTECTED] > > Sent: Friday, March 02, 2007 9:30 AM > > To: CF-Community > > Subject: Rendering Times? > > > > I have a page that dynamically builds a result set that has on > average > > 20 columns of numerical data (formatted) per row, averaging 150 rows > > per year for 10 seperate years. Totally about 30k lines of data. > > > > I am using GetTickCount to determine how long the page takes to > build, > > process the SQL, build the HTML Display page. > > > > However, if there a way JS or anyway to determine the time it takes > to > > render that page to the client browser? > > I can sit and hold a stopatch is one way but trying to see if there > is > > a way to do it dynamically as well is there any way to determine the > > size of the packet (HTML Page) that is being rendered to the client? > > > > I have been pulling my hair out (whats left of it) tweaking the > output. > > The SQL runs quickly so I have isolated it to the actual rending of > the > > results. > > > > I now have the times down to display in about 13-15 seconds to > display > > in a TAB format over 30,000 data items. > > However, my calculations show the truepage builds in about 4 seconds. > > So I am assuming that it is taking an additional 9 -11 seconds to > > render the content packet to the client's browser. > > > > Any tips is greatly appreciated! > > > > > > > > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~| Upgrade to Adobe ColdFusion MX7 The most significant release in over 10 years. Upgrade & see new features. http://www.adobe.com/products/coldfusion Archive: http://www.houseoffusion.com/groups/CF-Community/message.cfm/messageid:229317 Subscription: http://www.houseoffusion.com/groups/CF-Community/subscribe.cfm Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=89.70.5
