IBM® Informix® 12.10

Parametr konfiguracyjny NETTYPE

Parametr konfiguracyjny NETTYPE umożliwia strojenie protokołów sieciowych zdefiniowanych w informacjach sqlhosts.

wartości w pliku onconfig.std
UNIX: ipcshm,1,50,CPU

Windows: nieustawiona.

wartość domyślna
typ_połączenia,1,50,klasa_procesora_wirtualnego

Domyślny typ połączenia zależy od systemu operacyjnego:

  • UNIX: wartość pola protocol w pliku sqlhosts.
  • Windows: onsoctcp

Domyślna klasa procesora wirtualnego zależy od wartości wpisu dbservername w pliku sqlhosts:

  • CPU — jeśli wpis dbservername w pliku sqlhosts jest zdefiniowany parametrem konfiguracyjnym DBSERVERNAME.
  • NET — jeśli wpis dbservername w pliku sqlhosts jest zdefiniowany parametrem konfiguracyjnym DBSERVERALIASES.
separatory
Pola należy rozdzielać przecinkami. Wartości nie mogą zawierać odstępów. Można pomijać wartości niektórych pól, ale z zachowaniem przecinka odpowiadającego każdemu polu. Przecinki końcowe można pominąć.
wartości
Patrz sekcja Zastosowanie.
wprowadzenie zmian
Po zmodyfikowaniu pliku onconfig i zrestartowaniu serwera bazy danych.

Zastosowanie

Parametr NETTYPE udostępnia opcje strojenia dla kombinacji protokołu i interfejsu powiązanych z wpisami dbservername w informacjach sqlhosts. Każdy wpis dbservername w informacjach sqlhosts jest zdefiniowany w pliku onconfig za pomocą parametru konfiguracyjnego DBSERVERNAME albo parametru konfiguracyjnego DBSERVERALIASES.

Czytaj diagram składniPomiń diagram składni
                              .-1-----------------.      
>>-NETTYPE--typ_połączenia-- -+-------------------+--,---------->
                              '-wątki_odpytywania-'      

   .-50------------------.               
>--+---------------------+--,--+-----+-------------------------><
   '-połączenia_na_wątek-'     +-CPU-+   
                               '-NET-'   

Tabela 1. Opcje wartości parametru konfiguracyjnego NETTYPE
Pole Wartości
typ_połączenia Poprawna kombinacja protokołu i interfejsu. Może być poprzedzona prefiksem serwera bazy danych on, ol lub dr.
wątki_odpytywania Liczba wątków odpytywania przypisanych do typu połączenia. Wartością domyślną jest 1. Zakres wartości zależy od systemu operacyjnego i klasy procesora wirtualnego:
  • W systemach UNIX: jeśli klasą procesorów wirtualnych jest NET, wartość jest liczbą całkowitą nie mniejszą niż 1. Każdy wątek odpytywania wymaga osobnego procesora wirtualnego, więc określenie liczby wątków odpytywania dla kombinacji interfejsu i protokołu oraz wskazanie klasy NET do ich wykonywania pośrednio powoduje określenie liczby sieciowych procesorów wirtualnych.
  • W systemach UNIX: jeśli klasą procesorów wirtualnych jest CPU, wartość jest liczbą całkowitą z zakresu od 1 do liczby procesorów wirtualnych.
  • W systemach Windows: liczba całkowita większa lub równa 1.

Jeśli serwer bazy danych ma dużą liczbę połączeń, może istnieć możliwość poprawy wydajności dzięki zwiększeniu liczby wątków odpytywania. Ogólnie rzecz biorąc każdy wątek odpytywania może obsłużyć od około 200 do 250 połączeń.

W systemie Windows w przypadku określenia protokołu soctcp tworzony jest tylko jeden wątek odpytujący, a dla każdego wątku odpytującego określonego w parametrze NETTYPE tworzony jest wątek we/wy przez gniazdo (soctcpio). Wątki we/wy przez gniazdo odbierają operacje dla wszystkich połączeń odbierających powiadomienia o ukończeniu przez porty ukończenia we/wy. Na te wątki przypada większość pracy związanej z obsługą połączeń sieciowych na platformach Windows.

połączenia_na_wątek Liczba całkowita z zakresu od 1 do 32767, określająca maksymalną liczbę połączeń dla każdego wątku odpytywania. Wartością domyślną jest 50.

W przypadku połączeń w pamięci współużytkowanej wartość parametru połączenia_na_wątek określa maksymalną liczbę połączeń dla wątku. Zazwyczaj należy podać liczbę dwa razy większą od oczekiwanej liczby połączeń.

W przypadku połączeń sieciowych wartość połączenia_na_wątek może zostać przekroczona. Wątki odpytywania będą dynamicznie zmieniać przydział zasobów stosownie do potrzeb, aby obsługiwać dodatkowe połączenia. Należy unikać określania większej liczby współbieżnych połączeń niż faktycznie oczekiwana. W przeciwnym razie istnieje ryzyko marnowania zasobów systemowych.

Jeśli protokołu będzie współbieżnie używać tylko kilka połączeń, można zaoszczędzić pamięć, jawnie ustawiając szacowaną liczbę połączeń.

CPU Określa procesor wirtualny klasy CPU. Procesorów wirtualnych klasy CPU należy używać w przypadku połączeń w pamięci współużytkowanej, które mają być uruchamiane na każdym procesorze wirtualnym klasy CPU.
NET Określa procesor wirtualny klasy NET. Procesorów wirtualnych klasy NET należy używać w przypadku połączeń sieciowych. Połączenia TCP powinny być obsługiwane wyłącznie w procesorach wirtualnych klasy NET. Należy określić minimalną liczbę połączeń TCP niezbędną do zapewnienia sprawnego reagowania.

Podanie procesora wirtualnego klasy NET jest konieczne, jeśli istnieją wpisy parametru konfiguracyjnego VPCLASS dla procesorów wirtualnych tli, shm, str lub soc.

Parametr NETTYPE można określić dla każdego protokołu, który ma być używany przez serwer bazy danych. Poniższy przykład ilustruje parametry NETTYPE dla dwóch typów połączeń z serwerem bazy danych: Połączenia pamięci współużytkowanej dla klientów lokalnych i połączenia sieciowego korzystającego z gniazd:
NETTYPE ipcshm,3,,CPU
NETTYPE soctcp,8,300,NET

Parametr NETTYPE dla połączenia pamięci współużytkowanej (ipcshm) określa trzy wątki odpytywania w celu uruchomienia procesorów wirtualnych klasy CPU. Liczba połączeń nie jest określona, więc została ona ustawiona na 50. Dla wartości ipcshm liczba wątków odpytywania odpowiada liczbie segmentów pamięci.

Parametr NETTYPE dla połączenia przez gniazdo (soctcp) określa, że dla tego protokołu oczekiwanych jest maksymalnie 20 równoczesnych połączeń na każdy wątek, a w procesorze wirtualnym klasy NET będzie wykonywany jeden wątek odpytywania (ponieważ nie określono liczby wątków odpytywania).

IBM Informix MaxConnect

Jeśli używany jest produkt IBM® Informix MaxConnect, informacje o określaniu pól parametru NETTYPE można znaleźć w temacie IBM Informix MaxConnect User's Guide. Protokoły ontliimc i onsocimc używają protokołu TCP/IP do komunikacji z programem Informix MaxConnect. Tych protokołów można użyć do połączenia programu Informix MaxConnect lub klientów aplikacji z serwerem bazy danych.


Opinia | Wymiana przykładów | Rozwiązywanie problemów

Plik PDF można znaleźć na stronie zawierającej publikacje dotyczące rodziny produktów IBM Informix 12.10.
Uwagi do wydania, uwagi dotyczące dokumentacji i/lub uwagi dotyczące komputera znajdują się na stronie Uwagi do wydania
datownik Wersja: marzec 2013