[win2k3] traag -> instellingen voor ASP?

[Altaphista]

Ik heb een nieuwe Win2k3 server als webserver, die mijn oude win2000 webserver moet gaan vervangen.
Het probleem is nu dat de pagina's op de 'oude' win2000 in plm. 0,2 sec werden geparsed, en onder win2k3 duurt het meer dan 2,0 seconden!

Ik heb het idee dat het aan de instellingen van IIS ligt, weet iemand wat en hoe? (de win2k3 server is ruim 20 keer zo snel, dus daar kan het niet aan liggen)

[ Voor 3% gewijzigd door Altaphista op 19-12-2003 14:44 ]

[avon]

kan je ook vertellen wat er verder achter hangd ?... sql verder ? obdc koppeling >> Access ?

[Altaphista]

AvOn schreef op 19 december 2003 @ 14:49:
kan je ook vertellen wat er verder achter hangdt ?... sql verder ? obdc koppeling >> Access ?

SQL Server alleen (connectie via ODBC). Verder nix. (het is een dual CPU).

Als ik in mijn taskmanager kijk dan gaat de asp-proces richting de 80% voor een paar seconden...

[avon]

Welk proces, dat w3wp.exe proces?

[ Voor 10% gewijzigd door avon op 19-12-2003 15:10 ]

[Altaphista]

AvOn schreef op 19 december 2003 @ 15:10:
Welk proces, dat w3wp.exe proces?

jep, w3wp.exe (sqlsvr.exe ook wel, maar dat is niet de vertraging...)

[Urk]

Altaphista schreef op 19 december 2003 @ 15:30:
[...]


jep, w3wp.exe (sqlsvr.exe ook wel, maar dat is niet de vertraging...)

Is het geen virus / worm?
Je zegt namelijk dat je SQL hebt draaien, heb je daarvoor wel de laatste Service Pack, omdat bij die [hoe heet die worm ook alweer ] de processortijd heel hoog op loopt.

Het zal het wellicht niet zijn hoor omdat de rest van je server zoals je zelf zegt wel snel loopt, maar wel al naar gekeken?

[avon]

Waarmee ik zelf een fout had gemaakt was door een map die doormiddel van een
fso file stream was gekoppeld een map (buiten de root map) had neer gezet maar
binnen de asp pagina was deze nog wel gekoppeld. Hierdoor werd het proces
w3wp.exe 99% en kwam na een minuut een time-out. Waarschijnlijk zit er een
verwijzing naar een map waar hij NTFS technisch niet in kan.

[Altaphista]

Urk schreef op 19 december 2003 @ 15:35:
[...]

Is het geen virus / worm?
Je zegt namelijk dat je SQL hebt draaien, heb je daarvoor wel de laatste Service Pack, omdat bij die [hoe heet die worm ook alweer ] de processortijd heel hoog op loopt.

Het zal het wellicht niet zijn hoor omdat de rest van je server zoals je zelf zegt wel snel loopt, maar wel al naar gekeken?

Nope, het is een clean install!

Waarmee ik zelf een fout had gemaakt was door een map die doormiddel van een
fso file stream was gekoppeld een map (buiten de root map) had neer gezet maar
binnen de asp pagina was deze nog wel gekoppeld. Hierdoor werd het proces
w3wp.exe 99% en kwam na een minuut een time-out. Waarschijnlijk zit er een
verwijzing naar een map waar hij NTFS technisch niet in kan.

Nee, het is "maar" een load van max 80 % en voor 2 tot 3 seconden

[avon]

Van die clean install zegt niks, met de fijne RPC virussen hoef je er weinig voor te
doen om binnen 10 minuten een fijne blaster aan je pc te hebben hangen.
(Tenzij je natuurlijk je firewall hebt aangezet/ mits goed geconfigureerd).

[Altaphista]

AvOn schreef op 19 december 2003 @ 15:54:
Van die clean install zegt niks, met de fijne RPC virussen hoef je er weinig voor te
doen om binnen 10 minuten een fijne blaster aan je pc te hebben hangen.
(Tenzij je natuurlijk je firewall hebt aangezet/ mits goed geconfigureerd).

Dat is ook allemaal goed. Zit helemaal dichtgetimmerd...

[elevator]

Begin anders eens met een basis test - kan hij de simpele "ASP" variant van "Hello world" wel snel uitvoeren?

Zo ja, ga dan eens de componenten van je trage script uit elkaar trekken en zien wanneer de vertraging optreedt. Zo nee heb je duidelijk een ander probleem

[Altaphista]

elevator schreef op 19 december 2003 @ 17:58:
Begin anders eens met een basis test - kan hij de simpele "ASP" variant van "Hello world" wel snel uitvoeren?

Zo ja, ga dan eens de componenten van je trage script uit elkaar trekken en zien wanneer de vertraging optreedt. Zo nee heb je duidelijk een ander probleem

OK, dat zou een oplossing kunnen zijn in een ander geval. Maar het script is niet traag. De server is traag... waarom gaat het wel rap op een win2000 server? Microsoft heeft het toch niet slechter gedaan? Het moet wel aan een instelling liggen lijkt me, maar welke?

[mutsje]

graag je instellingen van je IIS6 server dan.
met name je allowed protocols en dergelijke.

[elevator]

Altaphista schreef op 19 december 2003 @ 19:43:
OK, dat zou een oplossing kunnen zijn in een ander geval. Maar het script is niet traag. De server is traag...

Om daar een objectief oordeel over te kunnen vellen, zul je dus bovenstaande tips moeten geven. Als dat "Hello world" script wel snel draait, zal je toch echt in je script moeten gaan duiken. Draait dat ook niet snel, is het een configuratie probleem - ook al zijn er veel dingen te beredeneren, vaak is het met software betrouwbaarder om het gewoon te benchen ipv te beredeneren

[zneek]

Collega hier.

De server is inmiddels opnieuw geinstalled met Windows2000Server. Alle overige software exact hetzelfde. De parsetime van de betreffende pagina is nu +/- 0.05 seconden

Het moet dus een standaard instelling van Windows2003 server zijn die anders is dan een standaard instelling op Windows2000. Nu zijn dat er een heleboel, dus de grote vraag is welke? Ik ga nog ff testen, met parse-tussentijden. Eens kijken waar het aan ligt. Er wordt van alles door elkaar gebruikt namelijk: sessie gegevens, classes, db connecties, include files. Ik vermoed dat 1 van die zaken onder Windows2003 dikke vertraging oploopt.

[Verwijderd]

[rml][ Win2K3 + IIS6] ASP applicatie traag[/rml]

Graag één topic per probleem houden, dubbelop doen we niet aan

[Altaphista]

Verwijderd schreef op 22 december 2003 @ 09:49:
[rml][ Win2K3 + IIS6] ASP applicatie traag[/rml]

Graag één topic per probleem houden, dubbelop doen we niet aan

was ook kleine misverstand hiero

Ik ben al bezig met het testen of het misschien aan het script kan liggen. (hier ga ik niet vanuit, maar zekerheid boven alles )

Kan het ook een hardwarematig probleem zijn? (wat ik me kan voorstellen is dat de laatste drivers nog niet zijn geoptimaliseerd zijn )

_{specs:
Win2K3 Server
SQL Server 2000
p4 2.6Ghz HT 800
2048Mb DDR400}

[zneek]

Vandaag de gehele bende op een andere Win2K3 server geinstalled, met alle andere software hetzelfde. Nu gaf de betreffende pagina een parsemtime van 0.09 seconden. Het lag dus gewoon aan die specifieke install. Geen probleem dus, topic kan dicht