Производительность системы (общие вопросы по увеличению)

[shevan]

Собственно, задался вопросом, а как определить производительность системы и какие компоненты в какой степени на нее влияют? На глаз иногда трудно определить.

Визуальное оформление, ФС, бесспорно являются факторами быстродействия. Но существуют ли менее очевидные способы увеличения производительности?

Как пример,

The mediaLib library is a collection of C functions that support multimedia processing. As part of the developer's C or C++ program, the library functions easily adds multimedia capability to the software. When executed on an UltraSPARC platform, these library functions take advantage of the VIS Instruction Set. The VIS Instruction Set can accelerate application execution by as much as seven times.

http://www.sun.com/processors/vis/mlib.html

Или может быть отключение/включение каких-либо функций, опций, компонентов, установка альтернативных библиотек.

Есть ли разница в производительности gtk1 и gtk2? Можно ли как-то донастроить эти движки, имеет ли смысл профилировать их и приложения, и существует ли простой способ для пользователя?

[shevan]

Ссылки типа такой тоже годятся
http://wiki.archlinux.org/index.php/Maximizing_performance

[Atolstoy]

http://www.phoronix-test-suite.com/

[shevan]

http://www.phoronix-test-suite.com/

Как раз перешел на эту ссылку с другого сайта
http://www.phoronix.com/scan.php?page=home

Завтра буду пробовать.

[megabaks]

Ссылки типа такой тоже годятся
http://wiki.archlinux.org/index.php/Maximizing_performance

подпись

[Flaming]

shevan, в gentoo
eix -C app-benchmark

[deadhead]

[Решено] Сравнение производительности планировщиков

[zombie]

Мало что понял, но попробую сказать (вернее показать), что знаю.
См. скриншот - вложение.

Из 21 приложения в автозагрузке - у меня включены только 7 (14 вообще не нужны - просто озу забивают) => После установки системы ОЗУ загружалась на 60% без запуска др. программ, а сейчас загружается на 30% => У многих Ubuntu не летает, а у меня - летает.

[megabaks]

Мало что понял, но попробую сказать (вернее показать), что знаю.
См. скриншот - вложение.

Из 21 приложения в автозагрузке - у меня включены только 7 (14 вообще не нужны - просто озу забивают) => После установки системы ОЗУ загружалась на 60% без запуска др. программ, а сейчас загружается на 30% => У многих Ubuntu не летает, а у меня - летает.

ага - с этого вся оптимизация только начинается

[Samae1L]

Мало что понял, но попробую сказать (вернее показать), что знаю.
См. скриншот - вложение.

это, конечно, не моё дело, но с такой цветовой гаммой ваше зрение быстро скатится ниже плинтуса

[zombie]

это, конечно, не моё дело, но с такой цветовой гаммой ваше зрение быстро скатится ниже плинтуса

Ошибаетесь, когда все такое огромное (как в ubuntu), я сомневаюсь, что глаза могут устать даже за сутки работы.

[Samae1L]

это, конечно, не моё дело, но с такой цветовой гаммой ваше зрение быстро скатится ниже плинтуса

Ошибаетесь, когда все такое огромное (как в ubuntu), я сомневаюсь, что глаза могут устать даже за сутки работы.

размер тут ни причём, гамма слишком яркая и кислотная
хотя бы насыщенности прибавьте что ли

[zombie]

размер тут ни причём, гамма слишком яркая и кислотная
хотя бы насыщенности прибавьте что ли

Эт я так, к слову. А гамма - нормал.

[shevan]

Из 21 приложения в автозагрузке - у меня включены только 7 (14 вообще не нужны - просто озу забивают) => После установки системы ОЗУ загружалась на 60% без запуска др. программ, а сейчас загружается на 30% => У многих Ubuntu не летает, а у меня - летает.

У многих не Убунта. Например, у меня этих сервисов и в помине нет/не должно быть.

Я с другого бока веду расследование - производительность иксов, графических библиотек, часто используемых приложений. Да, особо интересуют твики Gtk.

[shevan]

ЗЫ. Только что перешел на сайт gtk, и набрел на мысль
http://www.gtk.org/overview.html

1. Если я скажем отключу поддержку Pango и ATK(accessibility) из GTK приложений, будут они быстрей в запуске/работе?
Или может сам движок перебрать?
2. Где-то читал что в Firefox легко отключается pango, и это увеличивает его скорость. Кто-нибудь пробовал, ощутил эффект?

[shevan]

http://gtkperf.sourceforge.net/

ЗЫ.

GtkProgressBar - time: 0,59
GtkToggleButton - time: 0,90
GtkCheckButton - time: 0,62
GtkRadioButton - time: 0,88
GtkTextView - Add text - time: 1,70
GtkTextView - Scroll - time: 1,12
GtkDrawingArea - Lines - time: 6,18
GtkDrawingArea - Circles - time: 10,10
GtkDrawingArea - Text - time: 8,25
GtkDrawingArea - Pixbufs - time: 1,16
---
Total time: 45,14

test 100 (по умолчанию)

Некоторая информация.

Код: Выделить всё

$gtk-config --version
1.2.10
$ gtk-config --libs
-L/usr/lib -lgtk -lgdk -rdynamic -lgmodule -lglib -ldl -lXi -lXext -lX11 -lm
$ gtk-config --cflags
-I/usr/include/gtk-1.2 -I/usr/include/glib-1.2 -I/usr/lib/glib/include

Athlon XP 1700+/64 MB Geforce4 MX/756 MB RAM
Тема GTK custom - элементы управления Milk2, рамка окна Aurora, значки NoiaWarm, указатели Silver 3D
менеджер окон - Compiz и emerald

[NekoExMachina]

zen-kernel с bfs еще вроде как не упомянали..

[Atolstoy]

Где-то читал что в Firefox легко отключается pango, и это увеличивает его скорость.

А ещё если оперу запустить с ключом -nomail, то вообще летает.

[megabaks]

zen-kernel с bfs еще вроде как не упомянали..

не внимательно читаем
уже упоминали BFS BFQ SLQB tmpfs swappiness kernel и т.д. и т.д.

[shevan]

Я нашел сегодня способ увеличения скорости загрузки системы.
Очень доволен результатом.

Значит, во всех уважающих себя современных дистрибутивах есть такой демон udev.
Он обычно загружается при старте, сканирует все устройства и определяет какие модули им нужны.
Естественно, этот процесс использует определенную временную затрату (на машинах с разными устройствами варьирует).
Твик заключается в том, чтобы отключить автоматическое сканирование оборудования при загрузке, а нужные модули указать вручную.
Твик-рычаг не един для всех дистрибутив (хотя и схож), но для простого Arch его поворот в один оборот:

Код: Выделить всё

# pacman -S hwdetect
# hwdetect --modules

Вторая команда даст вывод всех необходимых (или не настолько необходимых - вам решать) список модулей. Их можно одним щелчком скопировать и сразу вставлять в rc.conf.
А значение mod_autoload меняется на "no"

[NekoExMachina]

уже упоминали BFS BFQ SLQB tmpfs swappiness kernel и т.д. и т.д. smile.gif

ну, мой браузер видимо невнимательно ищет по странице. Т.к. находит только мой и ваш посты по bfs.

[megabaks]

уже упоминали BFS BFQ SLQB tmpfs swappiness kernel и т.д. и т.д. smile.gif

ну, мой браузер видимо невнимательно ищет по странице. Т.к. находит только мой и ваш посты по bfs.

в каждом посте от меня есть линк на все вышеописаные приблуды

[Karbofos]

Я нашел сегодня способ увеличения скорости загрузки системы.
Очень доволен результатом.

Значит, во всех уважающих себя современных дистрибутивах есть такой демон udev.
Он обычно загружается при старте, сканирует все устройства и определяет какие модули им нужны.
Естественно, этот процесс использует определенную временную затрату (на машинах с разными устройствами варьирует).
Твик заключается в том, чтобы отключить автоматическое сканирование оборудования при загрузке, а нужные модули указать вручную.
Твик-рычаг не един для всех дистрибутив (хотя и схож), но для простого Arch его поворот в один оборот:
Код
# pacman -S hwdetect
# hwdetect --modules

Вторая команда даст вывод всех необходимых (или не настолько необходимых - вам решать) список модулей. Их можно одним щелчком скопировать и сразу вставлять в rc.conf.
А значение mod_autoload меняется на "no"

можно было бы поподробней насчёт этого метода? велика ли опастность убить систему?

от себя добавлю - в дебиане загрузка сервисов легко отключатеся\включается с помощью bum (boot up manager)

[megabaks]

Я нашел сегодня способ увеличения скорости загрузки системы.
Очень доволен результатом.

Значит, во всех уважающих себя современных дистрибутивах есть такой демон udev.
Он обычно загружается при старте, сканирует все устройства и определяет какие модули им нужны.
Естественно, этот процесс использует определенную временную затрату (на машинах с разными устройствами варьирует).
Твик заключается в том, чтобы отключить автоматическое сканирование оборудования при загрузке, а нужные модули указать вручную.
Твик-рычаг не един для всех дистрибутив (хотя и схож), но для простого Arch его поворот в один оборот:

Код: Выделить всё

# pacman -S hwdetect
# hwdetect --modules

Вторая команда даст вывод всех необходимых (или не настолько необходимых - вам решать) список модулей. Их можно одним щелчком скопировать и сразу вставлять в rc.conf.
А значение mod_autoload меняется на "no"

открой для себя init-ng - вообще офигеешь от скорости загрузки
а вообще с таких вещей все только начинается

[Flaming]

Проще узнать, какие модули нам нужны, и вкомпилить их в монолитное ведро, а остальные тупо выкинуть.

[Aectann]

Проще узнать, какие модули нам нужны, и вкомпилить их в монолитное ведро, а остальные тупо выкинуть.

Угу, принесли новую железку/срочно понадобилась какая-то фича и лезем пересобирать ядро. И так каждый раз.

[Karbofos]

открой для себя init-ng - вообще офигеешь от скорости загрузки smile.gif
а вообще с таких вещей все только начинается smile.gif

последний раз когда я открывал для себя init-ng, систему пришлось восстанавливать. С тех пор боюсь

Проще узнать, какие модули нам нужны, и вкомпилить их в монолитное ведро, а остальные тупо выкинуть.

есть ли где-нибудь инструкции по узнаванию и вкомпиливанию? не прочь попробовать, но нет времени на самостоятельные эксперименты.

[Aectann]

есть ли где-нибудь инструкции по узнаванию и вкомпиливанию?

Узнать, какие используются - lsmod. Вкомпиливание - при сборке ядра, при конфигурировании указываете соответствующие опции не модулями, а включенными в образ ядра.

[megabaks]

Проще узнать, какие модули нам нужны, и вкомпилить их в монолитное ведро, а остальные тупо выкинуть.

есть ли где-нибудь инструкции по узнаванию и вкомпиливанию? не прочь попробовать, но нет времени на самостоятельные эксперименты.

читай мою подпись!
впрочем вот цитата

впрочем касательно лишних модулей ( читай поддержка не нужного железа ) в ядрах начиная с 2.6.32 добавили скрипт, который сравнивает загруженные в данный момент модули и те, чья поддержка включена в ядре, если находит лишние модули, то он их отключает, сохраняя настройки в \".config\"
вызывается он командой в директории исходников ядра ( обычно /usr/src/linux )

make localmodconfig

если будет ругаться на то что нет /sbin/lsmod

ln -s /bin/lsmod /sbin/lsmod
___________________________________________

если же хотите все необходимые модули включить в ядро и отказаться от initrd, то так же есть скрипт, который это сделает за вас.

make localyesconfig

Проще узнать, какие модули нам нужны, и вкомпилить их в монолитное ведро, а остальные тупо выкинуть.

Угу, принесли новую железку/срочно понадобилась какая-то фича и лезем пересобирать ядро. И так каждый раз.

так а может нужное в ядро,а не очень нужное модулями?

[Aectann]

так а может нужное в ядро,а не очень нужное модулями?

Можно и так, хотя лично я вообще не вижу никакого смысла в плясках над этим. Если вернуться к заголовку темы, то на производительность системы это точно никак не повлияет, максимум - уменьшится время загрузки на 2-3 секунды + могут какие-нибудь косяки вылезти (помню, был косяк с alsa, если ее включить в образ, а не собрать модулями).