Podczas korzystania z atrybutów wiązania i readQuotas, takich jak sugeruje Andrew Hare, pozwoli to na praktycznie nieograniczony rozmiar dla większości praktycznych zastosowań, należy pamiętać, że napotkasz inne problemy, takie jak limity czasu, jeśli zaakceptujesz długo działające polecenie, nie ważne, jak ta usługa jest zbudowana (używając WCF lub nie).
Bez względu na rozmiar wiadomości, usługa WCF będzie wymagać dławienia w celu uzyskania wydajności, aby nie została zalana. Jeśli hostujesz go w usługach IIS lub WAS, będziesz mieć dodatkowe funkcje wbudowane w tych środowiskach hostingowych, które sprawią, że twoja usługa będzie o wiele bardziej "wysoce dostępna". Nadal jednak trzeba zwracać uwagę na problemy z współbieżnością. Poniższa konfiguracja WCF stanowi przykład ustawienia niektórych wartości dławienia.
<system.serviceModel>
...
<behaviors>
<serviceBehaviors>
<behavior name="GenericServiceBehavior">
<serviceTimeouts transactionTimeout="00:09:10"/>
<serviceThrottling
maxConcurrentCalls="20"
maxConcurrentSessions="20"
maxConcurrentInstances="20"
/>
</behavior>
</serviceBehaviors>
</behaviors>
</system.serviceModel>
Każda aplikacja .NET może wygenerować OutOfMemory wyjątek. Bardzo bym chciał, aby pewnego dnia zobaczyli inteligentnych hostów, ale wydaje się, że to wymagałoby kolejnej warstwy komunikacji między aplikacją a hostem. Gdyby było warto, najprawdopodobniej już istniałoby dla Windows Services. –