[devel] gcc optimization

[devel] gcc optimization

[Valery V. Inozemtsev]

[-- Attachment #1: Type: text/plain, Size: 660 bytes --]

День добрый.

На днях заметил что xine жрет 100% проца на ноутбуке (РIII-1133), решил 
разобраться в чем дело. долго мучил его пересборками, ничего не помогло.
Выкопал libxine-1.1.0-alt2.1 собранный в январе, с ним все нормально, кушает 
~16%. Не премудрствуя лукаво собрал libxine-1.1.1-alt2 на компакте, тоже все 
нормально.

отличие в ключах gcc:
для компакта -mtune=pentium -mcpu=i686
для текущего сизифа -mtune=pentium4

причем на сизифе
%remove_optflags -mtune=pentium4
%add_optflags -mtune=pentium -mcpu=i686
совершенно ничего не дает.
дома на P-IV xine как работал нормально, так и работает

В общем назревает извечный вопрос

-- 
Valery V. Inozemtsev

[-- Attachment #2: Type: application/pgp-signature, Size: 191 bytes --]

Re: [devel] gcc optimization

[Anton Gorlov]

Valery V. Inozemtsev пишет:

> На днях заметил что xine жрет 100% проца на ноутбуке (РIII-1133), решил 
> разобраться в чем дело. долго мучил его пересборками, ничего не помогло.
> Выкопал libxine-1.1.0-alt2.1 собранный в январе, с ним все нормально, кушает 
> ~16%. Не премудрствуя лукаво собрал libxine-1.1.1-alt2 на компакте, тоже все 
> нормально.
А с mplayer проблем нет? У меня на amd athlon@900 грузит систему на 
80-85%..причём 35-40% сами иксы. rv280 драйвер ati (хотя и на радеон 
тоже самое)

-- 
   np: Bernward Koch - Nightfall

Re: [devel] gcc optimization

[Led]

В сообщении от 5 апреля 2006 09:03 Anton Gorlov написал(a):
> Valery V. Inozemtsev пишет:
> > На днях заметил что xine жрет 100% проца на ноутбуке (РIII-1133), решил
> > разобраться в чем дело. долго мучил его пересборками, ничего не помогло.
> > Выкопал libxine-1.1.0-alt2.1 собранный в январе, с ним все нормально,
> > кушает ~16%. Не премудрствуя лукаво собрал libxine-1.1.1-alt2 на
> > компакте, тоже все нормально.
>
> А с mplayer проблем нет? У меня на amd athlon@900 грузит систему на
> 80-85%..причём 35-40% сами иксы. rv280 драйвер ati (хотя и на радеон
> тоже самое)

mplayer использует свои собственные (жёстко прописанные) ключи оптимизации.

-- 
Led.

Re: [devel] gcc optimization

[Dmitry V. Levin]

[-- Attachment #1: Type: text/plain, Size: 1176 bytes --]

Hi,

On Wed, Apr 05, 2006 at 09:46:26AM +0400, Valery V. Inozemtsev wrote:
> На днях заметил что xine жрет 100% проца на ноутбуке (РIII-1133), решил 
> разобраться в чем дело. долго мучил его пересборками, ничего не помогло.
> Выкопал libxine-1.1.0-alt2.1 собранный в январе, с ним все нормально, кушает 
> ~16%. Не премудрствуя лукаво собрал libxine-1.1.1-alt2 на компакте, тоже все 
> нормально.
> 
> отличие в ключах gcc:
> для компакта -mtune=pentium -mcpu=i686
> для текущего сизифа -mtune=pentium4

Откуда такие ключи?  По умолчанию были другие.

> причем на сизифе
> %remove_optflags -mtune=pentium4
> %add_optflags -mtune=pentium -mcpu=i686
> совершенно ничего не дает.

В каком смысле ничего не даёт?  Не меняются параметры компиляции или
возвращение прежних параметров не возвращает прежнего поведения?

В gcc-3.4 ключ -mcpu на ia32 ни на что не влияет.

Хотелось бы увидеть табличку работоспособности libxine-1.1.1-alt2 на этом P3,
с разными ключами (march=i586 -mtune={i586,i686,pentium2,pentium3,pentium4})
в двух средах (compact, sisyphus).

> дома на P-IV xine как работал нормально, так и работает

Уже хорошо. :)


-- 
ldv

[-- Attachment #2: Type: application/pgp-signature, Size: 191 bytes --]

Re: [devel] gcc optimization

[Valery V. Inozemtsev]

[-- Attachment #1: Type: text/plain, Size: 1436 bytes --]

В сообщении от 6 апреля 2006 02:23 Dmitry V. Levin написал(a):
> Hi,
>
> On Wed, Apr 05, 2006 at 09:46:26AM +0400, Valery V. Inozemtsev wrote:
> > На днях заметил что xine жрет 100% проца на ноутбуке (РIII-1133), решил
> > разобраться в чем дело. долго мучил его пересборками, ничего не помогло.
> > Выкопал libxine-1.1.0-alt2.1 собранный в январе, с ним все нормально,
> > кушает ~16%. Не премудрствуя лукаво собрал libxine-1.1.1-alt2 на
> > компакте, тоже все нормально.
> >
> > отличие в ключах gcc:
> > для компакта -mtune=pentium -mcpu=i686
> > для текущего сизифа -mtune=pentium4
>
> Откуда такие ключи?  По умолчанию были другие.

у меня все собирается именно с -mtune=pentium4. и какой это --target=i586?

>
> > причем на сизифе
> > %remove_optflags -mtune=pentium4
> > %add_optflags -mtune=pentium -mcpu=i686
> > совершенно ничего не дает.
>
> В каком смысле ничего не даёт?  Не меняются параметры компиляции или
> возвращение прежних параметров не возвращает прежнего поведения?

параметры меняются, поведение не возвращается

>
> В gcc-3.4 ключ -mcpu на ia32 ни на что не влияет.

да и бог с ним

>
> Хотелось бы увидеть табличку работоспособности libxine-1.1.1-alt2 на этом
> P3, с разными ключами (march=i586
> -mtune={i586,i686,pentium2,pentium3,pentium4}) в двух средах (compact,
> sisyphus).

пересоберу, сообщю

>
> > дома на P-IV xine как работал нормально, так и работает
>
> Уже хорошо. :)

-- 
Valery V. Inozemtsev

[-- Attachment #2: Type: application/pgp-signature, Size: 191 bytes --]

Re: [devel] gcc optimization

[Valery V. Inozemtsev]

[-- Attachment #1: Type: text/plain, Size: 462 bytes --]

> > Хотелось бы увидеть табличку работоспособности libxine-1.1.1-alt2 на этом
> > P3, с разными ключами (march=i586
> > -mtune={i586,i686,pentium2,pentium3,pentium4}) в двух средах (compact,
> > sisyphus).
>
> пересоберу, сообщю
пересборка на сизифе с -mtune=pentium2 ничего не меряет (та же загрузка проца 
на 100%). с остальными ключами пересобирать не вижу смысла.
щас попробую на компакте заменить -mtune=pentium на -mtune=pentium4

-- 
Valery V. Inozemtsev

[-- Attachment #2: Type: application/pgp-signature, Size: 191 bytes --]

Re: [devel] gcc optimization

[Valery V. Inozemtsev]

[-- Attachment #1: Type: text/plain, Size: 1588 bytes --]

В сообщении от 6 апреля 2006 10:17 Valery V. Inozemtsev написал(a):
> > > Хотелось бы увидеть табличку работоспособности libxine-1.1.1-alt2 на
> > > этом P3, с разными ключами (march=i586
> > > -mtune={i586,i686,pentium2,pentium3,pentium4}) в двух средах (compact,
> > > sisyphus).
> >
> > пересоберу, сообщю
>
> пересборка на сизифе с -mtune=pentium2 ничего не меряет (та же загрузка
> проца на 100%). с остальными ключами пересобирать не вижу смысла.
> щас попробую на компакте заменить -mtune=pentium на -mtune=pentium4

как все интересно на компакте
i586-alt-linux-gcc -DHAVE_CONFIG_H -I. -I. -I../../.. -I../../.. 
-I../../../include -I../../../include -I../../../src 
-I../../../src/xine-engine -I../../../src/xine-engine 
-I../../../src/xine-utils -I../../../src/input -I../../../src/input 
-I../../../lib -I../../../src/libffmpeg/libavutil -DSIMPLE_IDCT 
-DHAVE_AV_CONFIG_H -DRUNTIME_CPUDETECT -DUSE_FASTMEMCPY -DCONFIG_RISKY 
-DCONFIG_DECODERS -DXINE_MPEG_ENCODER -DCONFIG_ZLIB -DCONFIG_GPL 
-mtune=pentium -O3 -pipe -fomit-frame-pointer -falign-functions=4 
-falign-loops=4 -falign-jumps=4 -mpreferred-stack-boundary=2 
-fexpensive-optimizations -fschedule-insns2 -fno-strict-aliasing -ffast-math 
-finline-functions -Wall -Wnested-externs -Wcast-align -Wchar-subscripts 
-Wmissing-declarations -Wmissing-prototypes -DNDEBUG -D_REENTRANT 
-D_FILE_OFFSET_BITS=64 -DXINE_COMPILE -pipe -Wall -O2 -march=i586 -mcpu=i686 
-mtune=pentium4 -MT h263.lo -MD -MP -MF .deps/h263.Tpo -c h263.c  -fPIC -DPIC 
-o .libs/h263.o

результат даже не берусь предсказывать

-- 
Valery V. Inozemtsev

[-- Attachment #2: Type: application/pgp-signature, Size: 191 bytes --]

Re: [devel] gcc optimization

[Valery V. Inozemtsev]

[-- Attachment #1: Type: text/plain, Size: 1892 bytes --]

В сообщении от 6 апреля 2006 10:42 Valery V. Inozemtsev написал(a):
> В сообщении от 6 апреля 2006 10:17 Valery V. Inozemtsev написал(a):
> > > > Хотелось бы увидеть табличку работоспособности libxine-1.1.1-alt2 на
> > > > этом P3, с разными ключами (march=i586
> > > > -mtune={i586,i686,pentium2,pentium3,pentium4}) в двух средах
> > > > (compact, sisyphus).
> > >
> > > пересоберу, сообщю
> >
> > пересборка на сизифе с -mtune=pentium2 ничего не меряет (та же загрузка
> > проца на 100%). с остальными ключами пересобирать не вижу смысла.
> > щас попробую на компакте заменить -mtune=pentium на -mtune=pentium4
>
> как все интересно на компакте
> i586-alt-linux-gcc -DHAVE_CONFIG_H -I. -I. -I../../.. -I../../..
> -I../../../include -I../../../include -I../../../src
> -I../../../src/xine-engine -I../../../src/xine-engine
> -I../../../src/xine-utils -I../../../src/input -I../../../src/input
> -I../../../lib -I../../../src/libffmpeg/libavutil -DSIMPLE_IDCT
> -DHAVE_AV_CONFIG_H -DRUNTIME_CPUDETECT -DUSE_FASTMEMCPY -DCONFIG_RISKY
> -DCONFIG_DECODERS -DXINE_MPEG_ENCODER -DCONFIG_ZLIB -DCONFIG_GPL
> -mtune=pentium -O3 -pipe -fomit-frame-pointer -falign-functions=4
> -falign-loops=4 -falign-jumps=4 -mpreferred-stack-boundary=2
> -fexpensive-optimizations -fschedule-insns2 -fno-strict-aliasing
> -ffast-math -finline-functions -Wall -Wnested-externs -Wcast-align
> -Wchar-subscripts -Wmissing-declarations -Wmissing-prototypes -DNDEBUG
> -D_REENTRANT
> -D_FILE_OFFSET_BITS=64 -DXINE_COMPILE -pipe -Wall -O2 -march=i586
> -mcpu=i686 -mtune=pentium4 -MT h263.lo -MD -MP -MF .deps/h263.Tpo -c h263.c
>  -fPIC -DPIC -o .libs/h263.o
>
> результат даже не берусь предсказывать

с gcc-3.4.4 получаем -mtune=pentium -march=i586 -mcpu=i686 -mtune=pentium4
поведение xine не меняется, он продолжает работать нормально.

2ldv: какие делаем выводы? -mtune прибит гвоздями?

-- 
Valery V. Inozemtsev

[-- Attachment #2: Type: application/pgp-signature, Size: 191 bytes --]

Re: [devel] gcc optimization

[Dmitry V. Levin]

[-- Attachment #1: Type: text/plain, Size: 267 bytes --]

On Thu, Apr 06, 2006 at 11:00:58AM +0400, Valery V. Inozemtsev wrote:
> 2ldv: какие делаем выводы? -mtune прибит гвоздями?

Если в логе сборки присутствует несколько разных -mtune, то да.
Вообще не надо в пакете прибивать -mtune=pentium4 гвоздями.


-- 
ldv

[-- Attachment #2: Type: application/pgp-signature, Size: 191 bytes --]

Re: [devel] gcc optimization

[Valery V. Inozemtsev]

[-- Attachment #1: Type: text/plain, Size: 475 bytes --]

В сообщении от 6 апреля 2006 16:50 Dmitry V. Levin написал(a):
> On Thu, Apr 06, 2006 at 11:00:58AM +0400, Valery V. Inozemtsev wrote:
> > 2ldv: какие делаем выводы? -mtune прибит гвоздями?
>
> Если в логе сборки присутствует несколько разных -mtune, то да.
> Вообще не надо в пакете прибивать -mtune=pentium4 гвоздями.

так -mtune=pentium4 никто и не прибивает гвоздями, оно само выставляется. и 
как его не меняй на выходе результат один и тот же

-- 
Valery V. Inozemtsev

[-- Attachment #2: Type: application/pgp-signature, Size: 191 bytes --]

Re: [devel] gcc optimization

[Dmitry V. Levin]

[-- Attachment #1: Type: text/plain, Size: 687 bytes --]

On Thu, Apr 06, 2006 at 05:29:55PM +0400, Valery V. Inozemtsev wrote:
> В сообщении от 6 апреля 2006 16:50 Dmitry V. Levin написал(a):
> > On Thu, Apr 06, 2006 at 11:00:58AM +0400, Valery V. Inozemtsev wrote:
> > > 2ldv: какие делаем выводы? -mtune прибит гвоздями?
> >
> > Если в логе сборки присутствует несколько разных -mtune, то да.
> > Вообще не надо в пакете прибивать -mtune=pentium4 гвоздями.
> 
> так -mtune=pentium4 никто и не прибивает гвоздями, оно само выставляется. и 
> как его не меняй на выходе результат один и тот же

Честно говоря, я так и не уловил, в чём заключается принципиальная разница
между компактом и сизифом по отношению к xine.


-- 
ldv

[-- Attachment #2: Type: application/pgp-signature, Size: 191 bytes --]

Re: [devel] gcc optimization

[Led]

В сообщении от 6 апреля 2006 16:29 Valery V. Inozemtsev написал(a):
> В сообщении от 6 апреля 2006 16:50 Dmitry V. Levin написал(a):
> > On Thu, Apr 06, 2006 at 11:00:58AM +0400, Valery V. Inozemtsev wrote:
> > > 2ldv: какие делаем выводы? -mtune прибит гвоздями?
> >
> > Если в логе сборки присутствует несколько разных -mtune, то да.
> > Вообще не надо в пакете прибивать -mtune=pentium4 гвоздями.
>
> так -mtune=pentium4 никто и не прибивает гвоздями, оно само выставляется. и
> как его не меняй на выходе результат один и тот же

%remove_optflags -mtune=pentium4
Не помогает? Мне пришлось так сделать в одном из моих пакетов (правда, не 
из-за глюков работе программы после сборки, а из-за несобираемости её из-за 
этого ключа)

-- 
Led.

Re: [devel] gcc optimization

[Valery V. Inozemtsev]

[-- Attachment #1: Type: text/plain, Size: 563 bytes --]

> > > > 2ldv: какие делаем выводы? -mtune прибит гвоздями?
> > >
> > > Если в логе сборки присутствует несколько разных -mtune, то да.
> > > Вообще не надо в пакете прибивать -mtune=pentium4 гвоздями.
> >
> > так -mtune=pentium4 никто и не прибивает гвоздями, оно само выставляется.
> > и как его не меняй на выходе результат один и тот же
>
> Честно говоря, я так и не уловил, в чём заключается принципиальная разница
> между компактом и сизифом по отношению к xine.

да дело не в xine. интересно почему значение mtune ничего не меняет

-- 
Valery V. Inozemtsev

[-- Attachment #2: Type: application/pgp-signature, Size: 191 bytes --]

Re: [devel] gcc optimization

[Alexey Tourbin]

[-- Attachment #1: Type: text/plain, Size: 441 bytes --]

On Thu, Apr 06, 2006 at 04:50:49PM +0400, Dmitry V. Levin wrote:
> On Thu, Apr 06, 2006 at 11:00:58AM +0400, Valery V. Inozemtsev wrote:
> > 2ldv: какие делаем выводы? -mtune прибит гвоздями?
> 
> Если в логе сборки присутствует несколько разных -mtune, то да.
> Вообще не надо в пакете прибивать -mtune=pentium4 гвоздями.

Если присутствует несколько разных -march и/или -mtune, какой из них
использует gcc?  Первый или последний?

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]