ASP.net verwendet den .NET Threadpool (der konfigurierbar ist) Jede Anfrage wird von einem der Threads im Threadpool empfangen, bis jeder Thread bereits belegt ist. Dann werden Queues im IIS-Stack anstehen, bis auch dieser überläuft. Von dort werden neue Anfragen mit der sehr hässlichen "Server ist nicht verfügbar" Nachricht erfüllt.
Dies ist die übliche Multi-Threading-Geschichte für eine ASP.net-Website.
Es gibt viele Möglichkeiten, die Skalierbarkeit zu gewährleisten. Am offensichtlichsten sind Leistungstests und das Entfernen von Engpässen aus Ihrem Code.
ASP.net kann wirklich mehrere Kerne nutzen, indem die E/A-Threads für jede E/A-Anforderung verwendet werden. Es macht hässlichen Code aber schnell war nie schön.
Hier ist die endgültige MSDN MAG Post auf, wie dies
UPDATE tun
Nun, ich wahrscheinlich versuchen, Ihre vollständige Frage zu beantworten:
„Noch wichtiger ist es ein Vorteil Hinzufügen von Threads zu ASP.Net Code, wenn das Threading ist höher in IIS getan? "
Die kurze Antwort ist: Es kommt darauf an! Wenn Sie auf einen lang andauernden Prozess warten, sollten Sie eine bessere Erfahrung für den anfordernden Client (dh Out-of-Band-AJAX-Aufrufe)
implementieren, wenn Sie mehrere unabhängige Aufgaben haben, die abgeschlossen werden müssen der anfragende Client: Dann können Sie besser einen neuen Prozess erstellen, um die Aufgaben parallel auszuführen.
Wenn Ihre Website viele Besucher bekommt, dann müssen Sie wirklich Asynchronous Muster betrachten Implementierung besser auf Ihre CPU nutzen
Jede Website von Design ist multi-threaded, wird jede Anforderung weitgehend mit allen anderen Anforderungen parallel serviert –