https://www.opennet.ru/openforum/vsluhforumID9/9642.html Задача: отслеживается событие и при его возникновении обрабатывается.<br>Решение:<br>while (1) {<br>if ( &lt;событие&gt; ) {<br>&lt;обработка&gt;<br>}<br>}<br>Проблема: много холостых ходов цикла, загрузка процессора до 100%<br><br>В Windows решается просто:<br>while (1) {<br>if ( &lt;событие&gt; ) {<br>&lt;обработка&gt;<br>continue;<br>}<br>else {<br>Sleep (0);<br>}<br>}<br>здесь функция Sleep(0) позволяет планировщику передать исполнение другому потоку до истечения кванта времени выделенного текущему потоку.<br><br>Вопрос: Как подобный механизм реализовать в UNIX ?<br> https://www.opennet.ru/openforum/vsluhforumID9/9642.html#13 Mon, 01 Apr 2013 10:54:35 GMT &gt; select() не пробовал, но использование poll(), как в приведённом примере, оставляет загрузку <br>&gt; CPU ~100%.<br><br>Если загрузка 100%, то timeout=0. Ну уж тогда извините, что написали - то и получили.<br>select() не поможет, так как на уровне ядра всё равно реализован через poll().<br> https://www.opennet.ru/openforum/vsluhforumID9/9642.html#12 Sun, 17 Mar 2013 18:02:41 GMT &gt;&gt; Зря, что ли, придумывали асинхронно-событийную парадигму?<br>&gt; А не из теории что-нибудь?!<br><br>http://libevent.org/ &#124;&#124; http://software.schmorp.de/pkg/libev.html<br> https://www.opennet.ru/openforum/vsluhforumID9/9642.html#11 Sat, 16 Mar 2013 18:17:47 GMT &gt; Зря, что ли, придумывали асинхронно-событийную парадигму?<br><br>А не из теории что-нибудь?!<br><br><br> https://www.opennet.ru/openforum/vsluhforumID9/9642.html#10 Fri, 15 Mar 2013 17:07:10 GMT &gt;[оверквотинг удален]<br>&gt;&gt; } <br>&gt;&gt; здесь функция Sleep(0) позволяет планировщику передать исполнение другому потоку до истечения <br>&gt;&gt; кванта времени выделенного текущему потоку.<br>&gt;&gt; Вопрос: Как подобный механизм реализовать в UNIX ?<br>&gt; То что ты делаешь называется опрос. И это именно то, чего делать <br>&gt; не стоит. Для этого алгоритма избежать 100% загрузки цпу невозможно. Вариант <br>&gt; с usleep - костыль, который резко уменьшает время ответа системы.<br>&gt; Само получение ивента должно быть блокируемым. Самое простое решение - завести дескриптор <br>&gt; при помощи man 2 pipe и с одной стороны - писать, <br>&gt; а с другой - читать в блокирующем режиме ивенты.<br><br>Зря, что ли, придумывали асинхронно-событийную парадигму?<br> https://www.opennet.ru/openforum/vsluhforumID9/9642.html#9 Wed, 13 Mar 2013 10:36:57 GMT Привет,<br><br>&gt; Реальная задача в получении пакетов на неблокированные сокеты: <br>&gt; select() не пробовал, но использование poll(), как в приведённом примере, оставляет загрузку <br>&gt; CPU ~100%.<br><br>Тогда попробуйте select(), он и есть ваше решение. <br><br>WWell,<br><br><br> https://www.opennet.ru/openforum/vsluhforumID9/9642.html#8 Tue, 12 Mar 2013 16:05:57 GMT &gt;[оверквотинг удален]<br>&gt; &lt;обработка&gt; <br>&gt; continue; <br>&gt; } <br>&gt; else { <br>&gt; Sleep (0); <br>&gt; } <br>&gt; } <br>&gt; здесь функция Sleep(0) позволяет планировщику передать исполнение другому потоку до истечения <br>&gt; кванта времени выделенного текущему потоку.<br>&gt; Вопрос: Как подобный механизм реализовать в UNIX ?<br><br>То что ты делаешь называется опрос. И это именно то, чего делать не стоит. Для этого алгоритма избежать 100% загрузки цпу невозможно. Вариант с usleep - костыль, который резко уменьшает время ответа системы.<br><br>Само получение ивента должно быть блокируемым. Самое простое решение - завести дескриптор при помощи man 2 pipe и с одной стороны - писать, а с другой - читать в блокирующем режиме ивенты.<br><br> https://www.opennet.ru/openforum/vsluhforumID9/9642.html#7 Thu, 28 Feb 2013 10:26:10 GMT &gt;[оверквотинг удален]<br>&gt;&gt; if ( &lt;событие&gt; ) { <br>&gt;&gt; &lt;обработка&gt; <br>&gt;&gt; } <br>&gt; Ответ зависит от того, в чем заключается обработка и точнее, насколько она <br>&gt; должна быть в реальном времени. Лучший вариант, конечно, select() - есил <br>&gt; есть возможность его использовать. usleep() позволит снизить нагрузку, а интервал зависит <br>&gt; от того, как часто случается событие и насколько его обработка может <br>&gt; подождать - напр., если "событие", это уборка за каким-то "мусором" (типа <br>&gt; wait() после fork()), то и раз в секунду подойдет.<br>&gt; WWell, <br><br>Доброго времени суток!<br><br>Реальная задача в получении пакетов на неблокированные сокеты:<br><br> while (1) {<br> . . .<br> if ( !poll(. . .) ) {<br> continue;<br> }<br><br> &lt;обработка&gt;<br><br> }<br><br>select() не пробовал, но использование poll(), как в приведённом примере, оставляет загрузку CPU ~100%.<br><br> https://www.opennet.ru/openforum/vsluhforumID9/9642.html#6 Thu, 28 Feb 2013 09:41:04 GMT Привет,<br><br>&gt; if ( &lt;событие&gt; ) { <br>&gt; &lt;обработка&gt; <br>&gt; } <br><br>Ответ зависит от того, в чем заключается обработка и точнее, насколько она должна быть в реальном времени. Лучший вариант, конечно, select() - есил есть возможность его использовать. usleep() позволит снизить нагрузку, а интервал зависит от того, как часто случается событие и насколько его обработка может подождать - напр., если "событие", это уборка за каким-то "мусором" (типа wait() после fork()), то и раз в секунду подойдет. <br><br>WWell,<br><br><br> https://www.opennet.ru/openforum/vsluhforumID9/9642.html#5 Thu, 28 Feb 2013 05:14:47 GMT Спасибо за ответы. Я действительно немного промахнулся с темой, поищу в теме про потоки и нити.<br><br>К сожалению sched_yield() не помогает в данном случае, например:<br><br> void main () {<br> while (1) {<br> }<br> }<br><br>и<br><br> void main () {<br> while (1) {<br> sched_yield ();<br> }<br> }<br><br>согласно top дают одинаковую загрузку CPU ~100% <br><br>Однако<br><br> void main () {<br> while (1) {<br> usleep (1000);<br> }<br> }<br><br>резко уменьшает нагрузку до 0.3%<br><br>Наверное это и есть решение.<br>