Nuta
Dostęp do tej strony wymaga autoryzacji. Możesz spróbować się zalogować lub zmienić katalog.
Dostęp do tej strony wymaga autoryzacji. Możesz spróbować zmienić katalogi.
W systemie NDIS 6.0 wprowadzono architekturę pełnego odciążania protokołu TCP. Ta architektura jest nazywana architekturą "kominowego odciążenia", ponieważ zapewnia bezpośrednie połączenie nazywane "kominem" między aplikacjami a kartą sieciową obsługującą odciążanie. Komin umożliwia karcie sieciowej wykonywanie przetwarzania TCP dla odciążonych połączeń, w tym utrzymywanie stanu protokołu.
Architektura odciążania komina zmniejsza przetwarzanie sieci hosta w przypadku aplikacji intensywnie korzystających z sieci. Dzięki temu aplikacje sieciowe mogą wydajniej skalować, jednocześnie zmniejszając kompleksowe opóźnienia. Do hostowania aplikacji jest potrzebnych mniej serwerów, a serwery mogą korzystać z pełnej przepustowości sieci Ethernet.
Funkcja TCP chimney odciąża przetwarzanie TCP dla jednego lub więcej połączeń TCP. Podstawowe zyski wydajności są uzyskiwane z odciążania segmentacji i ponownego scalania (SAR), odciążania przetwarzania, które zapewnia niezawodne połączenia (na przykład przetwarzanie ACK i czasomierze retransmisji TCP), oraz zmniejszenia obciążenia przerwań.
Uwaga System operacyjny Windows Vista nadal obsługuje odciążania poszczególnych zadań TCP dostępnych we wcześniejszych wersjach systemu operacyjnego. Te zadania można odciążać na połączeniach, które nie zostały odciążone przez komin. Karta sieciowa obsługująca odciążanie powinna obsługiwać zarówno odciążania komina, jak i odciążania zadań. Taka karta sieciowa zapewnia najwyższy stopień optymalizacji obciążenia.
Aby uzyskać informacje na temat TCP Chimney Offload w NDIS 6.0 i nowszym, zobacz NDIS TCP Chimney Offload.