forum.opennet.ru - "OpenNews: GTK+ требует оптимизации использования памяти" (14)

форумы

помощь

поиск

регистрация

майллист

ВХОД

слежка

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

Форумы Разговоры, обсуждение новостей (Public)
Вариант для распечатки		Архивированная нить - только для чтения! Пред. тема \| След. тема
Изначальное сообщение		[Проследить за развитием треда]

"OpenNews: GTK+ требует оптимизации использования памяти"
Сообщение от opennews on 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 Новость: https://www.opennet.ru/opennews/art.shtml?num=5100
Cообщить модератору \| Наверх \| ^

Оглавление

GTK+ требует оптимизации использования памяти, turist, 01:19 , 23-Фев-05, (1)
GTK+ требует оптимизации использования памяти, sauron, 10:03 , 23-Фев-05, (2)

GTK+ требует оптимизации использования памяти, Vorax, 14:41 , 23-Фев-05, (4)

GTK+ требует оптимизации использования памяти, sauron, 10:05 , 24-Фев-05, (6)

GTK+ требует оптимизации использования памяти, Vorax, 13:26 , 24-Фев-05, (7)

GTK+ требует оптимизации использования памяти, klalafuda, 15:17 , 24-Фев-05, (8)

GTK+ требует оптимизации использования памяти, anonymous, 22:03 , 24-Фев-05, (12)

GTK+ требует оптимизации использования памяти, Timo, 10:39 , 23-Фев-05, (3)
GTK+ требует оптимизации использования памяти, Kaspian, 05:03 , 24-Фев-05, (5)
GTK+ требует оптимизации использования памяти, Аноним, 16:01 , 24-Фев-05, (9)

GTK+ требует оптимизации использования памяти, Kaspian, 15:50 , 25-Фев-05, (13)

GTK+ требует оптимизации использования памяти, Аноним, 16:27 , 24-Фев-05, (10)
GTK+ требует оптимизации использования памяти, CGen, 16:51 , 24-Фев-05, (11)
GTK+ требует оптимизации использования памяти, Аноним, 15:45 , 02-Мрт-05, (14)

Сообщения по теме [Сортировка по времени, UBB]

1. "GTK+ требует оптимизации использования памяти"

Сообщение от turist on 23-Фев-05, 01:19

Правильно. Гном уже превратился в ... какое-то. Субъективно KDE по сравнению с ним - ракета. Может, в Qt дело?

Cообщить модератору | Наверх | ^

2. "GTK+ требует оптимизации использования памяти"

Сообщение от sauron on 23-Фев-05, 10:03

Нет все тривиальнее. Компиляторы С++ дают все более быстрый код :) Плюс поддерживать такой большой проект как Gnome написанного без использования ООП давольно сложная задача, как и попытки угнаться за KDE использующий ООП :)

Cообщить модератору | Наверх | ^

4. "GTK+ требует оптимизации использования памяти"

Сообщение от Vorax (??) on 23-Фев-05, 14:41

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

Cообщить модератору | Наверх | ^

6. "GTK+ требует оптимизации использования памяти"

Сообщение от sauron on 24-Фев-05, 10:05

>Более быстрый код С++ компиляторы давать не могут :). Для это достаточно декомпилирвать такой код посмотреть на него.
Оптимизировать то, что оно там навыдавало ой как можно :) Я имел ввиду именно оптимизацию сгенерированного кода, скорость работы кода скомпилированных gcc 2.95 и gcc 3.3.x для конкретного процессора различаются ;)
>Любой API лучше делать на C.
Не согласен :) ООП удобнее в этом плане. Особенно при расширении API.

Cообщить модератору | Наверх | ^

7. "GTK+ требует оптимизации использования памяти"

Сообщение от Vorax (??) on 24-Фев-05, 13:26

>Оптимизировать то, что оно там навыдавало ой как можно :) Я имел
>ввиду именно оптимизацию сгенерированного кода, скорость работы кода скомпилированных gcc 2.95
>и gcc 3.3.x для конкретного процессора различаются ;)
Не думаю, что этот код будет работать _быстрее_чем_ аналогичный с-код.
>>Любой API лучше делать на C.
>Не согласен :) ООП удобнее в этом плане. Особенно при расширении API.
Удобнее. Но С++ потом труднее использовать в Java, Python и т.д.

Cообщить модератору | Наверх | ^

8. "GTK+ требует оптимизации использования памяти"

Сообщение от klalafuda on 24-Фев-05, 15:17

> Любой API лучше делать на C.
любой API лучше делать инструментами, специально для этого предназначеными. например, IDL.
> Его потом проще встраивать куда хочеться.
а уж тем более с этой точки зрения сам бог велел..
// wbr

Cообщить модератору | Наверх | ^

12. "GTK+ требует оптимизации использования памяти"

Сообщение от anonymous (??) on 24-Фев-05, 22:03

nu uzh ne dumaju chto sovsem net oop. toka tam navernoe oop na chistom ansi C, tak nazyvaemyj OOPC!

Cообщить модератору | Наверх | ^

3. "GTK+ требует оптимизации использования памяти"

Сообщение от Timo (??) on 23-Фев-05, 10:39

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

Cообщить модератору | Наверх | ^

5. "GTK+ требует оптимизации использования памяти"

Сообщение от Kaspian (??) on 24-Фев-05, 05:03

Раньше не переваривал KDE, пользовал исклбчительно GNOME, сейчас поставил кде3.3 - только положительные эмоции, после гнома ...

Cообщить модератору | Наверх | ^

9. "GTK+ требует оптимизации использования памяти"

Сообщение от Аноним on 24-Фев-05, 16:01

В своё время чуть-чуть заморачивался на тему выбора, в битве  gnome vs kde лично в моём случае неожиданно победил wmaker. Просто я понял, что лично мне нужно - несколько рабочих столов и запуск приложений через настраиваемые нажатия клавиш.  Моя средненькая система - слакварь 10, атлон 1600, 512метров  - загружается за 35 секунд. Реально не парюсь, я не красноглазый поклонник изврата, религиозно отвергающий удобства гуи, вовсе нет...
Что вам даёт кде или гном?

Cообщить модератору | Наверх | ^

13. "GTK+ требует оптимизации использования памяти"

Сообщение от Kaspian (??) on 25-Фев-05, 15:50

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

Cообщить модератору | Наверх | ^

10. "GTK+ требует оптимизации использования памяти"

Сообщение от Аноним on 24-Фев-05, 16:27

Одно время юзал GNOME, во времена GTK+ 1.x.x Все было довольно мило и быстро, мне нравилось. С появлением GTK 2.x гном стал "странным" и тормознутым.

Cообщить модератору | Наверх | ^

11. "GTK+ требует оптимизации использования памяти"

Сообщение от CGen on 24-Фев-05, 16:51

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

Cообщить модератору | Наверх | ^

14. "GTK+ требует оптимизации использования памяти"

Сообщение от Аноним on 02-Мрт-05, 15:45

незнаю, сколько дистрибутивов не пробовал, устанавливал на разные компы - гном всегда был бытрее КДЕ (я говорю про версии гнома 2.6 и 2.8 и кде 3.3.*)
поэтому гном всегда нравился больше. Единственные его большой минус, который мне не нравится - практичность по сравнению с КДЕ на порядок ниже и использование пространства рабочего стола (расстрояния между значками)

Cообщить модератору | Наверх | ^

Удалить

Индекс форумов | Темы | Пред. тема | След. тема

Партнёры:

Хостинг:

Закладки на сайте
Проследить за страницей

Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру

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

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


	4. "GTK+ требует оптимизации использования памяти"
	Сообщение от Vorax (??) on 23-Фев-05, 14:41
	Более быстрый код С++ компиляторы давать не могут :). Для это достаточно декомпилирвать такой код посмотреть на него. Насчет поддержки большого проекта согласен. Но тот не все так однозначно. Любой API лучше делать на C. Его потом проще встраивать куда хочеться. GNOME перерос C. Я что-то слышал о возможности пререзода на mono, вот это будет ИМХО болльшой ошибкой и стратегическим прощетом. Хотя гному нужно худеть - это точно.
	Cообщить модератору \| Наверх \| ^


	6. "GTK+ требует оптимизации использования памяти"
	Сообщение от sauron on 24-Фев-05, 10:05
	>Более быстрый код С++ компиляторы давать не могут :). Для это достаточно декомпилирвать такой код посмотреть на него. Оптимизировать то, что оно там навыдавало ой как можно :) Я имел ввиду именно оптимизацию сгенерированного кода, скорость работы кода скомпилированных gcc 2.95 и gcc 3.3.x для конкретного процессора различаются ;) >Любой API лучше делать на C. Не согласен :) ООП удобнее в этом плане. Особенно при расширении API.
	Cообщить модератору \| Наверх \| ^


	7. "GTK+ требует оптимизации использования памяти"
	Сообщение от Vorax (??) on 24-Фев-05, 13:26
	>Оптимизировать то, что оно там навыдавало ой как можно :) Я имел >ввиду именно оптимизацию сгенерированного кода, скорость работы кода скомпилированных gcc 2.95 >и gcc 3.3.x для конкретного процессора различаются ;) Не думаю, что этот код будет работать _быстрее_чем_ аналогичный с-код. >>Любой API лучше делать на C. >Не согласен :) ООП удобнее в этом плане. Особенно при расширении API. Удобнее. Но С++ потом труднее использовать в Java, Python и т.д.
	Cообщить модератору \| Наверх \| ^


	8. "GTK+ требует оптимизации использования памяти"
	Сообщение от klalafuda on 24-Фев-05, 15:17
	> Любой API лучше делать на C. любой API лучше делать инструментами, специально для этого предназначеными. например, IDL. > Его потом проще встраивать куда хочеться. а уж тем более с этой точки зрения сам бог велел.. // wbr
	Cообщить модератору \| Наверх \| ^


	12. "GTK+ требует оптимизации использования памяти"
	Сообщение от anonymous (??) on 24-Фев-05, 22:03
	nu uzh ne dumaju chto sovsem net oop. toka tam navernoe oop na chistom ansi C, tak nazyvaemyj OOPC!
	Cообщить модератору \| Наверх \| ^

3. "GTK+ требует оптимизации использования памяти"
Сообщение от Timo (??) on 23-Фев-05, 10:39
turist писал(а): "Субъективно KDE по сравнению с ним - ракета. Может, в Qt дело?" А у меня вот наоборот - KDE еле ползает и съедает почти всю память (512М), а Гном шустренький такой...
Cообщить модератору \| Наверх \| ^

5. "GTK+ требует оптимизации использования памяти"
Сообщение от Kaspian (??) on 24-Фев-05, 05:03
Раньше не переваривал KDE, пользовал исклбчительно GNOME, сейчас поставил кде3.3 - только положительные эмоции, после гнома ...
Cообщить модератору \| Наверх \| ^

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


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

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

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

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