<?xml version="1.0" encoding="koi8-r"?>
<rss version="0.91">
<channel>
    <title>OpenForum RSS: Обсуждение увеличения часты таймера до 1000Hz в ядре Linux</title>
    <link>https://217.65.3.21/openforum/vsluhforumID3/136012.html</link>
    <description>Инженер из компании Google предложил повысить частоту генерации прерываний от таймера  в ядре Linux до 1000Hz по умолчанию, что приведёт к увеличению частоты переключения задач и уменьшению кванта времени в планировщике задач. В данный момент по умолчанию используется 250Hz, как некий компромисс между производительностью, задержками и энергопотреблением...&lt;br&gt;&lt;br&gt;Подробнее: https://www.opennet.ru/opennews/art.shtml?num=62713&lt;br&gt;</description>

<item>
    <title>Обсуждение увеличения часты таймера в ядре Linux до 1000Hz п... (roman)</title>
    <link>https://217.65.3.21/openforum/vsluhforumID3/136012.html#180</link>
    <pubDate>Mon, 17 Feb 2025 19:23:48 GMT</pubDate>
    <description>&amp;gt;Учитывая что при этом заранее неизвестно что претендент поработает не 10 мс а например 5 и отвалит, шедулинг получается весьма компромиссный.&lt;br&gt;&lt;br&gt;Если софт умер за 5мс то планировщик просто возьмет следующий из очереди, не дожидаясь прерывания, потом сделает его по расписанию еще раз, то есть может быть ситуация что первый отработает 9мс а второй 1мс.&lt;br&gt;</description>
</item>

<item>
    <title>Обсуждение увеличения частоты таймера в ядре Linux до 1000 Г... (Аноним Нелюдимович)</title>
    <link>https://217.65.3.21/openforum/vsluhforumID3/136012.html#179</link>
    <pubDate>Mon, 17 Feb 2025 14:44:06 GMT</pubDate>
    <description>В патчах К. Коливаса это было уже лет 15 тому назад по умолчанию. Теперь и создатели ванили что-то такое поняли. &lt;br&gt;©&quot;Горячие финские парни&quot;.&lt;br&gt;</description>
</item>

<item>
    <title>Обсуждение увеличения часты таймера до 1000Hz в ядре Linux (Смузихлеб забывший пароль)</title>
    <link>https://217.65.3.21/openforum/vsluhforumID3/136012.html#178</link>
    <pubDate>Mon, 17 Feb 2025 10:48:22 GMT</pubDate>
    <description>У многих железок установлена микросхема, в которой определены многие параметры. Вплоть до планок ОЗУ. И ничего, не померли. &lt;br&gt;По сути, изначально требуется чтобы при начальной загрузке системы подтягивались данные в т.ч из моника и на основе них выставлялись некоторые множители. Они и так выставляются на основе иных параметров, просто именно монитор до последнего не учитывали&lt;br&gt;</description>
</item>

<item>
    <title>Обсуждение увеличения частоты таймера в ядре Linux до 1000 Г... (Аноним)</title>
    <link>https://217.65.3.21/openforum/vsluhforumID3/136012.html#177</link>
    <pubDate>Mon, 17 Feb 2025 05:54:08 GMT</pubDate>
    <description>&amp;gt; очень плохой девиз придуманный в 90ые&lt;br&gt;&lt;br&gt;Видимо ваш девиз больше глючности, изменения всего подряд на совершенно другое, каждое обновление.&lt;br&gt;</description>
</item>

<item>
    <title>Обсуждение увеличения частоты таймера в ядре Linux до 1000 Г... (Аноним)</title>
    <link>https://217.65.3.21/openforum/vsluhforumID3/136012.html#176</link>
    <pubDate>Sun, 16 Feb 2025 20:19:39 GMT</pubDate>
    <description>А ты 600 Hz (50*120)/10 ей выставить пробовал? Сюрпризы были? (не думаю что будут - я в далёком прошлом выставлял 120 с поллингом, и всё работало - это то-ли семёрка была, то-ли предрелизная бэта восьмёрки...)&lt;br&gt;</description>
</item>

<item>
    <title>Обсуждение увеличения частоты таймера в ядре Linux до 1000 Г... (Аноним)</title>
    <link>https://217.65.3.21/openforum/vsluhforumID3/136012.html#175</link>
    <pubDate>Sun, 16 Feb 2025 17:12:56 GMT</pubDate>
    <description>По идее, нужно посмотреть как меняется оптимальный интервал на каждом тике. Если он около такой же, то вполне можно предсказывать оптимальный интервал для следующего тика на каждом тике, а не лепить фиксированное значение.&lt;br&gt;</description>
</item>

<item>
    <title>Обсуждение увеличения часты таймера до 1000Hz в ядре Linux (Аноним)</title>
    <link>https://217.65.3.21/openforum/vsluhforumID3/136012.html#174</link>
    <pubDate>Sun, 16 Feb 2025 10:55:40 GMT</pubDate>
    <description>как то на хабре видел пример того что 300 хорошо делится сразу и на 50 (25) и на 60 (30) - отсюда более оптимальная работа графики с частотой дискретизыции, соответственно, на мониорах/телевизорах в том числе при воспроизведении видео и частично борется с тирингом&lt;br&gt;</description>
</item>

<item>
    <title>Обсуждение увеличения часты таймера до 1000Hz в ядре Linux (Аноним)</title>
    <link>https://217.65.3.21/openforum/vsluhforumID3/136012.html#173</link>
    <pubDate>Sun, 16 Feb 2025 01:21:41 GMT</pubDate>
    <description>&amp;gt; секретов почему в фри так голимо с управлением питанием. У фряхи &lt;br&gt;&amp;gt; с управлением питанием и оптимизацией потребления очень голимо все.&lt;br&gt;&lt;br&gt;Голимо ты man&apos;ы читаешь, это точно. УМВР более семи часов, при чём видео безпрерывно стримится. По сравнению с GNU/Linux разница есть, но вообще не большая.&lt;br&gt;Рекоммендую pkg install powerdxx &amp;&amp; man -k dev&lt;br&gt;</description>
</item>

<item>
    <title>Обсуждение увеличения часты таймера в ядре Linux до 1000Hz п... (Аноним)</title>
    <link>https://217.65.3.21/openforum/vsluhforumID3/136012.html#172</link>
    <pubDate>Sat, 15 Feb 2025 20:36:21 GMT</pubDate>
    <description>Всю эту тему раздули на опеннете, нигде за пределами оного никто и не писал, что дескать все, линукс выкинут и будет Фучия&lt;br&gt;Это реально было просто местечковым бредом&lt;br&gt;</description>
</item>

</channel>
</rss>
