<?xml version="1.0" encoding="koi8-r"?>
<rss version="0.91">
<channel>
    <title>OpenForum RSS: OpenNews: GTK+ требует оптимизации использования памяти</title>
    <link>https://www.opennet.ru/openforum/vsluhforumID3/5191.html</link>
    <description>Ben Maurer поднял в своем блоге (http://codeblogs.ximian.com/blogs/benm/archives/000450.html) проблему излишней потребности в оперативной памяти системами GNOME и GTK+, проанализировал некоторые узкие места  и предложил план проведения оптимизации (http://live.gnome.org/MemoryReduction).&lt;br&gt;&lt;br&gt;Последние версии GNOME, практически невозможно использовать на системах со 128 Мб памяти (нужно минимум 192 Мб), в этом отношении GNOME оказался более ресурсоемким чем Windows XP.&lt;br&gt;&lt;br&gt;URL: http://codeblogs.ximian.com/blogs/benm/archives/000450.html&lt;br&gt;Новость: http://www.opennet.ru/opennews/art.shtml?num=5100&lt;br&gt;</description>

<item>
    <title>GTK+ требует оптимизации использования памяти (Аноним)</title>
    <link>https://www.opennet.ru/openforum/vsluhforumID3/5191.html#14</link>
    <pubDate>Wed, 02 Mar 2005 12:45:18 GMT</pubDate>
    <description>незнаю, сколько дистрибутивов не пробовал, устанавливал на разные компы - гном всегда был бытрее КДЕ (я говорю про версии гнома 2.6 и 2.8 и кде 3.3.*)&lt;br&gt;поэтому гном всегда нравился больше. Единственные его большой минус, который мне не нравится - практичность по сравнению с КДЕ на порядок ниже и использование пространства рабочего стола (расстрояния между значками)</description>
</item>

<item>
    <title>GTK+ требует оптимизации использования памяти (Kaspian)</title>
    <link>https://www.opennet.ru/openforum/vsluhforumID3/5191.html#13</link>
    <pubDate>Fri, 25 Feb 2005 12:50:24 GMT</pubDate>
    <description>А у меня немного другие запросы, нужно и что бы и прогноз погоды где-нить под рукой, и что б с цифровиком было удобно работать, и глаз радовало перешёл с gnome на kde оно и пошустрей как-то и посимпатичней, а работе с цифровиком вообще нарадоватся не могу (digiFoto после gtkam). За что и люблю nix каждому по потребности :)</description>
</item>

<item>
    <title>GTK+ требует оптимизации использования памяти (anonymous)</title>
    <link>https://www.opennet.ru/openforum/vsluhforumID3/5191.html#12</link>
    <pubDate>Thu, 24 Feb 2005 19:03:32 GMT</pubDate>
    <description>nu uzh ne dumaju chto sovsem net oop. toka tam navernoe oop na chistom ansi C, tak nazyvaemyj OOPC!</description>
</item>

<item>
    <title>GTK+ требует оптимизации использования памяти (CGen)</title>
    <link>https://www.opennet.ru/openforum/vsluhforumID3/5191.html#11</link>
    <pubDate>Thu, 24 Feb 2005 13:51:47 GMT</pubDate>
    <description>На P II 400 MHz Gnome, вроде, чуть-чуть быстрее работал (лет 5 назад). Сейчас KDE однозначно быстрее (у меня FreeBSD и всё из портов собрано). Однако, на самом деле всё упирается в библиотеку, а не рабочий стол. WM мне тоже очень нравится, но большинство приложений написаны на GTK или Qt, так что тормоза никуда не денутся.&lt;br&gt;А что касается С и С++ компиляторов, то недавно хорошая книжка про GCC на русском вышла. В ней всё написано. GCC и G++ отлисаются только самым верним уровнем парсера. Простые программы на C и меньше, а в больших программах главное - это правильный алгоритм.</description>
</item>

<item>
    <title>GTK+ требует оптимизации использования памяти (Аноним)</title>
    <link>https://www.opennet.ru/openforum/vsluhforumID3/5191.html#10</link>
    <pubDate>Thu, 24 Feb 2005 13:27:27 GMT</pubDate>
    <description>Одно время юзал GNOME, во времена GTK+ 1.x.x Все было довольно мило и быстро, мне нравилось. С появлением GTK 2.x гном стал &quot;странным&quot; и тормознутым.</description>
</item>

<item>
    <title>GTK+ требует оптимизации использования памяти (Аноним)</title>
    <link>https://www.opennet.ru/openforum/vsluhforumID3/5191.html#9</link>
    <pubDate>Thu, 24 Feb 2005 13:01:24 GMT</pubDate>
    <description>В своё время чуть-чуть заморачивался на тему выбора, в битве  gnome vs kde лично в моём случае неожиданно победил wmaker. Просто я понял, что лично мне нужно - несколько рабочих столов и запуск приложений через настраиваемые нажатия клавиш.  Моя средненькая система - слакварь 10, атлон 1600, 512метров  - загружается за 35 секунд. Реально не парюсь, я не красноглазый поклонник изврата, религиозно отвергающий удобства гуи, вовсе нет... &lt;br&gt;Что вам даёт кде или гном?&lt;br&gt;</description>
</item>

<item>
    <title>GTK+ требует оптимизации использования памяти (klalafuda)</title>
    <link>https://www.opennet.ru/openforum/vsluhforumID3/5191.html#8</link>
    <pubDate>Thu, 24 Feb 2005 12:17:41 GMT</pubDate>
    <description>&amp;gt; Любой API лучше делать на C.&lt;br&gt;&lt;br&gt;любой API лучше делать инструментами, специально для этого предназначеными. например, IDL.&lt;br&gt;&lt;br&gt;&amp;gt; Его потом проще встраивать куда хочеться.&lt;br&gt;&lt;br&gt;а уж тем более с этой точки зрения сам бог велел..&lt;br&gt;&lt;br&gt;// wbr&lt;br&gt;</description>
</item>

<item>
    <title>GTK+ требует оптимизации использования памяти (Vorax)</title>
    <link>https://www.opennet.ru/openforum/vsluhforumID3/5191.html#7</link>
    <pubDate>Thu, 24 Feb 2005 10:26:44 GMT</pubDate>
    <description>&amp;gt;Оптимизировать то, что оно там навыдавало ой как можно :) Я имел &lt;br&gt;&amp;gt;ввиду именно оптимизацию сгенерированного кода, скорость работы кода скомпилированных gcc 2.95 &lt;br&gt;&amp;gt;и gcc 3.3.x для конкретного процессора различаются ;) &lt;br&gt;&lt;br&gt;Не думаю, что этот код будет работать _быстрее_чем_ аналогичный с-код.&lt;br&gt;&lt;br&gt;&amp;gt;&amp;gt;Любой API лучше делать на C.&lt;br&gt;&amp;gt;Не согласен :) ООП удобнее в этом плане. Особенно при расширении API. &lt;br&gt;&lt;br&gt;Удобнее. Но С++ потом труднее использовать в Java, Python и т.д.&lt;br&gt;&lt;br&gt;&lt;br&gt;</description>
</item>

<item>
    <title>GTK+ требует оптимизации использования памяти (sauron)</title>
    <link>https://www.opennet.ru/openforum/vsluhforumID3/5191.html#6</link>
    <pubDate>Thu, 24 Feb 2005 07:05:07 GMT</pubDate>
    <description>&amp;gt;Более быстрый код С++ компиляторы давать не могут :). Для это достаточно декомпилирвать такой код посмотреть на него.&lt;br&gt;&lt;br&gt;Оптимизировать то, что оно там навыдавало ой как можно :) Я имел ввиду именно оптимизацию сгенерированного кода, скорость работы кода скомпилированных gcc 2.95 и gcc 3.3.x для конкретного процессора различаются ;)&lt;br&gt;&lt;br&gt;&amp;gt;Любой API лучше делать на C.&lt;br&gt;Не согласен :) ООП удобнее в этом плане. Особенно при расширении API. </description>
</item>

</channel>
</rss>
