Fick rådet av en "officiellt" väldigt kompetent IT-snubbe. Han rekommenderade att man skulle ange Max Pool Size=10 och Min Pool Size=5 i Connection-strängen. Jag har lite prestanda problem på min sajt och undrar om detta kan vara en del av problemet. Får info från många användare att det går väldigt segt. Upplever väldigt sällan detta själv.

Om du inte använder någon connectionpool när du kopplar upp dig mot databasen så är det ett väldigt bra tips, då det tar tid att skapa en ny koppling varje gång (man måste authentiseras mot databasen, osv osv). Om du skriver i .NET så har ADO.NET redan connectionpoolen igång som default, och jag tror att den är satt till Min 5.

Men men men... det räcker inte att bara sätta sin connectionpool och tro att allt blir frid och fröjd. För att du skall ha någon nytta av din connectionpool så skall du ha din koppling till databasen öppen så kort tid som möjligt. Alltså. Öppna - Hämta - Stäng - Bearbeta. Inga While-loopar innan du stängt din databas osv osv..

Det är mycket viktigt att ha kopplingen öppen så kort tid som möjligt om du skall få någon "benifit" av connectionpoolen.

- magnus

Har dock råkat ut för några gånger att följande felmeddelande loggats:

Timeout expired. The timeout period elapsed prior to obtaining a connection from the pool. This may have occurred because all pooled connections were in use and max pool size was reached.

Så extremt många användare har jag inte på sajten, men ska man justera de värden som är satta eller ta bort dem, för att slippa sådant?

Alla anrop görs efter den princip du beskriver Öppna - Hämta - Stäng - Bearbeta. Jag är ingen SQL-expert, långt därifrån, men jag upplever det ändå som märkligt att problemen uppstår. Visst kan det bli många användare samtidigt, men det är ju inget Lunarstorm direkt.

Jag skulle nog försöka mig på att definera vart någonstans det går långsamt, det behöver inte alls vara din SQL Server, det kan vara något annat, det kan även vara så att du inte har bra index på dina tabeller, så efter ett tag när det börjar bli mycket data i dem så går det långsammare och långsammare att hitta rätt information i tabellen eftersom du har så mycket data utan index.

Börja med att logga tiden för varje sida, alltså tiden det tar från att du kallar sidan tills den är färdig exekverad. Om du tittar i Global.asax så finns där en BeginRequest och EndRequest de kan du säkert använda om du lyckas klura ut hur du får redan på vilken sida som skall exekveras (borde inte vara så svårt, finns säkert i HttpContext objektet någonstans). När du sedan har hittat vilken sida som tar längst tid, så går du igenom den för att se om du kan hitta något där som tar långtid, kalla på den sidan med Tracen påslagen så ser du hur lång tid varje method tar.

Kontrollera också om det är någon speciell tidpunkt det sker på! Ligger du på ett webhotell så kommer ju din prestanda påverkas om någon annan site har mycket besökare vid någon tidpunkt osv osv...

- M