https://www.opennet.ru/openforum/vsluhforumID3/93659.html Линус Торвальдс утвердил (http://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/commit/?id=a0fa1dd3cdbccec9597fe53b6177a9aa6e20f2f8) включение в будущий выпуск ядра Linux 3.14 патчей с реализацией планировщика задач SCHED_DEADLINE (https://github.com/jlelli/sched-deadline), реализующего алгоритм EDF (Earliest Deadline First), основанный на идее выбора для выполнения из очереди ожидающих процессов задачи, наиболее близкой к истечению крайнего расчётного времени (deadline). SCHED_DEADLINE поддерживает обеспечение работы процессов, требующих выполнения операций в режиме реального времени, предоставляя для подобных задач гарантированное время выполнения, независимо от общего количества обслуживаемых процессов, и реализуя возможность резервирования пропускной способности CPU для процессов. <br><br><br>Обычный планировщик задач не может обеспечить такое поведение, так как не способен гарантировать необходимое время выполнения задачи в заданном интервале времени (например, гарантировать выполнение задачи 10 мкс в https://www.opennet.ru/openforum/vsluhforumID3/93659.html#109 Wed, 31 Oct 2018 17:33:32 GMT У вас копипаста не работает.<br> https://www.opennet.ru/openforum/vsluhforumID3/93659.html#107 Thu, 30 Jan 2014 21:02:22 GMT да ладно вам, тот же opensuse с l4 идет свободно, латентность лучше чем у ядра NT <br> https://www.opennet.ru/openforum/vsluhforumID3/93659.html#106 Mon, 27 Jan 2014 16:25:51 GMT &gt;&gt;&gt;Hard RT это 5% отклонение от средних показателей.<br>&gt;&gt; Hard RT - это когда система by design гарантирует верхний предел времени <br>&gt;&gt; отклика (причем не важно, какой), и не при каких обстоятельствах он <br>&gt;&gt; не будет превышен. Заявки типа "допустимое отклонение 5%" - это типичный <br>&gt;&gt; soft RT.<br>&gt; Отклонение не более &#177;5% - это промышленно допустимое.<br>&gt; Дальнейшая точность корректируется программно либо введением дублирующих систем.<br><br>Смысл сообщения был в том, что опеределение soft/hard никак не связано с величиной отклонения<br> https://www.opennet.ru/openforum/vsluhforumID3/93659.html#105 Mon, 27 Jan 2014 11:02:05 GMT &gt; Таки нет, думайте головой, 5 нс на 1 метр вам вряд ли <br>&gt; сильно помешает, по крайней мере на расстояниях в пару сотен метров. <br><br>Таки да, думаю головой (и Вам того же желаю).<br>Во-первых, расстояния (между А и Б) в пару сотен метров (х) могут превратиться в n*х метров провода.<br>Во-вторых, даже х метров провода != y метров пути для сигнала, при y&gt;x.<br>В-третьих, для RT (особенно на _опасных_ производствах) нужна калибровка на среднее прохождение сигнала, и там 5-10 нс вполне критичный показатель.<br>В-четвертых, из-за п. 3, таки нужно делать оптимальное расположение и длину проводки провода.<br><br>А то таки будет очередной "Маяк", ЛАЭС, ЧАЭС.<br><br>Если чо, в местах, где нужон жесткий RT действует простое правило: "лучше перебздеть, чем недобдеть".<br> https://www.opennet.ru/openforum/vsluhforumID3/93659.html#104 Sun, 26 Jan 2014 08:45:33 GMT &gt;&gt;Если следовать логике pavlinux, то для повышения отзывчивости важно еще и провода короче делать. Если будут очень длинные то это будет не тот Real Time <br>&gt; Таки да. Если не согласны, идите-ка учите физику.<br><br>Таки нет, думайте головой, 5 нс на 1 метр вам вряд ли сильно помешает, по крайней мере на расстояниях в пару сотен метров.<br> https://www.opennet.ru/openforum/vsluhforumID3/93659.html#103 Sat, 25 Jan 2014 00:56:34 GMT Гы <br><br>[code]<br>#include &lt;stdio.h&gt;<br>#include &lt;stdlib.h&gt;<br>#include &lt;unistd.h&gt;<br>#include &lt;sys/types.h&gt;<br>#include &lt;sys/wait.h&gt;<br><br>int main(void)<br>{<br> pid_t pid;<br> int st;<br> switch (pid = fork()) {<br> case -1:<br> perror("fork");<br> exit(1);<br> case 0:<br> printf("форкнулся!!!\n");<br> exit(5);<br> default:<br> waitpid(pid, &st, 0);<br> }<br> return 0;<br>}<br>[/code]<br><br># gcc fork.c <br><br># schedtool -E -t 10000:10000 -e ./a.out <br>fork: Resource temporarily unavailable<br><br>:facepalm:<br> https://www.opennet.ru/openforum/vsluhforumID3/93659.html#102 Fri, 24 Jan 2014 12:04:25 GMT &gt;&gt;Hard RT это 5% отклонение от средних показателей.<br>&gt; Hard RT - это когда система by design гарантирует верхний предел времени <br>&gt; отклика (причем не важно, какой), и не при каких обстоятельствах он <br>&gt; не будет превышен. Заявки типа "допустимое отклонение 5%" - это типичный <br>&gt; soft RT.<br><br>Отклонение не более &#177;5% - это промышленно допустимое. <br>Дальнейшая точность корректируется программно либо введением дублирующих систем. <br> https://www.opennet.ru/openforum/vsluhforumID3/93659.html#101 Fri, 24 Jan 2014 11:50:20 GMT &gt; # chrt -f -p 99 ./hello<br><br>man chrt<br><br>chrt [options] prio command [arg]...<br>chrt [options] -p [prio] pid<br><br>-p у тебя лишняя, а -f на стоковом ядре итак по-умолчанию<br> https://www.opennet.ru/openforum/vsluhforumID3/93659.html#100 Fri, 24 Jan 2014 11:27:00 GMT зыж<br>В смысле не нужны рутовые привилегии.<br>ззыж<br>Да, надеюсь ты то хоть понимаешь, что https://rt.wiki.kernel.org/index.php/RT_PREEMPT_HOWTO<br>&gt;The standard Linux kernel only meets soft real-time requirements: it provides basic POSIX operations for userspace time handling but has no guarantees for hard timing deadlines. With Ingo Molnar's Realtime Preemption patch (referenced to as RT-Preempt in this document) and Thomas Gleixner's generic clock event layer with high resolution support, the kernel gains hard realtime capabilities.<br><br>ядро уже(!!!) реалтаймовское? &#9786;<br>Просто не для всех достаточно хард(корное). &#9787;<br>Но в любом случае для повседневных задач (аля звук, пульс, джек) более чем достаточно.<br>Что кстати в джеке (пункт 2 выше) и сказано:<br>&gt;t is very important to understand that you do NOT need an "RT kernel" to use RT scheduling (this is a very common misconception.)<br><br>Всё. Теперь можно выпендриваться:<br># cat /etc/security/limits.d/40-audio-rt.conf <br>@audio-rtprio99<br>@audio-memlockunli