I'm wondering if modifying processModel in machine.config will have any effect on an IIS express integrated mode application?
I'm trying to modify the maxWorkerThreads to at least 100 because I was comparing normal IIS vs IIS express on windows 7 using WCAT to see if scott was correct when he said IIS express has no connection limits.
Although IIS express does show 30+ requests executing at the same time against the normal IIS limit of 10 the actual total requests per seconds are comparable between both and IIS express has much higher cpu usage and on average 70 requests queued vs 0 requests waiting for normal IIS! And the CPU is only about 70% on an quad core i7. surely there is room for optimization?
additional details
I have uploaded the WCAT results run on windows 7, same script, to http://d1yb9lkqglrfzu.cloudfront.net/IISExpress-100VU-MachineConfig.zip
Theories
Could the fact that IIS express is printing each request to command line window even with trace set none be slowing it down.
I also noticed a lot of additional modules registered in IIS express applicationhost.config that are not in IIS applicationhost.config. Could then extra debugging/tracing modules be causing the problem.
I notice IIS express does not have FileCache and HTTPCache modules. Could that be why?
I'm hoping asp.net experts can clarify how these results are possible if IIS express is not limited.
Machine.config settings apply to asp.net applications running within IISExpress. Just make sure you match the .Net version and bitness (iisexpress only runs in 32 bit mode so the
%windir%\Microsoft.NET\Framework\v2.0.50727\CONFIG\machine.config
or %windir%\Microsoft.NET\Framework\v4.0.30319\CONFIG\machine.config
are the correct to files based on the CLR version. Don't edit the one in Framework64 directory.IIS Express doesn't throttle connections, though there may be some limitations coming from the OS itself. Performance is not really top priority for iis express. IIS Express doesn't intentionally throttle execution, but doesn't go out of it's way to fully utilize CPU. Your performance overhead observation is interesting. I will explore what may be causing it. Did you try to run single thread client application in a loop to see how IIS compares with IIS Express.