do you have tracing on in your wse application. I had left it on and it
brought my webserver to it's knees. When I turned the tracing off, all was
well again.
http://www.thedatafarm.com/blog/PermaLink.aspx?guid=9496f210-1292-4c1b-923c-5775
cab385f1
hth
Julie Lerman
No - tracing in WSE is off - this really worries me - I want WSE for the
policy and security enforcement, but even if I change this service to return
smaller batches of data, this memory usage is going to kill scalability.

Signature
Dave Stienessen
> do you have tracing on in your wse application. I had left it on and it
> brought my webserver to it's knees. When I turned the tracing off, all was
[quoted text clipped - 28 lines]
> > What's up with that! 820MB of RAM to return 150 MB of data!! Or am I
> > missing something stupid?
Julie Lerman - 02 Aug 2005 14:36 GMT
okay next question - is the 150MB being returned as a message or as a DIME
attachment? That's huge. Are you securing the 150MB (encrypting or signing
it?) Do you need to?
Also - MTOM (replaces DIME in WSE 3.0) specifically addresses resource
issues when returning large amounts of data. What are the chances of you
being able to leverage that (only works with vs2005...)
I do not have experience transferring more than about 2-5 MB back from my
web services. It is encrypted and signed but it is also compressed. So I am
not going to be the right person to help you out with this one, sorry to
say.
It *is* a known problem (example:
http://www.dotnet247.com/247reference/msgs/30/153747.aspx).
But I don't happen to know how people are getting around it (DIME just
sucks) with WSE 2.0.
Julie
> No - tracing in WSE is off - this really worries me - I want WSE for the
> policy and security enforcement, but even if I change this service to
[quoted text clipped - 44 lines]
>> > What's up with that! 820MB of RAM to return 150 MB of data!! Or am I
>> > missing something stupid?