Provided by: manpages-pl-dev_0.7-2_all 
NAZWA
sched_setscheduler, sched_getscheduler - ustawienie i pobranie algorytmu/parametrów
szeregowania zadań
SKŁADNIA
#include <sched.h>
int sched_setscheduler(pid_t pid, int policy, const struct sched_param *p);
int sched_getscheduler(pid_t pid);
struct sched_param {
...
int sched_priority;
...
};
OPIS
Uwaga! To tłumaczenie może być nieaktualne!
sched_setscheduler ustawia dla procesu identyfikowanego przez pid politykę szeregowania
zadań oraz związane z nią parametry. Jeśli pid jest równe zeru, to skonfigurowane zostanie
szeregowanie dla procesu wołającego tę funkcję. Interpretacja parametru p zależy od
wybranej polityki. Obecnie, pod Linuksem obsługiwane są następujące trzy polityki:
SCHED_FIFO, SCHED_RR i SCHED_OTHER; ich semantyki są opisane poniżej.
sched_getscheduler zapytuje o bieżącą politykę szeregowania zadań, która dotyczy procesu
określonego przez pid. Jeśli pid jest równe zeru, to pobierana jest polityką dotycząca
procesu wywołującego tę funkcję.
Polityki szeregowania zadań
Procedura szeregująca jest częścią jądra, która decyduje o kolejności wykonywania
działających procesów przez procesor. Linuksowa procedura szeregująca oferuje trzy różne
polityki szeregowania zadań: jedną dla zwykłych procesów oraz dwie dla aplikacji czasu
rzeczywistego. Każdemu procesowi przypisywana jest wartość priorytetu statycznego,
sched_priority, która może być zmieniana tylko poprzez wywołania systemowe. Koncepcyjnie,
procedura szeregująca zarządza listami działających procesów przypisanymi każdej z
możliweych wartości sched_priority, która to wartość musi mieścić się w zakresie od 0 do
99. Aby zdecydować, który proces należy uruchomić jako następny, procedura szeregująca
poszukuje niepustej listy o najwyższym priorytecie statycznym i bierze proces z początku
tej listy. Polityka szeregowania zadań określa dla każdego z procesów o danyej wartości
priorytetu statycznego, gdzie zostanie on wstawiony na listę i jak będzie się w jej
obrębie przemieszczał.
SCHED_OTHER jest domyślną, uniwersalną polityką dzielenia czasu, używaną przez większość
procesów. SCHED_FIFO i SCHED_RR są przeznaczone dla specjalnych aplikacji, dla których
czas jest sprawą krytyczną i które muszą mieć dokładną kontrolę nad sposobem, w jaki
podejmowane są decyzje o wykonywaniu działających procesów. Procesy korzystające z
polityki szeregowania SCHED_OTHER muszą mieć przypisany priorytet statyczny równy 0, a
procesy korzystające z SCHED_FIFO lub SCHED_RR mogą mieć wartość tego priorytetu z zakresu
od 1 do 99. Priorytet statyczny wyższy niż 0 mogą uzyskiwać tylko procesy działające z
uprawnieniami superużytkownika i wobec tego tylko one mogą korzystające z polityk
szeregowania SCHED_FIFO i SCHED_RR. Wywołania systemowe sched_get_priority_min i
sched_get_priority_max służą do określania zakresów priorytetów odpowiadających określonym
politykom w sposób przenośny, właściwy dla systemów zgodnych z POSIX.1b.
Szeregowanie zadań jest wywłaszczające: jeśli proces o wyższym priorytecie statycznym
staje się gotowy do działania, proces bieżący zostanie wywłaszczony i wróci do swojej
kolejki oczekiwania. Polityka szeregowania zadań określa tylko kolejność na liście
działających procesów o tym samym priorytecie statycznym.
SCHED_FIFO: Szeregowanie typu pierwszy na wejściu-pierwszy na wyjściu
(First In-First Out), SCHED_FIFO, może być używane tylko ze statycznymi priorytetami
wyższymi niż 0 oznaczającymi, że gdy proces SCHED_FIFO stanie się gotowy do działania, to
zawsze i natychmiast wywłaszczy wszystkie aktualnie działające procesy SCHED_OTHER.
SCHED_FIFO jest prostym algorytmem szeregowania bez kwantowania czasu. Procesów
szeregowanych według polityki SCHED_FIFO dotyczą następujące reguły: Proces SCHED_FIFO,
który został wywłaszczony przez inny proces o wyższym priorytecie pozostanie na początku
listy dla swojego priorytetu i jego wykonywanie zostanie wznowione, gdy tylko procesy o
wyższym priorytecie zostaną znów zablokowane. Gdy proces SCHED_FIFO staje się gotowy do
działania, jest on wstawiany na koniec listy dla swojego priorytetu. Wywołanie
sched_setscheduler lub sched_setparam wstawia proces SCHED_FIFO (lub SCHED_RR), określony
przez pid na początek listy (o ile był on uruchamialny). W wyniku tego, może on
wywłaszczyć aktualnie działający proces, jeśli oba mają ten sam priorytet. (POSIX 1003.1
określa, że proces powinien trafiać na koniec listy.) Proces wywołujący sched_yield
zostanie wstawiony na koniec listy. Żadne inne zdarzenia nie mogą przesunąć procesu,
szeregowanego wedłu polityki SCHED_FIFO, a znajdującego się na liście procesów
oczekujących o jednakowych statycznych priorytetach. Proces SCHED_FIFO działa dopóki nie
zostanie zablokowany przez żądanie we/wy, wywłaszczenie przez proces o wyższym
priorytecie, lub przez wywołanie (samodzielne) funkcji sched_yield.
SCHED_RR: Szeregowanie typu cyklicznego (Round Robin),
SCHED_RR, jest prostym rozszerzeniem SCHED_FIFO. Wszystko, co powiedziano o SCHED_FIFO,
dotyczy także SCHED_RR, z tym że każdy z procesów może działać tylko przez określony okres
(kwant) czasu. Jeśli proces działający według polityki SCHED_RR działa przez czas dłuższy
lub równy temu okresowi, zostanie on wstawiony na koniec listy dla swojego priorytetu.
Proces SCHED_RR, który został wywłaszczony przez proces o wyższym priorytecie i wznowił
działanie, dokończy niewykorzystaną część cyklicznego kwantu czasu. Długość kwantu czasu
można odczytać za pomocą funkcji sched_rr_get_interval.
SCHED_OTHER: Domyślne szeregowanie linuksowe,
SCHED_OTHER, może być używane tylko ze statycznym priorytetem równym 0. SCHED_OTHER jest
standardową linuksową procedurą szeregowania zadań poprzez przydzielanie czasu,
przeznaczoną dla wszystkich procesów, które nie mają specjalnych wymagań odnośnie czasu
rzeczywistego wymagających wykorzystania mechanizmu priorytetów statycznych. Proces, który
ma być uruchomiony, jest wybierany z listy dla priorytetu statycznego 0 w oparciu o
określany jedynie wewnątrz tej listy priorytet dynamiczny. Wspomniany priorytet dynamiczny
jest oparty na wartości "nice" (ustawianej za pomocą funkcji systemowych nice i
setpriority) i zwiększany w każdym kwancie czasu, w którym proces jest gotów do działania,
lecz procedura szeregująca mu tego zabrania. Zapewnia to uczciwy postęp wszystkim procesom
polityki SCHED_OTHER.
Czas odpowiedzi
Zablokowany proces o wysokim priorytecie, oczekujący na we/wy ma określony czas odpowiedzi
przed ponownym jego szeregowaniem. Autor sterownika urządzenia może znacznie zmniejszyć
czas odpowiedzi, używając procedury obsługi przerwań typu "slow interrupt".
Różne
Procesy potomne dziedziczą poprzez fork(2) algorytm szeregowania i parametry.
Procesom czasu rzeczywistego do unikania opóźnień stronicowania zazwyczaj potrzebne jest
blokowanie pamięci. Może ono być wykonane za pomocą mlock(2) lub mlockall(2).
Ponieważ nieblokująca nieskończona pętla w procesie, szeregowanym wegług polityki
SCHED_FIFO lub SCHED_RR będzie (wiecznie) blokować wszystkie procesy o niższym
priorytecie, twórca oprogramowania powinien na konsoli zawsze trzymać dostępną powłokę,
szeregowaną z wyższym priorytetem statycznym niż testowana aplikacja. Umożliwi ona
awaryjne ubicie testowanych aplikacji czasu rzeczywistego, które nie blokują, lub nie
kończą się zgodnie z oczekiwaniami. Jako że procesy SCHED_FIFO i SCHED_RR mogą wywłaszczać
inne procesy na zawsze, tylko procesy roota mogą włączać te polityki szeregowania zadań.
Systemy POSIX-owe, na których dostępne są sched_setscheduler i sched_getscheduler,
definiują w <unistd.h> _POSIX_PRIORITY_SCHEDULING.
WARTOŚĆ ZWRACANA
Po pomyślnym zakończeniu, sched_setscheduler zwraca zero. Po pomyślnym zakończeniu,
sched_getscheduler zwraca politykę dla procesu (nieujemna liczba całkowita). Po błędzie,
zwracane jest -1 i odpowiednio ustawiane errno.
BŁĘDY
ESRCH Proces o identyfikatorze pid nie został znaleziony.
EPERM Proces wołający nie ma odpowiednich uprawnień. Tylko procesy roota mogą włączać
polityki SCHED_FIFO oraz SCHED_RR. Proces wołający sched_setscheduler musi mieć
efektywny uid równy euid lub uid procesu identyfikowanego przez pid lub musi być
procesem superużytkownika.
EINVAL Polityka szeregowania zadań policy nie jest żadną ze znanych polityk lub parametr p
nie ma sensu dla danej polityki.
ZGODNE Z
POSIX.1b (wcześniej POSIX.4)
USTERKI
W systemie linux-1.3.81 polityka SCHED_RR nie została jeszcze dokładnie przetestowana i
może nie zachowywać się dokładnie tak, jak opisano w POSIX.1b.
UWAGA
Standardowy Linux jest systemem operacyjnym do ogólnych zastosowań i wspiera: procesy
drugoplanowe, aplikacje interakcyjne i aplikacje miękkiego czasu rzeczywisyego (aplikacje,
które zazwyczaj napotykają na nieprzekraczalne terminy w przebiegach czasowych). Niniejsza
strona podręcznika jest zorientowana na te rodzaje aplikacji.
Standardowy Linux nie jest zaprojektowany do obsługi aplikacji twardego czasu
rzeczywistego, to znaczy aplikacji, w których nieprzekraczalne terminy (często znacznie
krótsze niż sekunda) muszą być zagwarantowane lub system zawiedzie katastroficznie.
Podobnie, jak wszystkie systemy do ogólnych zastosowań, Linux został zaprojektowany aby
zmaksymalizować wydajność dla przypadków przeciętnych, zamiast wydajności dla przypadków
najgorszych. Wydajność Linuksa w obsłudze przerwań jest dla przypadków najgorszych
znacznie gorsza niż dla przypadków przeciętnych. Jego liczne blokady kernela (takie, jak
dla SMP) powodują długie maksymalne czasy oczekiwania, a wiele z zastosowanych w nim
technik zwiększających wydajność, zmniejsza średni czas poprzez zwiększenie czasu dla
przypadków najgorszych. W większości sytuacji jest to to, czego się oczekuje, lecz gdy
rzeczywiście rozwijana jest aplikacja twardego czasu rzeczywistego, należy rozważyć
zastosowanie rozszerzeń twardego czasu rzeczywistego dla Linuksa, takich jak RTLinux
(http://www.rtlinux.org) lub skorzystać z innego systemu operacyjnego, zaprojektowanego
specjalnie dla aplikacji twardego czasu rzeczywistego.
ZOBACZ TAKŻE
sched_setaffinity(2), sched_getaffinity(2), sched_setparam(2), sched_getparam(2),
sched_yield(2), sched_get_priority_max(2), sched_get_priority_min(2),
sched_rr_get_interval(2), nice(2), setpriority(2), getpriority(2), mlockall(2),
munlockall(2), mlock(2), munlock(2)
Programming for the real world - POSIX.4 Billa O. Gallmeistera, O'Reilly & Associates,
Inc., ISBN 1-56592-074-0
IEEE Std 1003.1b-1993 (standard POSIX.1b)
ISO/IEC 9945-1:1996 - jest to nowa rewizja (1996) POSIX.1, która zawiera jako jednolity
tekst standardy POSIX.1(1990), POSIX.1b(1993), POSIX.1c(1995) i POSIX.1i(1995).
INFORMACJE O TŁUMACZENIU
Powyższe tłumaczenie pochodzi z nieistniejącego już Projektu Tłumaczenia Manuali i może
nie być aktualne. W razie zauważenia różnic między powyższym opisem a rzeczywistym
zachowaniem opisywanego programu lub funkcji, prosimy o zapoznanie się z oryginalną
(angielską) wersją strony podręcznika za pomocą polecenia:
man --locale=C 2 sched_setscheduler
Prosimy o pomoc w aktualizacji stron man - więcej informacji można znaleźć pod adresem
http://sourceforge.net/projects/manpages-pl/.