URL: https://www.opennet.me/cgi-bin/openforum/vsluhboard.cgi
Форум: vsluhforumID3
Нить номер: 5191
[ Назад ]

Исходное сообщение
"OpenNews: GTK+ требует оптимизации использования памяти"

Отправлено opennews , 23-Фев-05 01:19 
Ben Maurer поднял в своем блоге (http://codeblogs.ximian.com/blogs/benm/archives/000450.html) проблему излишней потребности в оперативной памяти системами GNOME и GTK+, проанализировал некоторые узкие места  и предложил план проведения оптимизации (http://live.gnome.org/MemoryReduction).

Последние версии GNOME, практически невозможно использовать на системах со 128 Мб памяти (нужно минимум 192 Мб), в этом отношении GNOME оказался более ресурсоемким чем Windows XP.

URL: http://codeblogs.ximian.com/blogs/benm/archives/000450.html
Новость: http://www.opennet.me/opennews/art.shtml?num=5100


Содержание

Сообщения в этом обсуждении
"GTK+ требует оптимизации использования памяти"
Отправлено turist , 23-Фев-05 01:19 
Правильно. Гном уже превратился в ... какое-то. Субъективно KDE по сравнению с ним - ракета. Может, в Qt дело?

"GTK+ требует оптимизации использования памяти"
Отправлено sauron , 23-Фев-05 10:03 
Нет все тривиальнее. Компиляторы С++ дают все более быстрый код :) Плюс поддерживать такой большой проект как Gnome написанного без использования ООП давольно сложная задача, как и попытки угнаться за KDE использующий ООП :)

"GTK+ требует оптимизации использования памяти"
Отправлено Vorax , 23-Фев-05 14:41 
Более быстрый код С++ компиляторы давать не могут :). Для это достаточно декомпилирвать такой код посмотреть на него.

Насчет поддержки большого проекта согласен. Но тот не все так однозначно. Любой API лучше делать на C. Его потом проще встраивать куда хочеться. GNOME перерос C. Я что-то слышал о возможности пререзода на mono, вот это будет ИМХО болльшой ошибкой и стратегическим прощетом.

Хотя гному нужно худеть - это точно.


"GTK+ требует оптимизации использования памяти"
Отправлено sauron , 24-Фев-05 10:05 
>Более быстрый код С++ компиляторы давать не могут :). Для это достаточно декомпилирвать такой код посмотреть на него.

Оптимизировать то, что оно там навыдавало ой как можно :) Я имел ввиду именно оптимизацию сгенерированного кода, скорость работы кода скомпилированных gcc 2.95 и gcc 3.3.x для конкретного процессора различаются ;)

>Любой API лучше делать на C.
Не согласен :) ООП удобнее в этом плане. Особенно при расширении API.


"GTK+ требует оптимизации использования памяти"
Отправлено Vorax , 24-Фев-05 13:26 
>Оптимизировать то, что оно там навыдавало ой как можно :) Я имел
>ввиду именно оптимизацию сгенерированного кода, скорость работы кода скомпилированных gcc 2.95
>и gcc 3.3.x для конкретного процессора различаются ;)

Не думаю, что этот код будет работать _быстрее_чем_ аналогичный с-код.

>>Любой API лучше делать на C.
>Не согласен :) ООП удобнее в этом плане. Особенно при расширении API.

Удобнее. Но С++ потом труднее использовать в Java, Python и т.д.



"GTK+ требует оптимизации использования памяти"
Отправлено klalafuda , 24-Фев-05 15:17 
> Любой API лучше делать на C.

любой API лучше делать инструментами, специально для этого предназначеными. например, IDL.

> Его потом проще встраивать куда хочеться.

а уж тем более с этой точки зрения сам бог велел..

// wbr


"GTK+ требует оптимизации использования памяти"
Отправлено anonymous , 24-Фев-05 22:03 
nu uzh ne dumaju chto sovsem net oop. toka tam navernoe oop na chistom ansi C, tak nazyvaemyj OOPC!

"GTK+ требует оптимизации использования памяти"
Отправлено Timo , 23-Фев-05 10:39 
turist писал(а):
  "Субъективно KDE по сравнению с ним - ракета.
   Может, в Qt дело?"

А у меня вот наоборот - KDE еле ползает и съедает почти всю память (512М), а Гном шустренький такой...


"GTK+ требует оптимизации использования памяти"
Отправлено Kaspian , 24-Фев-05 05:03 
Раньше не переваривал KDE, пользовал исклбчительно GNOME, сейчас поставил кде3.3 - только положительные эмоции, после гнома ...

"GTK+ требует оптимизации использования памяти"
Отправлено Аноним , 24-Фев-05 16:01 
В своё время чуть-чуть заморачивался на тему выбора, в битве  gnome vs kde лично в моём случае неожиданно победил wmaker. Просто я понял, что лично мне нужно - несколько рабочих столов и запуск приложений через настраиваемые нажатия клавиш.  Моя средненькая система - слакварь 10, атлон 1600, 512метров  - загружается за 35 секунд. Реально не парюсь, я не красноглазый поклонник изврата, религиозно отвергающий удобства гуи, вовсе нет...
Что вам даёт кде или гном?

"GTK+ требует оптимизации использования памяти"
Отправлено Kaspian , 25-Фев-05 15:50 
А у меня немного другие запросы, нужно и что бы и прогноз погоды где-нить под рукой, и что б с цифровиком было удобно работать, и глаз радовало перешёл с gnome на kde оно и пошустрей как-то и посимпатичней, а работе с цифровиком вообще нарадоватся не могу (digiFoto после gtkam). За что и люблю nix каждому по потребности :)

"GTK+ требует оптимизации использования памяти"
Отправлено Аноним , 24-Фев-05 16:27 
Одно время юзал GNOME, во времена GTK+ 1.x.x Все было довольно мило и быстро, мне нравилось. С появлением GTK 2.x гном стал "странным" и тормознутым.

"GTK+ требует оптимизации использования памяти"
Отправлено CGen , 24-Фев-05 16:51 
На P II 400 MHz Gnome, вроде, чуть-чуть быстрее работал (лет 5 назад). Сейчас KDE однозначно быстрее (у меня FreeBSD и всё из портов собрано). Однако, на самом деле всё упирается в библиотеку, а не рабочий стол. WM мне тоже очень нравится, но большинство приложений написаны на GTK или Qt, так что тормоза никуда не денутся.
А что касается С и С++ компиляторов, то недавно хорошая книжка про GCC на русском вышла. В ней всё написано. GCC и G++ отлисаются только самым верним уровнем парсера. Простые программы на C и меньше, а в больших программах главное - это правильный алгоритм.

"GTK+ требует оптимизации использования памяти"
Отправлено Аноним , 02-Мрт-05 15:45 
незнаю, сколько дистрибутивов не пробовал, устанавливал на разные компы - гном всегда был бытрее КДЕ (я говорю про версии гнома 2.6 и 2.8 и кде 3.3.*)
поэтому гном всегда нравился больше. Единственные его большой минус, который мне не нравится - практичность по сравнению с КДЕ на порядок ниже и использование пространства рабочего стола (расстрояния между значками)