--- title: "Siten långsam" type: "forum-thread" url: "https://www.webforum.nu/amne/dotnet/57730-siten-långsam" topic: ".NET" topic_url: "https://www.webforum.nu/amne/dotnet" author: "kristoffer" published: "2002-11-01T13:55:34.000Z" updated: "2011-11-26T12:11:11.000Z" replies: 25 views: 1248 page: 1 pages: 2 language: "sv-SE" site: "webForum — webforum.nu" rights: "Upphovsrätten till varje inlägg tillhör dess författare." attribution: "Citera som: webForum, https://www.webforum.nu/amne/dotnet/57730-siten-långsam" --- # Siten långsam _Sida 1 av 2._ ## #1 — kristoffer, 2002-11-01T13:55Z Vi har utvecklat en site i .net nu men upplever att den är rätt långsam. Därför: 1. Hur och med vilket program stresstestar vi siten? 2. Hur gör vi profiling på siten? 3. Vilka är de vanliga orsakerna till att det går långsamt? 4. Vi har \ eftersom vi fortfarande utvecklar. Kan det vara orsaken? Permalänk: https://www.webforum.nu/p/57730 ## #2 — renholm, 2002-11-01T14:10Z 1\. Finns ett program som kommer med Visual Studio .NET som kan användas för stress test, har tyvärr glömt vad det heter, har det själv inte installerat. 2\. Hur menar du då? 3\. Databasen överbelastas dvs du kanske har en massa connections öppna till den. Se till att stänga alla så fort du är klar. 4\. Kanske inte hela orsaken men en del av den. Permalänk: https://www.webforum.nu/p/842393 ## #3 — P, 2002-11-01T14:11Z 1\. Finns det inget inbyggt i Visual Studio? Såg det på en visningen en gång... Permalänk: https://www.webforum.nu/p/842394 ## #4 — kristoffer, 2002-11-01T14:32Z Genom profiling kan man ta reda på vilka delar i programmet som tar längst tid. Permalänk: https://www.webforum.nu/p/842408 ## #5 — Pace, 2002-11-01T16:17Z Går inte det med trace då ("profiling" alltså)? Permalänk: https://www.webforum.nu/p/842490 ## #6 — renholm, 2002-11-01T19:27Z > **P skrev:** > > 1\. Finns det inget inbyggt i Visual Studio? Såg det på en visningen en gång... Sa inte att det var inbyggt men det kommer ett program som kan användas för att kontrollera prestandard. Annars använd detta . Permalänk: https://www.webforum.nu/p/842590 ## #7 — P, 2002-11-01T19:34Z hmm jag har fått intrycket av att typ alla .Net sidor är långsamma jämfört med tex php... stämmer detta? Permalänk: https://www.webforum.nu/p/842595 ## #8 — renholm, 2002-11-01T19:45Z Än så länge har jag inte sett någon fakta som skulle bevisa detta, men visst kan PHP vara snabbare på vissa saker medans .NET snabbare på andra. Ofta hör man "PHP geeks" säga "asp suger, php är så mycket bättre.". Sedan svarar man att man håller på med ASP.NET och då får man oftas svaret "PHP är bättre än det också". Detta påstår de utan någon som helst fakta bakgrund egentligen. Och inte heller någon aning om vad .NET är eftersom de oftas reagerar på ASP som är dåligt i deras ögon. Hoppas ingen som är duktig på PHP känner sig träffad av detta för det är inte alla som håller på så här. Permalänk: https://www.webforum.nu/p/842601 ## #9 — P, 2002-11-01T19:53Z men är asp.net snabbare än asp? Permalänk: https://www.webforum.nu/p/842606 ## #10 — Viktor, 2002-11-01T20:01Z > **renholm skrev:** > > 3\. Databasen överbelastas dvs du kanske har en massa connections öppna till den. Se till att stänga alla så fort du är klar. En annan sak är att kanske köra med connection pooling om du har mycket db access. Det som tar mest kraft/tid är ofta att öppna en ny connection till databasen. /Viktor Permalänk: https://www.webforum.nu/p/842611 ## #11 — NETwork, 2002-11-02T18:51Z ``` men är asp.net snabbare än asp? ``` Om!!! Asp.net kompileras, gamla asp intepreteras vilket även PHP gör. Inte troligt att php är snabbare än asp.net som ju också intepreteras... Finns naturligtvis fler skillnader som påverkar hastigheten upp och ner. En sak som kan påverka prestandan är viewstate som kan vara vldigt stor (i kb räknat att ladda ned alltså) exempelvis om du har stora datagrids. Stäng av denna där det är möjligt. Utnyttja även cachefunktioner! Permalänk: https://www.webforum.nu/p/843072 ## #12 — Pace, 2002-11-02T18:53Z PetShop-applikation i J2EE vs. .NET: .NET vann. Permalänk: https://www.webforum.nu/p/843074 ## #13 — NETwork, 2002-11-02T19:04Z > **Pace skrev:** > > PetShop-applikation i J2EE vs. .NET: > > > .NET vann. Fast att därifrån säga att .net är snabbare än Java skulle jag inte våga göra. Här är det nog ganska jämt. Och som alltid så är det den som sitter bakom spakarna som sätter hastigheten. :) Permalänk: https://www.webforum.nu/p/843085 ## #14 — Pace, 2002-11-02T19:17Z Det har jag aldrig påstått heller. ;) Permalänk: https://www.webforum.nu/p/843101 ## #15 — renholm, 2002-11-02T20:11Z Sun säger att deras PetShop exempel inte var till för att mäta hur snabbt java är utan till för att visa vad man kan göra med Java. Troligtvis hade de inte sagt det om det var tvärtom. Permalänk: https://www.webforum.nu/p/843148 ## #16 — Pace, 2002-11-02T20:29Z I länken ovan (och på msdn.microsoft.com) så står det att det är en modifierad och optimerad variant av PetShop, alltså inte den som du nämner. Permalänk: https://www.webforum.nu/p/843170 ## #17 — Kromp, 2002-11-05T17:02Z sen kan ju det upplevas som att det går segt vid compile som sker lite då och då.... gå in på sidan igen strax efter så bara smäller det till av speed.... sen beror ju det på hur kod ser ut, servermiljö, bandbredd etc vid hastighetsskillnad mellan olika språk som sagt, dom som gormar om php är bäst etc vet ju inte vad dom pratar om, interpreterande suger alltid jämfört med kompilerat. 1\. ms har en app som heter web application stress tool, sök så hittar du, den är antagligen med i sdk'n... 2\. testa perfmon om det är tillräckligt... 3\. oftast är det databasen som bromsar säger jag... kika på aktiviteten och responstider där först.... för att speeda upp saker sidor som går mycket mot db kan jag varmt rekommendera outputcache direktivet.... 4\. tror inte det är det... Permalänk: https://www.webforum.nu/p/845224 ## #18 — P, 2002-11-05T19:04Z vad är skillnaden mellan interpreterande/kompilerat? Permalänk: https://www.webforum.nu/p/845321 ## #19 — NETwork, 2002-11-05T21:34Z I kompilerande språk översätts språkets instruktioner (koden) till maskinkod av en kompilator. Kompilatorn analyserar även koden och gör den snabbare och mer effektiv (optimering). Det tar ett litet tag att kompilera koden, men i gengäld så får man en mycket effektiv och snabb kod när den väl är kompilerad. Ett intepreterande språk kompileras inte förrän programmet exekveras, exempelvis när du besöker en gammal asp- eller php-web. Denna process måste då göras varje gång någon går in på sidan vilket medför en avsevärd prestandaförlust. När det gäller .net så ligger dessutom den kompilerade applikationen i serverns ramminne vilket snabbar upp hanteringen av funktionerna än mer. Om du använder visual studio.net och codebehind så kompilerar du din kod till sk assemblys, den kompilerade koden sparas allltså som en dll-fil. Permalänk: https://www.webforum.nu/p/845463 ## #20 — jt, 2002-11-06T16:16Z \>PetShop-applikation i J2EE vs. .NET: Finns ganska olika åsikter om denna test :-). [Review of "The Petstore Revisited: J2EE vs .NET Application Server Performance Benchmark" By Rickard Öberg](http://dreambean.com/petstore.html) Permalänk: https://www.webforum.nu/p/845897 --- Tråden på webben: https://www.webforum.nu/amne/dotnet/57730-siten-långsam Nästa sida: https://www.webforum.nu/amne/dotnet/57730-siten-långsam/page2.md