Sitter här och försöker optimera...
Tyvärr är jag tvungen att använda 3'eparts komponenter och de stökar till det otroligt mycket, slöar ner, inkluderar miljarder med includes, genererar skit, etc.

Någonting tar ruskigt lång tid på en sida jag har. I trace ser jag att det ligger inte i generering av sidorna, det tar 0,2 sekunder fram tills End_Render.
Sidan resulterar dock i 400k (dock är trace påkopplad). Och det är endast html, sen är det en hel del js includefiler som laddas ner till klienten likaså.

Jag MÅSTE få detta att ske snabbare. Kan jag på något sätt mäta EXAKT hur lång tid det tar för mig att ladda ner sidan från servern ?

Kan jag i samma veva få reda på EXAKT hur lång tid det tar att posta till servern ? Med viewstate och allt.

Det går slött som f-n, och jag sitter och utvecklar lokalt !!!!

Viewstate är dock liten, efter en hel del optimering.. runt 20k.

Men vadfan är det som tar sån tid ?? Det måste vara trafiken som skickas. Ett urklipp från trace:

<code>
Request Details
Session Id: ajtnbhmgeqxiyvm5onspo1zv Request Type: POST
Time of Request: 3/10/2005 2:13:51 PM Status Code: 200
Request Encoding: Unicode (UTF-8) Response Encoding: Unicode (UTF-8)
Trace Information
Category Message From First(s) From Last(s)
aspx.page Begin Init
aspx.page End Init 0.000074 0.000074
aspx.page Begin LoadViewState 0.000118 0.000044
A new controlGUID was generated: 28890 0.005400 0.005282
wucProject Page_Init fired. GUID: 28890 0.005471 0.000071
A new controlGUID was generated: dbfaf 0.008834 0.003363
wucProject Page_Init fired. GUID: dbfaf 0.008903 0.000069
aspx.page End LoadViewState 0.016971 0.008068
aspx.page Begin ProcessPostData 0.017046 0.000075
aspx.page End ProcessPostData 0.027511 0.010465
wucProject Page_Load fired. GUID: 28890 0.027570 0.000058
wucProject Page_Load fired. GUID: dbfaf 0.035468 0.007898
aspx.page Begin ProcessPostData Second Try 0.041976 0.006508
aspx.page End ProcessPostData Second Try 0.042124 0.000149
aspx.page Begin Raise ChangedEvents 0.042150 0.000026
aspx.page End Raise ChangedEvents 0.042185 0.000035
aspx.page Begin Raise PostBackEvent 0.042210 0.000025
wucProject: AvcTree1_NodeClicked fired. GUID: 28890 0.043413 0.001203
aspx.page End Raise PostBackEvent 0.058246 0.014833
aspx.page Begin PreRender 0.058294 0.000047
wucProject: Page_PreRender fired. GUID: 28890 0.058354 0.000061
wucProject: Page_PreRender fired. GUID: dbfaf 0.064490 0.006136
aspx.page End PreRender 0.072496 0.008006
aspx.page Begin SaveViewState 0.086381 0.013884
aspx.page End SaveViewState 0.086806 0.000426
aspx.page Begin Render 0.086839 0.000033
aspx.page End Render 0.109927 0.023087


Headers Collection
Name Value
Cache-Control no-cache
Connection Keep-Alive
Content-Length 18201
Content-Type multipart/form-data; boundary=---------------------------7d530c331b03da
Accept image/gif, image/x-xbitmap, image/jpeg, image/pjpeg, application/x-shockwave-flash, application/vnd.ms-excel, application/vnd.ms-powerpoint, application/msword, */*
Accept-Encoding gzip, deflate
Accept-Language en-us
Cookie ASP.NET_SessionId=ajtnbhmgeqxiyvm5onspo1zv
Host localhost
Referer http://localhost/DocItIn/Default.aspx
User-Agent Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; .NET CLR 1.1.4322)
</code>

Och exakt vad är CONTENT_LENGTH ? är det precis ALL trafik, eller bara POSTen eller vafan?

Snälla hjälp mig !!

Hej FAN!
SATANS vad helevete det är jävla svårt att se vad du för i helevete egetligen skriver helvete eftersom allt dränks i svordomarsatan.

Ivilketfallsomhelst:

Content-Lengt
<msdn>Size of the resource, in bytes.</msnd>

Vad gäller svartider och liknande så finns det något verktyg för det i EnterPrice Ed av VS.NET. Exakt vad det heter eller hur du använder det vet jag inte, men det kanske någon annan gör.

Det är ganska klart att det som tar tid är SaveViewState.
Har du verkligen minskat viewstate så att den BARA innehåller PRECIS det du behöver?
OK, bra. Tänk då på följande: Även om tidsbegreppet du anger "segt som fan(?)" inte riktigt säger hur lång tid det tar så finns det vissa saker som kommer göra att din post går snabbare.
1. Stäng av trace
2. Kompilera i Release-Mode.
3. Sätt <compilation debug="false" /> i web.config
4. Kör i skarpt läge och kör mulipla requests (tryck upprepade gånger på f5) och kör en stopklocka,

//Mikael "helvete" Sand

Har du en stor tabell på sidan? Kolla i så fall upp denna metod:
<TABLE style="TABLE-LAYOUT: fixed;">
<COL width=60><COL width=200><COL width=50><COL width=20>
<TR>
...

Det snabbar upp renderingen på klientsidan väldigt mycket!
Det ser inte ut som att du har ett stort problem på servern när sidan skapas (0,02sek var ju sista posten i din trace)

Vad är det för typ av sida?

400 kiB html låter mycket. 20 kiB viewstate låter också mycket.

Du kan aldrig få särsklit bra prestanda på en så stor sida. Det är ju bara att räkna på hur lång tid det tar att skicka datat...

Mikael Sand, Hahaha skriver jag verkligen sådär? Skrattade iallafall ihjäl mig när jag läste ditt svar =)
Ska försöka hålla mig från svärdomar i denna post :) (har lite taskigt humör)

Ang ditt svar: Du tänker nog på MS ACT application test center kanske?

Ja det är nog mycket möjligt att det är SaveViewState som tar sån tid. och LoadViewState kanske.
Har faktiskt inte mätt de metoderna eftersom de inte är implementerade som default, ska göra det och testa.

Segt som fan = flera sekunder. :)

Nu tar det: ca 0,7 sekund från att det står "Done" i statusfältet tills att det står "Opening page.."
(Möjligt att det är tiden det tar för själva Post'en ?)

2 sekunder från att det står "Opening page.." tills sidan blir helt vit. (Vid en postback, antar att det är fr.o.m tillfället då servern börjar överföra och rendera datat till klienten)

2 sekunder till och allt är renderat och färdigt.

Jag observerar att det är många javascript includefiler med i källkoden.
(J-vla 3'e parts komponent som genererar detta!!!!)

Mikael Sand: Resten av optimeringarna du föreslår - självklart utför jag alla dessa innan release, men även nu i utvecklingsstadiet går det för segt för att det ska vara acceptabelt!


Ola Lindfeldt: Du har rätt, det verkar gå ganska snabbt på servern att skapa sidan. Det som verkar ta tid verkar vara att överföra trafiken. Och posts'en.


Göran andersson: Helt rätt. Kolla ovan för tidsmätningar. Tyvärr har jag tappat kontrollen eftersom tredjepartskomponenten äger upp allting, html, js includes, etc.


Verkar som jag inte kan göra så mycket, eller att någon kan göra nåt för mig. (eftersom det är infragisticskomponenter) Om ni har tips på att mäta hurlång tid det tar att överföra trafik, hur lång tid det tar att göra posts, så tackar jag er i förväg.
Tills dess går jag och gråter en till skvätt.