www.digipedia.pl - manuale

SETSCHEDULER(2)

SETSCHEDULER(2) Podręcznik programisty Linuksa SETSCHEDULER(2)
Hey Emacs! This file is -*- nroff -*- source.
 
1999 PTM Przemek Borys Last update: A. Krzysztofowicz <ankry@mif.pg.gda.pl>, Apr 2003, manpages 1.54
 
Copyright (C) Tom Bjorkholm & Markus Kuhn, 1996
 
This is free documentation; you can redistribute it and/or modify it under the terms of the GNU General Public License as published by the Free Software Foundation; either version 2 of the License, or (at your option) any later version.
 
The GNU General Public License's references to "object code" and "executables" are to be interpreted as the output of any document formatting or typesetting system, including intermediate and printed output.
 
This manual is distributed in the hope that it will be useful, but WITHOUT ANY WARRANTY; without even the implied warranty of MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU General Public License for more details.
 
You should have received a copy of the GNU General Public License along with this manual; if not, write to the Free Software Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA 02111, USA.
 
1996-04-01 Tom Bjorkholm <tomb@mydata.se> First version written 1996-04-10 Markus Kuhn <mskuhn@cip.informatik.uni-erlangen.de> revision 1999-08-18 David A. Wheeler <dwheeler@ida.org> added Note. Modified, 25 Jun 2002, Michael Kerrisk <mtk16.ext.canterbury.ac.nz> Corrected description of queue placement by sched_setparam() and sched_setscheduler() A couple of grammar clean-ups
 

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.) W 2.2.x i 2.4.x proces jest umieszczany na czele kolejki W 2.0.x, dzieją się Właściwe Rzeczy: proces idzie na jej koniec -- MTK 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. W Linuksie 2.4 na długość of the przedziału RR ma wpływ wartość nice procesu -- MTK
 

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". , opisanej w .BR request_irq (9).
 

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/.

2002-06-25 Linux 2.4.18