<?xml version="1.0" encoding="koi8-r"?>
<rss version="0.91">
<channel>
    <title>OpenForum RSS: Небольшой патч позволил повысить производительность GLX-расш...</title>
    <link>https://www.opennet.dev/openforum/vsluhforumID3/74330.html</link>
    <description>Крис Вильсон (Chris Wilson), принимающий участие в разработке драйвера xf86-video-intel,  представил (http://lists.x.org/archives/xorg-devel/2011-January/018623.html) в списке рассылки разработчиков X.Org  50-строчный патч, позволяющий задействовать небольшой кэш при индексировании результатов операций декодирования GLX-опкода. Подобное кэширование позволило значительно увеличить производительность операций непрямого рендеринга. Например, после применения патча, при обращении к X-серверу через сеть или локальный сокет, скорость отрисовки в игре World of Padman возросла с 28 до 45 кадров в секунду.&lt;br&gt;&lt;br&gt;URL: http://www.phoronix.com/scan.php?page=news_item&amp;px=OTA1MQ&lt;br&gt;Новость: http://www.opennet.ru/opennews/art.shtml?num=29415&lt;br&gt;</description>

<item>
    <title>Небольшой патч позволил повысить производительность GLX-расш... (Аноним123321)</title>
    <link>https://www.opennet.dev/openforum/vsluhforumID3/74330.html#30</link>
    <pubDate>Mon, 31 Jan 2011 19:58:50 GMT</pubDate>
    <description>считайте что уже залепили :-) ... так как ведь сёравно вы никогда не узнаете что там в исходных кодах от этого блоба :-)&lt;br&gt;&lt;br&gt;</description>
</item>

<item>
    <title>Небольшой патч позволил повысить производительность GLX-расш... (Zenitur)</title>
    <link>https://www.opennet.dev/openforum/vsluhforumID3/74330.html#28</link>
    <pubDate>Sat, 29 Jan 2011 12:15:55 GMT</pubDate>
    <description>Ошибся, и правда в иксах.&lt;br&gt;</description>
</item>

<item>
    <title>Небольшой патч позволил повысить производительность GLX-расш... (trdm)</title>
    <link>https://www.opennet.dev/openforum/vsluhforumID3/74330.html#27</link>
    <pubDate>Sat, 29 Jan 2011 10:44:53 GMT</pubDate>
    <description>дело не в количестве.&lt;br&gt;</description>
</item>

<item>
    <title>Небольшой патч (Andrey Mitrofanov)</title>
    <link>https://www.opennet.dev/openforum/vsluhforumID3/74330.html#26</link>
    <pubDate>Sat, 29 Jan 2011 09:00:30 GMT</pubDate>
    <description>Такое впечатление, что все аж поражены в пятку Великим Открытием, мол, Йо-майО, что ж мы написали!, куда не ткнёшь (50-строчным патчем), оно просто ни с того ни с сего начинает работать вдвое быстрее.&lt;br&gt;&lt;br&gt;&amp;gt;)</description>
</item>

<item>
    <title>Небольшой патч позволил повысить производительность GLX-расш... (Ян Злобин)</title>
    <link>https://www.opennet.dev/openforum/vsluhforumID3/74330.html#25</link>
    <pubDate>Sat, 29 Jan 2011 04:14:56 GMT</pubDate>
    <description>&amp;gt;такое чувство что теперь все принялись кровь из носа писать маленькие высокоэффективные патчи!!=)&lt;br&gt;&lt;br&gt;Так это ж здорово!&lt;br&gt;</description>
</item>

<item>
    <title>Небольшой патч позволил повысить производительность GLX-расш... (Zenitur)</title>
    <link>https://www.opennet.dev/openforum/vsluhforumID3/74330.html#24</link>
    <pubDate>Sat, 29 Jan 2011 01:41:43 GMT</pubDate>
    <description>&amp;gt; кода иксов&lt;br&gt;&lt;br&gt;Это драйвер - иксы ни при чём&lt;br&gt;</description>
</item>

<item>
    <title>Небольшой патч позволил повысить производительность GLX-расш... (funky_dennis)</title>
    <link>https://www.opennet.dev/openforum/vsluhforumID3/74330.html#22</link>
    <pubDate>Sat, 29 Jan 2011 01:05:11 GMT</pubDate>
    <description>Непрямой рендеринг = Indirect rendering. Ответ - да.&lt;br&gt;</description>
</item>

<item>
    <title>Небольшой патч позволил повысить производительность GLX-расш... (ананим)</title>
    <link>https://www.opennet.dev/openforum/vsluhforumID3/74330.html#21</link>
    <pubDate>Fri, 28 Jan 2011 23:49:51 GMT</pubDate>
    <description>какие остальные? может так и должно быть? :D&lt;br&gt;чтобы иметь с чем сравнивать, нужен эталон. другими словами - никто и не догадывался, что может быть &amp;lt;3000. кэширование в коде как раз относится к ручной оптимизации. как и выбор оптимального размера буфера и тд.&lt;br&gt;&lt;br&gt;профилировщик выдаст только критический участок кода с повышенной нагрузкой на цпу, а оптимизировать его уж будьте любезны сами. опять же, выполнение проги до 1-го такта несоптимизируешь. на каком-то этапе останавливаешься и говоришь - всё, лучше не будет.&lt;br&gt;вон в висте аеро тормозила из-за 2-ой буферизации. в 7 убрали и можно даже пользоваться.&lt;br&gt;</description>
</item>

<item>
    <title>Небольшой патч позволил повысить производительность GLX-расш... (pavlinux)</title>
    <link>https://www.opennet.dev/openforum/vsluhforumID3/74330.html#20</link>
    <pubDate>Fri, 28 Jan 2011 22:38:40 GMT</pubDate>
    <description>Он даст ответ на то, что в каком-то месте функцию вызывали 3000 раз за минуту, &lt;br&gt;тогда как остальные по 500. &lt;br&gt;</description>
</item>

</channel>
</rss>
