Ścieżka rejestru:
HKEY_LOCAL_MACHINE\SYSTEM
\CurrentControlSet
\Services
\InetInfo
\Parameters
| CacheSecurityDescriptor REG_DWORD |
| Zakres: 0, 1 Domyślny: 1 (włączony) |
| Określa, czy deskryptory zabezpieczeń są zapisywane w pamięci podręcznej dla obiektów będących plikami. Jeśli ustawienie to jest włączone (wartość 1), to program PWS wczytuje uprawnienia zabezpieczeń przy umieszczaniu w pamięci podręcznej takiego obiektu i nie będzie potrzebował dostępu do tego obiektu w celu sprawdzenia praw dostępu dla nowych użytkowników. Ta funkcja jest bardzo użyteczna tylko w przypadku, gdy masz więcej niż jedno konto użytkownika (nie używasz tylko konta anonimowego). Domyślnie program PWS nie umieszcza w pamięci podręcznej deskryptorów zabezpieczeń, ale sprawdza prawa dostępu porównując je dla nowych kont użytkowników z obiektem plikowym. |
| CheckCertRevocation REG_DWORD |
| Zakres: 0, 1 Domyślny: 0 (wyłączony) |
| Określa, czy certyfikaty klientów są sprawdzane przez program PWS, aby stwierdzić, czy nie zostały odwołane. Domyślnie jest to wyłączone, ponieważ takie sprawdzanie odbywa się zwykle przez Internet dla typowych wystawców certyfikatów i ma poważny wpływ na wydajność. Włączenie sprawdzania może może być użyteczne, jeśli wydajesz własne certyfikaty i proces odwoływania jest lokalny. |
| DisableMemoryCache REG_DWORD |
| Zakres: 0, 1 Domyślny: 0 (wyłączony) |
| Wyłącza pamięć podręczną serwera. Tego klucza nie można ustawiać w programie Menedżer usług internetowych. |
| ListenBackLog REG_DWORD |
| Zakres: 1 - 250 Domyślny: 15 |
| Określa maksymalną liczbę aktywnych połączeń, jakie mogą oczekiwać w kolejce na zajęcie się nimi przez serwer. Udoskonalone funkcje programu PWS sprawiają, że zwykle nie warto używać lub modyfikować tego wpisu. W przypadku jednak bardzo dużego obciążenia może być korzystne powiększenie tej wartości do 50. |
| MaxConcurrency REG_DWORD |
| Zakres: 0 - bez ograniczeń Domyślny: 0 |
| Określa, jak wiele jednocześnie działających wątków dany system powinien dopuszczać. Porty Completion są wykorzystywane przez program PWS do obsługi wejścia/wyjścia (I/O). W zasadzie nie jest wskazane, żeby działał więcej niż jeden wątek na raz, gdyż może to powodować konflikty we współużytkowanej pamięci lub w blokadach. Ten klucz określa, ile wątków na każdy procesor może działać jednocześnie jeśli jest operacja We/Wy oczekująca na wykonanie. Wartość 0 umożliwia dokonanie przez system wyboru liczby wątków, jaka ma być zastosowana. Każda wartość różna od zera określa, że system ma zezwolić na jednoczesne działanie takiej właśnie liczby wątków na każdy procesor. |
| MaxPoolThreads REG_DWORD |
| Zakres: 0 - bez ograniczeń Domyślny:4 |
| Określa liczbę wątków na procesor, jakie można utworzyć. Każdy wątek oczekuje na żądanie z sieci i przetwarza je. Wartość MaxPoolThreads nie obejmuje wątków używanych przez aplikacje ISAPI. Domyślnie jednocześnie mogą działać tylko cztery aplety CGI. Jeśli uruchomi się wiele aplikacji CGI, to należy zwiększyć tę wartość, aby zwiększyć wydajność. Opcjonalnie można ustawić wartość UsePoolThreadForCGI (w katalogu "..\Services\W3SVC\Parameters") na FALSE (0), ale jest to raczej niebezpieczne, ponieważ ustawienie to może wyraźnie obniżyć wydajność w czasie nasilonego korzystania z aplikacji CGI. Ogólnie nie zaleca się tworzenie więcej niż 20 wątków na procesor. |
| PoolThreadLimit REG_DWORD |
| Zakres: 0 - bez ograniczeń Domyślny: 2 * # MB |
| Określa maksymalną liczbę wątków, jakie można utworzyć w komputerze. Każdy wątek oczekuje na żądanie z sieci i przetwarza je. Wartość PoolThreadLimit jest sztywnym ograniczeniem obejmującym wszystkie wątki PWS. Wartość PoolThreadLimit będzie zawsze większa lub równa wartości MaxPoolThreads. |
| MinFileKbSec REG_DWORD |
| Zakres: 1 - 8192 Domyślny: 1000 |
| Gdy serwer sieci Web wysyła plik do klienta, ustanawiany jest limit czasu, przez który serwer będzie zezwalał na przesyłanie zanim zakończy ten proces. Wybrany limit czasu jest to większa z dwóch liczb: pierwszą jest wartość limitu czasu połączenia (Connection Timeout) ustawiona w programie Menedżer usług internetowych, a drugą - rozmiar pliku podzielony przez wartość MinFileKbSecs (minimalna szybkość transmisji). Na przykład plik o rozmiarze 100 kilobajtów otrzyma limit czasu równy 100 sekund albo równy limitowi czasu połączenia, jeśli ta ostatnia wartość jest większa. Zwróć uwagę, że nazwa rejestru jest myląca, ponieważ wartość jest wyrażona w bajtach, a nie w kilobajtach, jak sugeruje nazwa. |
| ObjectCacheTTL REG_DWORD |
| Zakres: 0 - bez ograniczeń Domyślny: 30 sekund |
| Ten wpis rejestru kontroluje ustawienie Time To Live (TTL), które określa, przez jaki czas obiekty są przechowywane w pamięci podręcznej. Jeśli przez określony czas nie było odwołań do obiektu przechowywanego w pamięci podręcznej, to obiekt ten zostanie stamtąd usunięty. Jeśli pamięć komputera jest ograniczona lub zawartość serwera jest dynamiczna, to możesz użyć niższej wartości TTL, aby zapobiec wykorzystywaniu pamięci komputera do przechowywania dużej liczby ulotnych obiektów. Ustawienie tej wartości na 0xFFFFFFFF wyłącza czyszczenie pamięci podręcznej i oznacza zezwolenie na pozostawanie tam obiektów do czasu zamazania ich. Wyłączenie czyszczenie pamięci podręcznej jest użyteczne, jeśli serwer ma dużo pamięci, a dane są względnie statyczne. |
| ThreadTimeout REG_DWORD |
| Zakres: 0 - bez ograniczeń Domyślny: 24*60*60 (24 godziny) |
| Określa czas, przez który wątek przetwarzania wejścia/wyjścia powinien być utrzymywany, nawet przy braku aktywności We/Wy w komputerze. Zwykle gdy nie ma aktywności We/Wy ani nieobsłużonych żądań, serwer jest bezczynny i nie zużywa pamięci. Jeśli jednak taka sytuacja przeciąga się i przekracza limit czasu ThreadTimeout, to wątek jest zatrzymywany. Wielkości są podawane w sekundach. |
| UserTokenTTL REG_DWORD |
| Zakres: 0 - 0x7FFFFFFF Domyślny: 15 * 60 (10 minut) |
| Gdy serwer otrzymuje żądanie, poświadczenia zabezpieczeń tego żądania (lub skonfigurowanego użytkownika anonimowego) są wykorzystywane do utworzenia tokena użytkownika na serwerze. Serwer personifikuje ten token przy próbie dostępu do plików lub innych zasobów systemu (zobacz temat CacheSecurityDescriptor). Token jest umieszczany w pamięci podręcznej, dzięki czemu logowanie Windows NT odbywa się tylko przy pierwszym dostępie użytkownika do danego komputera albo po wypadnięciu tokena z pamięci podręcznej. Tokeny uwierzytelniania Windows NT Wezwanie/Odpowiedź nie są umieszczane w pamięci podręcznej. Wielkości są podawane w sekundach. |