🚀 go-pugleaf

Dnia Thu, 25 Apr 2013 00:10:27 -0700 po głębokim namyśle Adam Klobukowski
rzekł:

> On Thursday, 25 April 2013 08:43:06 UTC+2, firr kenobi  wrote:
>> chodzi chyba raczej o to ze jak wywolujesz dowolny kod to masz
>> gwarancje ze nie zajmie on więcej niż X mikrosekund - ci sie ma dziac
>> gdy jskas fibra przekroczyłaby ten czas (blue screen?) I jak to
>> pogodzić z różnorodna mocą sprzętu to nie wiem

Mechanizm polega na nie wykonaniu mniej istotnych wątków gdy obciążenie 
zbiża się do granicy.

> Systemy czasu rzeczywistego gwarantują stałe czasy wykonania pewnych
> operacji (lub nie większe niż) lub możliwość dokładnego wyliczenia ile
> dana operacja zajmie. Dodatkowo, umożliwiają przydzielenie procesom
> twardych priorytetów, tj. przydzielenia stałego fragmentu mocy
> procesora.

Nie do końca. Zgodziłbym się co do Hard Realtime, ale w Soft Realtime
już nie. Tam raczej górny np. kwantyl ma minimalne wymagania, a reszta ma 
być reponsywna. W realtime procesor musi mieć zapas, nie ma rt gdy
jest obciążony w 100%. Jak już ktoś wspomniał, są rzeczy typu 
sched. policy, jak chociażby odstawiany w pierwszej kolejności batch.

-- 
Edek