I did some more testing in an attempt to understand why it takes the
..net web service 35-45s to deliver a 300K xml value to the client.
I used VS.NET and set breakpoints to see how long each of the first
steps takes:
Time to return data to data reader <1s
Time to create the XML document from data <1s
At this point the XML return value from the web method is ready to
send...so it's not in the code.
Then what I did is save the resulting XML as a file, and try to send it
as a static document, to see if its the webserver or the network:
The time for this is:
Time to send the data over the network 11s
Then I tested it running the browser on the web server, so it wasn't
going out on the network:
Time to load page into IIS and send 1-2s
So, sending the file over the network definitely adds time -- and tells
me our network is quite slow since this is a relatively small file. But
it doesn't explain the other 20-30s in sending the XML via the web
server. Could it be:
Time to serialize XML data ?20-30s
That is, does IIS/.NET take that long to encapsulate the data as a SOAP
object?
Or can someone suggest another cause?
Kevin Spencer wrote:
Hi John,
It must have something to do with the OS or the hardware. I must confess I
don't run .Net apps on Windows 2000, so I can't really tell you for sure.