Какой плеер самый экономичный?

По-моему (опять-таки, жаль не могу прямо сейчас проверить, нет этого компьютера под рукой), native будет включать просто -march=core2

М... Перечитал тему... Подумал... А ведь да... Что-то похожее и у меня было (только на моём третьем пне вообще заикалось). Виноват оказался новомодный микшер из KDE (ALSA вроде) - включил OSS - всё работает. Только теперь звук из двух плееров нельзя слушать одновременно. Для меня это не минус.

Т.ч. прошу прощения :(

system-root написал:

и упаси боже не -O3

а иногда - помогает. иногда даже -Os помогает (но реже ИМХО).

1. на счет ДЕ, не согласен, так как будут подгружаться дополнительный библиотеке, что в свою очередь увеличит нагрузку на процессор.

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

-О

это увеличит размер но повысит производительность.

* -O — базовая оптимизация. Заметно поднимает скорость исполнения программы (вплоть до повышения в два раза).
* -O2 — стандартный уровень оптимизации. Несущественно увеличивает как размер бинарника, так и скорость исполнения (по сравнению с –O).
* -O3 — оптимизация уровня -O2 плюс некоторые ухищрения в виде флагов -finline-functions и -frename-registers. Опять же, в отличие от предыдущего флага, не приводит к заметному повышению скорости. Но размер увеличивается :). Некоторые программы не могут быть скомпилированы с этим флагом.
* -Os — опять же -O2 в совокупности с флагами, уменьшающими размер.

Хм, товарищ enslaver, вы же не думаете, что я этого не знал? Кроме того выше мы это уже обсуждали см. 18 Насчет ДЕ еще раз упомяну mpd. Просто внимательнее прочитайте топик сначала, не люблю повторяться.

drBatty написал:

а иногда - помогает.

на процессорах с маленьким кешем, раздувшиеся от этого ключа программы могут вызвать падение производительности на рандомное количество процентов. а если они ещё своих друзей с жесткого диска теранят, то нагрузка в 2 раза больше на хард, и для них нужно в два раза больше оперативной памяти.
так что -O3 лучше использовать тем, у кого 2+ ядра.

bobr написал:

По-моему (опять-таки, жаль не могу прямо сейчас проверить, нет этого компьютера под рукой), native  будет включать просто -march=core2

это зависит от gcc и от самого камня, но ничего страшного.

а сколько у вас alsaplayer жрет?

system-root написал:

так что -O3 лучше использовать тем, у кого 2+ ядра.

угу. с "маленьким", "если-бы"... А как я на iPI, iPI-MMX, iPII, iPIII использовал? тут очень от многого зависит, это совсем не тривиальный процесс.
На самом деле, все эти О1, Оn - просто пресеты, созданные разработчиками компилятора, что-бы кодеры голову не забивали. В разных компиляторах опции работают по разному (за исключением -O0 которая вырубает всё, и -O3 которая всё врубает), можно мануал почитать, а не спорить. Или попробовать. Да, кстати, лучше не компиллить всё с одними флагами, а покрутить Makefile, и скомпиллить лишь критичные модули с -O3, а остальное с -O0, или возможно с -Os, тогда результат будет наилучшим. Примерно так подошли к делу создатели mplayer'а, и получили неплохой результат.

Самый экономичный плеер - купленный за пару штук в i-on'e или в Связном

cat ./wave-file.au > /dev/dsp

? :-)

drBatty написал:

А как я на iPI, iPI-MMX, iPII, iPIII использовал?

наверное уговаривая себя что это быстро.. я вам простите ман gcc процитировал, а вы меня к нему отсылаете.

system-root написал:

наверное уговаривая себя что это быстро..

это было БЫСТРЕЕ. да, причём тут "быстро"?

system-root написал:

я вам простите ман gcc процитировал, а вы меня к нему отсылаете.

а маны они отличаются в разных системах и для разных версий gcc. о чём я и говорю - спорить бесполезно, от -O3 результат непредсказуемый, если не договорится о версии. А о версии мы не договорились. Вы так уверенно излагаете "только для 2х ядер", но забываете, что ещё недавно этих 2х ядер ни у кого попросту не было.

В разрезе сабжа это важно - у человека явно плохо с ресурсами, раз ему плеер нужен "экономичный", и ваши рассуждения о ядрах для него бесполезны - ведь уже со второго пня можно легко смотреть кино, а уж mp3 ЕМНИП и на i80486 не тормозил.

drBatty написал:

и ваши рассуждения о ядрах для него бесполезны

мои рассуждения о ядрах были исключительно в контексте -О3.

drBatty написал:

но забываете, что ещё недавно этих 2х ядер ни у кого попросту не было.

ещё недавно, скомпилировав браузер с этой опцией вы получили бы быстрый как ракета софт. а сейчас получите тот же ФФ который просто не уместится в оперативной памяти ноутбука с одной вкладкой открытой. аесли взять моно приложение.. я боюсь представить.

по этому в результате экспериментов и было доказано, что дальше -О2 -pipe -fomit-frame-pointer и указания -march при компиляции всего юзерленда уходить не стоит.
можно использовать конечно другие флаги, но только к определённому софту, прочитав сначала про него.
иначе получим тормоза на атоме при проигрывании обычного mp3. и не ясно кто виноват, плеер или вообще libc6.

system-root написал:

по этому в результате экспериментов и было доказано, что дальше -О2 -pipe -fomit-frame-pointer и указания -march при компиляции всего юзерленда уходить не стоит.

system-root написал:

аесли взять моно приложение.. я боюсь представить.

на вашем железе, с вашими приложениями - да, конечно.
как я понял, беда -O3 в том, что разных глюков полно, и кеш - тоже...
В конце концов, любая оптимизация - это компромисс. Часто ускорения можно достичь например вынося данные в память, а не вычисляя их каждый раз, но если так делать для ВСЕГО, то это ни к чему хорошему не приведёт. Что вовсе не мешает кодеру вынести критичные участки в отдельные модули, и компилировать их с опцией -O3, а остальные 95% кода на быстродействие не влияют, их можно вообще никак не оптимизировать. Тогда никаких лишних расходов памяти не будет. Вот только, что-бы так писать, лучше использовать разные языки вперемешку, или один низкоуровневый, вроде чистого С, а это долго, дорого и муторно.

system-root написал:

можно использовать конечно другие флаги, но только к определённому софту, прочитав сначала про него.
иначе получим тормоза на атоме при проигрывании обычного mp3. и не ясно кто виноват, плеер или вообще libc6.

угу. но я предлагаю даже не софт целиком компиллить с -O3, а лишь некоторые модули. Но вот вынес-ли кодер эти модули в отдельные исходные файлы? Учёл-ли он это в Makefile? Скорее всего - нет. Потому по факту - вы совершенно правы.

system-root написал:

ещё недавно, скомпилировав браузер с этой опцией вы получили бы быстрый как ракета софт.

щаз! получится тормозное глюкалово, которое жрёт немеренно памяти.

system-root написал:

bobr пишет:

По-моему (опять-таки, жаль не могу прямо сейчас проверить, нет этого компьютера под рукой), native будет включать просто -march=core2

это зависит от gcc и от самого камня, но ничего страшного.

В моем случае так и будет. (Intel Atom n270 и GCC 4.4)