ru.unix.bsd

 
 - RU.UNIX.BSD ------------------------------------------------------------------
 From : Valentin Davydov                     2:5020/400     12 Apr 2004  17:55:43
 To : Eugene Grosbein
 Subject : Re: priority degradation
 -------------------------------------------------------------------------------- 
 

 >   From: Eugene Grosbein <Eugene.Grosbein@f1.n5006.z2.fidonet.org>
 >   Date: Mon, 12 Apr 2004 09:35:04 +0400
 >
 >Имеем фоновый процесс, который кушает столько процессора, сколько дадут,
 >но не очень важный (типа make buildworld), хотя и под idprio пускать его
 >нельзя.
 
 Почему это нельзя? Впрочем, всё равно он изрядную часть времени будет машину
 в дисковом драйвере держать, причём скорость реакции диска, как ты понимаешь,
 абсолютно не зависит от priority каких-то там процессов.
 
 >И есть иксовое приложение, которому процессор нужен фактически realtime.
 
 Вот тут у тебя противоречие. Либо X, либо realtime. По-моему, в X протоколе
 вообще нету понятия реального времени (как отмены вызовов по наступлении 
 заранее определённого момента времени).
 
 >Вопрос получается таким: можно ли пустить процесс X-сервера под высоким
 >rtprio, оставив при этом все порожденные им процессы с обычным приоритетом?
 
 Можно, но достигнешь ты этим вовсе не того, что хотел.
 
 >Тогда потом пущу приложение с rtprio, но пониже и все должно заработать
 >как надо.
 
 Приложение надо пускать с rtprio, а всё остальное - ему фоном. И при этом 
 ещё следить чтобы ни один драйвер не держал машину больше NNN микросекунд.
 
 Вал. Дав., задолбавшись с silo overflows (железо менял на три разных вещи,
 общего - только драйвера).
 
 --- ifmail v.2.15dev5.3
  * Origin: St. Petersburg State University (2:5020/400)
 
 

Вернуться к списку тем, сортированных по: возрастание даты  уменьшение даты  тема  автор