[gentoo-user-br] Apanhando do Paludis

[gentoo-user-br] Apanhando do Paludis

[Raphael MD]

Bom instalei o paludis conforme manda o site do projeto.

Para configurá-lo eu usei o portage2playman, tomando o cuidade de retirara os arquivos do layman, inclusive o layman.conf do etc/paludis/repositories.

Ai fui tentar usar o playman -a kde para baixar o ebuilds para o kde, certo, o palyman manda eu dar um paludis -s x-kde, mas ai o paludis não acha um pacote x-kde

ja revirei os arquivos de configuração, fiz tudo a mão, voltei pro portage2paludis e nada

não to entendendo isso rs




      Novos endereços, o Yahoo! que você conhece. Crie um email novo com a sua cara @ymail.com ou @rocketmail.com.
http://br.new.mail.yahoo.com/addresses

Re: [gentoo-user-br] Apanhando do Paludis

[Davi Vidal]

On Thursday 06 November 2008 15:52:48 Raphael MD wrote:
[...]
> Ai fui tentar usar o playman -a kde para baixar o ebuilds 
para o kde,
> certo, o palyman manda eu dar um paludis -s x-kde, mas ai o 
paludis não
> acha um pacote x-kde
>

	Poste a mensagem de erro.

	Att,
-- 
Davi Vidal
--
E-mail: davividal arroba siscompar ponto com ponto br
MSN   : davividal arroba msn ponto com
GTalk : davividal arroba gmail ponto com
Skype : davividal
YIM   : davi_vidal
ICQ   : 138815296

Re: [gentoo-user-br] Apanhando do Paludis

[Raphael MD]

> 	Poste a mensagem de erro.

Unhandled exception:
  * In program paludis -s x-kde:
  * When performing sync action from command line:
  * When executing sync task:
  * When syncing repository 'x-kde':
  * Could not find repository 'x-kde' (paludis::NoSuchRepositoryError)
  * Looking for suggestions:
No suggestions found.


      Novos endereços, o Yahoo! que você conhece. Crie um email novo com a sua cara @ymail.com ou @rocketmail.com.
http://br.new.mail.yahoo.com/addresses

Re: [gentoo-user-br] Apanhando do Paludis

[Raphael MD]

Seguem também meus arquivos de configuração

gentoo.conf

location = ${ROOT}/usr/portage
sync = rsync://rsync.samerica.gentoo.org/gentoo-portage
profiles = ${ROOT}/usr/portage/profiles/default/linux/x86/2008.0
distdir =
format = ebuild
names_cache = ${location}/.cache/names
write_cache = /var/cache/paludis/metadata

installed.conf

location = ${ROOT}/var/db/pkg/
format = vdb
names_cache = ${location}/.cache/names
provides_cache = ${location}/.cache/provides

paludis-overlay.conf

master_repository = gentoo
location = /var/paludis/repositories/paludis-overlay/
sync = git://git.pioto.org/paludis-overlay.git
names_cache = /var/cache/paludis/paludis-overlay/names
write_cache = /var/cache/paludis/paludis-overlay/metadata
format = ebuild



      Novos endereços, o Yahoo! que você conhece. Crie um email novo com a sua cara @ymail.com ou @rocketmail.com.
http://br.new.mail.yahoo.com/addresses

Re: [gentoo-user-br] Apanhando do Paludis

[Davi Vidal]

On Thursday 06 November 2008 16:45:53 Raphael MD wrote:
> Seguem também meus arquivos de configuração
>
> gentoo.conf
>
> location = ${ROOT}/usr/portage
> sync = rsync://rsync.samerica.gentoo.org/gentoo-portage
> profiles = 
${ROOT}/usr/portage/profiles/default/linux/x86/2008.0
> distdir =
> format = ebuild
> names_cache = ${location}/.cache/names
> write_cache = /var/cache/paludis/metadata
>
> installed.conf
>
> location = ${ROOT}/var/db/pkg/
> format = vdb
> names_cache = ${location}/.cache/names
> provides_cache = ${location}/.cache/provides
>
> paludis-overlay.conf
>
> master_repository = gentoo
> location = /var/paludis/repositories/paludis-overlay/
> sync = git://git.pioto.org/paludis-overlay.git
> names_cache = /var/cache/paludis/paludis-overlay/names
> write_cache = /var/cache/paludis/paludis-overlay/metadata
> format = ebuild
>

# ls -laR /etc/paludis

-- 
Davi Vidal
--
E-mail: davividal arroba siscompar ponto com ponto br
MSN   : davividal arroba msn ponto com
GTalk : davividal arroba gmail ponto com
Skype : davividal
YIM   : davi_vidal
ICQ   : 138815296

Re: [gentoo-user-br] Apanhando do Paludis

[Thiago Nunes]

2008/11/6 Raphael MD <raphamejias@yahoo.com.br>:

> Unhandled exception:
>  * In program paludis -s x-kde:
>  * When performing sync action from command line:
>  * When executing sync task:
>  * When syncing repository 'x-kde':
>  * Could not find repository 'x-kde' (paludis::NoSuchRepositoryError)
>  * Looking for suggestions:
> No suggestions found.

Aaaaa.... Não encontrou um repositório...
Tu disse pacote, eu fiquei batendo cabeça.

Re: [gentoo-user-br] Apanhando do Paludis

[Thiago Nunes]

2008/11/6 Raphael MD <raphamejias@yahoo.com.br>:
> Seguem também meus arquivos de configuração
>
> gentoo.conf
>
> installed.conf
>
> paludis-overlay.conf
>

Era pra ter um kde.conf aí.

Rodei um playman -a kde aqui aqui e apareceu o "kde.conf".

Tenta de novo aí.

Re: [gentoo-user-br] Apanhando do Paludis

[Raphael MD]

O kde.conf tem!
Delculpe não menciá-lo!
O problema é que quando rodo o paludis -s x-kde ele não acha o x-kde, pelo que entendi pela documentação o x- indica um repositório, mas ele não acha esse x-kde.




      Novos endereços, o Yahoo! que você conhece. Crie um email novo com a sua cara @ymail.com ou @rocketmail.com.
http://br.new.mail.yahoo.com/addresses

Re: [gentoo-user-br] Apanhando do Paludis

[Thiago Nunes]

2008/11/6 Raphael MD <raphamejias@yahoo.com.br>:

> O kde.conf tem!
> Delculpe não menciá-lo!
> O problema é que quando rodo o paludis -s x-kde ele não acha o x-kde, pelo que entendi pela documentação o x- indica um repositório, mas ele não acha esse x-kde.

Tentei aqui e ele sincronizou.

Essa sua "rodada" onde ele disse não encontrou o repositório x-kde e
que você postou anteriormente não deve ter sido a primeira.

O que acontece é que na primeira sincronização ele usa o nome do
arquivo de configuração do repositório em "/etc/paludis/repositories",
aí tem que colocar o x na frente.

Depois da primeira sincronização é criada uma pasta para o repositório
em "/var/paludis/repositories/", e o repositório passa a ser chamado
pelo nome que está "/var/paludis/repositories/<nome da pasta do
repositório>/profiles/repo_name".

Procure no seu computador por esse arquivo no repositório do kde e
você verá que depois de sincronizado ele passará a se chamar
kde4-experimental.

Agora você sincroniza ele rodando "paludis -s kde4-experimental" ou
simplesmente rodando "paludis -s", que sincronizará todos os
instalados.

Foi o único repositório que eu ví ter um repo_name diferente do nome
da pasta, mas funciona também.

[]s

Re: [gentoo-user-br] Emerge louco

[Robson Roberto Souza Peixoto]

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

Sou novato. Depois de 2 anos sem usar o gentoo e voltei e usar ontem. Então
eu posso tá falando merda!

Veja se o postfix ainda está no /var/db/[alguma pasta que eu não lembro no
nome agora, mas acho que é 'pkg']. Se o postfix não estiver lá, tu não
compilou nada que dependa do postfix?

boa sorte



On Tue, Nov 11, 2008 at 10:22 AM, Eduardo Schoedler <
eschoedler@viavale.com.br> wrote:

> Olá pessoal.
>
> Tenho um servidor que era o antigo servidor de email.
> Havia instalado nele postfix e cyrus-sasl.
> Eu removi com o "emerge -C"... porém toda vez que eu verifico se tem alguma
> instalação via "emerge --newuse --pretend --update --deep world", eles
> aparecem lá novamente:
>
> [ebuild  NS   ] sys-devel/automake-1.7.9-r1
> [ebuild  N    ] dev-libs/cyrus-sasl-2.1.22-r2  USE="berkdb crypt gdbm mysql
> pam ssl -authdaemond -java -kerberos -ldap -ntlm_unsupported_patch -postgres
> -sample -srp -urandom"
> [ebuild  N    ] mail-mta/postfix-2.5.5  USE="ipv6 mysql sasl ssl vda -cdb
> -dovecot-sasl -hardened -ldap -mailwrapper -mbox -nis -pam -postgres
> (-selinux)"
> [blocks B     ] mail-mta/ssmtp (is blocking mail-mta/postfix-2.5.5)
>
> Tentei instalar o ssmtp para ver se ele parava de incomodar, e mesmo assim
> continua pedindo.
>
> O que faz ele pensar que eu ainda quero instalar o postfix e o cyrus-sasl ?
>
> Abraço!
> Eduardo.
>
>


-- 
Robson Roberto Souza Peixoto
Robinho
robsonpeixoto@gmail.com
Telefone: (19) 8821-0396

[-- Attachment #2: Type: text/html, Size: 1981 bytes --]

[gentoo-user-br] Emerge louco

[Eduardo Schoedler]

Olá pessoal.

Tenho um servidor que era o antigo servidor de email.
Havia instalado nele postfix e cyrus-sasl.
Eu removi com o "emerge -C"... porém toda vez que eu verifico se tem alguma 
instalação via "emerge --newuse --pretend --update --deep world", eles 
aparecem lá novamente:

[ebuild  NS   ] sys-devel/automake-1.7.9-r1
[ebuild  N    ] dev-libs/cyrus-sasl-2.1.22-r2  USE="berkdb crypt gdbm mysql 
pam 
ssl -authdaemond -java -kerberos -ldap -ntlm_unsupported_patch -postgres -sample 
 -srp -urandom"
[ebuild  N    ] mail-mta/postfix-2.5.5  USE="ipv6 mysql sasl ssl 
vda -cdb -dovecot-sasl -hardened -ldap -mailwrapper -mbox -nis -pam -postgres 
(-selinux)"
[blocks B     ] mail-mta/ssmtp (is blocking mail-mta/postfix-2.5.5)

Tentei instalar o ssmtp para ver se ele parava de incomodar, e mesmo assim 
continua pedindo.

O que faz ele pensar que eu ainda quero instalar o postfix e o cyrus-sasl ?

Abraço!
Eduardo. 

Re: [gentoo-user-br] Emerge louco

[Diogo Dutra]

já tentou usar o 'equery depends postfix' ?

O equery depends procura por pacotes q dependem do parametro dado.

2008/11/11 Eduardo Schoedler <eschoedler@viavale.com.br>:
> Olá Robson.
>
> Obrigado pelo interesse.
>
> O postfix fica em mail-mta/postfix.
> Em /var/db/pkg, não existe essa estrutura de diretório.
>
> O cyrus-sasl também não existe.
>
> Acredito que o emerge esteja querendo instalar eles por alguma dependência.
> Mas não descobri qual ainda.
>
>
> Abraços,
> Eduardo.
>
>
> From: Robson Roberto Souza Peixoto
> Subject: Re: [gentoo-user-br] Emerge louco
> Sou novato. Depois de 2 anos sem usar o gentoo e voltei e usar ontem. Então
> eu posso tá falando merda!
>
> Veja se o postfix ainda está no /var/db/[alguma pasta que eu não lembro no
> nome agora, mas acho que é 'pkg']. Se o postfix não estiver lá, tu não
> compilou nada que dependa do postfix?
>
> boa sorte
>
>
>
> On Tue, Nov 11, 2008 at 10:22 AM, Eduardo Schoedler
> <eschoedler@viavale.com.br> wrote:
>>
>> Olá pessoal.
>>
>> Tenho um servidor que era o antigo servidor de email.
>> Havia instalado nele postfix e cyrus-sasl.
>> Eu removi com o "emerge -C"... porém toda vez que eu verifico se tem
>> alguma instalação via "emerge --newuse --pretend --update --deep world",
>> eles aparecem lá novamente:
>>
>> [ebuild  NS   ] sys-devel/automake-1.7.9-r1
>> [ebuild  N    ] dev-libs/cyrus-sasl-2.1.22-r2  USE="berkdb crypt gdbm
>> mysql pam ssl -authdaemond -java -kerberos -ldap -ntlm_unsupported_patch
>> -postgres -sample -srp -urandom"
>> [ebuild  N    ] mail-mta/postfix-2.5.5  USE="ipv6 mysql sasl ssl vda -cdb
>> -dovecot-sasl -hardened -ldap -mailwrapper -mbox -nis -pam -postgres
>> (-selinux)"
>> [blocks B     ] mail-mta/ssmtp (is blocking mail-mta/postfix-2.5.5)
>>
>> Tentei instalar o ssmtp para ver se ele parava de incomodar, e mesmo assim
>> continua pedindo.
>>
>> O que faz ele pensar que eu ainda quero instalar o postfix e o cyrus-sasl
>> ?
>>
>> Abraço!
>> Eduardo.
>>
>
>
>
> --
> Robson Roberto Souza Peixoto
> Robinho
> robsonpeixoto@gmail.com
> Telefone: (19) 8821-0396
>



-- 
=======================

Diogo Dutra Albuquerque

Meu Curriculum Lattes: http://lattes.cnpq.br/3624796077679922

Re: [gentoo-user-br] Emerge louco

[Robson Roberto Souza Peixoto]

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

Tu tá usando algum desses pacotes?

http://www.gentoo-portage.com/Search?search=&use=postfix

[ ]s

2008/11/11 Eduardo Schoedler <eschoedler@viavale.com.br>

>  Olá Robson.
>
> Obrigado pelo interesse.
>
> O postfix fica em mail-mta/postfix.
> Em /var/db/pkg, não existe essa estrutura de diretório.
>
> O cyrus-sasl também não existe.
>
> Acredito que o emerge esteja querendo instalar eles por alguma dependência.
> Mas não descobri qual ainda.
>
>
> Abraços,
> Eduardo.
>
>
>  *From:* Robson Roberto Souza Peixoto <robsonpeixoto@gmail.com>
> *Subject:* Re: [gentoo-user-br] Emerge louco
>
> Sou novato. Depois de 2 anos sem usar o gentoo e voltei e usar ontem. Então
> eu posso tá falando merda!
>
> Veja se o postfix ainda está no /var/db/[alguma pasta que eu não lembro no
> nome agora, mas acho que é 'pkg']. Se o postfix não estiver lá, tu não
> compilou nada que dependa do postfix?
>
> boa sorte
>
>
>
> On Tue, Nov 11, 2008 at 10:22 AM, Eduardo Schoedler <
> eschoedler@viavale.com.br> wrote:
>
>> Olá pessoal.
>>
>> Tenho um servidor que era o antigo servidor de email.
>> Havia instalado nele postfix e cyrus-sasl.
>> Eu removi com o "emerge -C"... porém toda vez que eu verifico se tem
>> alguma instalação via "emerge --newuse --pretend --update --deep world",
>> eles aparecem lá novamente:
>>
>> [ebuild  NS   ] sys-devel/automake-1.7.9-r1
>> [ebuild  N    ] dev-libs/cyrus-sasl-2.1.22-r2  USE="berkdb crypt gdbm
>> mysql pam ssl -authdaemond -java -kerberos -ldap -ntlm_unsupported_patch
>> -postgres -sample -srp -urandom"
>> [ebuild  N    ] mail-mta/postfix-2.5.5  USE="ipv6 mysql sasl ssl vda -cdb
>> -dovecot-sasl -hardened -ldap -mailwrapper -mbox -nis -pam -postgres
>> (-selinux)"
>> [blocks B     ] mail-mta/ssmtp (is blocking mail-mta/postfix-2.5.5)
>>
>> Tentei instalar o ssmtp para ver se ele parava de incomodar, e mesmo assim
>> continua pedindo.
>>
>> O que faz ele pensar que eu ainda quero instalar o postfix e o cyrus-sasl
>> ?
>>
>> Abraço!
>> Eduardo.
>>
>>
>
>
> --
> Robson Roberto Souza Peixoto
> Robinho
> robsonpeixoto@gmail.com
> Telefone: (19) 8821-0396
>
>


-- 
Robson Roberto Souza Peixoto
Robinho
robsonpeixoto@gmail.com
Telefone: (19) 8821-0396

[-- Attachment #2: Type: text/html, Size: 4570 bytes --]

Re: [gentoo-user-br] Emerge louco

[Eduardo Schoedler]

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

Olá Robson.

Obrigado pelo interesse.

O postfix fica em mail-mta/postfix.
Em /var/db/pkg, não existe essa estrutura de diretório.

O cyrus-sasl também não existe.

Acredito que o emerge esteja querendo instalar eles por alguma dependência.
Mas não descobri qual ainda.


Abraços,
Eduardo.

  From: Robson Roberto Souza Peixoto 
  Subject: Re: [gentoo-user-br] Emerge louco


  Sou novato. Depois de 2 anos sem usar o gentoo e voltei e usar ontem. Então eu posso tá falando merda!

  Veja se o postfix ainda está no /var/db/[alguma pasta que eu não lembro no nome agora, mas acho que é 'pkg']. Se o postfix não estiver lá, tu não compilou nada que dependa do postfix?

  boa sorte




  On Tue, Nov 11, 2008 at 10:22 AM, Eduardo Schoedler <eschoedler@viavale.com.br> wrote:

    Olá pessoal.

    Tenho um servidor que era o antigo servidor de email.
    Havia instalado nele postfix e cyrus-sasl.
    Eu removi com o "emerge -C"... porém toda vez que eu verifico se tem alguma instalação via "emerge --newuse --pretend --update --deep world", eles aparecem lá novamente:

    [ebuild  NS   ] sys-devel/automake-1.7.9-r1
    [ebuild  N    ] dev-libs/cyrus-sasl-2.1.22-r2  USE="berkdb crypt gdbm mysql pam ssl -authdaemond -java -kerberos -ldap -ntlm_unsupported_patch -postgres -sample -srp -urandom"
    [ebuild  N    ] mail-mta/postfix-2.5.5  USE="ipv6 mysql sasl ssl vda -cdb -dovecot-sasl -hardened -ldap -mailwrapper -mbox -nis -pam -postgres (-selinux)"
    [blocks B     ] mail-mta/ssmtp (is blocking mail-mta/postfix-2.5.5)

    Tentei instalar o ssmtp para ver se ele parava de incomodar, e mesmo assim continua pedindo.

    O que faz ele pensar que eu ainda quero instalar o postfix e o cyrus-sasl ?

    Abraço!
    Eduardo. 





  -- 
  Robson Roberto Souza Peixoto
  Robinho
  robsonpeixoto@gmail.com
  Telefone: (19) 8821-0396

[-- Attachment #2: Type: text/html, Size: 3921 bytes --]

Re: [gentoo-user-br] Emerge louco

[Eduardo Schoedler]

Esse comando ajudou.
Descobri que é o um webapp que está instalado pelo portage que tem 
dependência do postfix.

Obrigado!

Eduardo.


--------------------------------------------------
From: "Diogo Dutra" <diogo.comp@gmail.com>
Sent: Tuesday, November 11, 2008 3:34 PM
To: <gentoo-user-br@lists.gentoo.org>
Subject: Re: [gentoo-user-br] Emerge louco

> já tentou usar o 'equery depends postfix' ?
>
> O equery depends procura por pacotes q dependem do parametro dado.
>
> 2008/11/11 Eduardo Schoedler <eschoedler@viavale.com.br>:
>> Olá Robson.
>>
>> Obrigado pelo interesse.
>>
>> O postfix fica em mail-mta/postfix.
>> Em /var/db/pkg, não existe essa estrutura de diretório.
>>
>> O cyrus-sasl também não existe.
>>
>> Acredito que o emerge esteja querendo instalar eles por alguma 
>> dependência.
>> Mas não descobri qual ainda.
>>
>>
>> Abraços,
>> Eduardo.
>>
>>
>> From: Robson Roberto Souza Peixoto
>> Subject: Re: [gentoo-user-br] Emerge louco
>> Sou novato. Depois de 2 anos sem usar o gentoo e voltei e usar ontem. 
>> Então
>> eu posso tá falando merda!
>>
>> Veja se o postfix ainda está no /var/db/[alguma pasta que eu não lembro 
>> no
>> nome agora, mas acho que é 'pkg']. Se o postfix não estiver lá, tu não
>> compilou nada que dependa do postfix?
>>
>> boa sorte
>>
>>
>>
>> On Tue, Nov 11, 2008 at 10:22 AM, Eduardo Schoedler
>> <eschoedler@viavale.com.br> wrote:
>>>
>>> Olá pessoal.
>>>
>>> Tenho um servidor que era o antigo servidor de email.
>>> Havia instalado nele postfix e cyrus-sasl.
>>> Eu removi com o "emerge -C"... porém toda vez que eu verifico se tem
>>> alguma instalação via "emerge --newuse --pretend --update --deep world",
>>> eles aparecem lá novamente:
>>>
>>> [ebuild  NS   ] sys-devel/automake-1.7.9-r1
>>> [ebuild  N    ] dev-libs/cyrus-sasl-2.1.22-r2  USE="berkdb crypt gdbm
>>> mysql pam ssl -authdaemond -java -kerberos -ldap -ntlm_unsupported_patch
>>> -postgres -sample -srp -urandom"
>>> [ebuild  N    ] mail-mta/postfix-2.5.5  USE="ipv6 mysql sasl ssl 
>>> vda -cdb
>>> -dovecot-sasl -hardened -ldap -mailwrapper -mbox -nis -pam -postgres
>>> (-selinux)"
>>> [blocks B     ] mail-mta/ssmtp (is blocking mail-mta/postfix-2.5.5)
>>>
>>> Tentei instalar o ssmtp para ver se ele parava de incomodar, e mesmo 
>>> assim
>>> continua pedindo.
>>>
>>> O que faz ele pensar que eu ainda quero instalar o postfix e o 
>>> cyrus-sasl
>>> ?
>>>
>>> Abraço!
>>> Eduardo.
>>>
>>
>>
>>
>> --
>> Robson Roberto Souza Peixoto
>> Robinho
>> robsonpeixoto@gmail.com
>> Telefone: (19) 8821-0396
>>
>
>
>
> -- 
> =======================
>
> Diogo Dutra Albuquerque
>
> Meu Curriculum Lattes: http://lattes.cnpq.br/3624796077679922
> 

[gentoo-user-br] Instalando o Lame

[Eduardo Schoedler]

Pessoal.

Estou tentando instalar o Lame em um Gentoo rodando em amd64.
Porém está acontecendo um negócio estranho.
Note que ele não está utilizando o USE de mmx, embora eu esteja forçando.

# cat /etc/portage/package.use
media-sound/lame mmx


# USE="mmx" emerge -va media-sound/lame

These are the packages that would be merged, in order:

Calculating dependencies... done!
[ebuild     U ] media-sound/lame-3.98.2 [3.97-r1] USE="-debug 
(-mmx) -mp3rtp -sndfile%" 1,297 kB

Total: 1 package (1 upgrade), Size of downloads: 1,297 kB


O processador suporta mmx, e acredito que seria um USE muuuitoooo útil para 
o Lame, uma vez que ele é um encoder mp3.
Embora eu esteja rodando com processadores Xeon E7310, eles tem esse 
registrador... vejam:

# cat /proc/cpuinfo
processor       : 0
vendor_id       : GenuineIntel
cpu family      : 6
model           : 15
model name      : Intel(R) Xeon(R) CPU           E7310  @ 1.60GHz
stepping        : 11
cpu MHz         : 1595.910
cache size      : 2048 KB
physical id     : 0
siblings        : 4
core id         : 0
cpu cores       : 4
apicid          : 0
initial apicid  : 0
fpu             : yes
fpu_exception   : yes
cpuid level     : 10
wp              : yes
flags           : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca 
cmov pat pse36 clflush dts acpi MMX fxsr sse sse2 ss ht tm pbe syscall nx lm 
constant_tsc arch_perfmon pebs bts rep_good nopl pni monitor ds_cpl vmx tm2 
ssse3 cx16 xtpr dca lahf_lm
bogomips        : 3191.82
clflush size    : 64
cache_alignment : 64
address sizes   : 40 bits physical, 48 bits virtual
power management:


Alguém tem uma dica para mim conseguir compilar o Lame com o USE mmx ?

Abraços!
Eduardo. 

Re: [gentoo-user-br] Instalando o Lame

[Thiago Nunes]

2008/11/13 Eduardo Schoedler <eschoedler@viavale.com.br>:

> Estou tentando instalar o Lame em um Gentoo rodando em amd64.
> Porém está acontecendo um negócio estranho.
> Note que ele não está utilizando o USE de mmx, embora eu esteja forçando.

>
> Alguém tem uma dica para mim conseguir compilar o Lame com o USE mmx ?

Eu não tenho uma dica, mas se servir de consolo eu te mostro algo que
vai justificar a falta.

Em "/usr/portage/profiles/arch/amd64/package.use.mask" eu encontrei o seguinte:
---
# 8 Aug 2008: Alexis Ballier <aballier@gentoo.org>
# x86 asm only, it won't be built on amd64 if mmx useflag is enabled but that
# saves people from needlessly installing nasm
# Refs bug #93279
media-sound/lame mmx
---

Isso é porque a use mmx ativada traz o nasm como dependência, que é um
compilador de assembly, mas só para assembly x86 (:-).

[]s

Re: [gentoo-user-br] Instalando o Lame

[Fabiano - deStilaDo]

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

teste sem o mmx no core 2 =)

algo assim deve funcionar:
$ time lame xxxxxx (tempo com mmx)
$ quickpkg lame
$ USE=-mmx emerge lame -1va
$ time lame yyyyyy (tempo sem mmx)
$ emerge lame -1Kva       # restaurar o lame com mmx =)



2008/11/13 Eduardo Schoedler <eschoedler@viavale.com.br>

>
> "Thiago Nunes" escreveu:
>
>
>  2008/11/13 Eduardo Schoedler <eschoedler@viavale.com.br>:
>>
>>  Estou tentando instalar o Lame em um Gentoo rodando em amd64.
>>> Porém está acontecendo um negócio estranho.
>>> Note que ele não está utilizando o USE de mmx, embora eu esteja forçando.
>>>
>>
>>
>>> Alguém tem uma dica para mim conseguir compilar o Lame com o USE mmx ?
>>>
>>
>> Eu não tenho uma dica, mas se servir de consolo eu te mostro algo que
>> vai justificar a falta.
>>
>> Em "/usr/portage/profiles/arch/amd64/package.use.mask" eu encontrei o
>> seguinte:
>> ---
>> # 8 Aug 2008: Alexis Ballier <aballier@gentoo.org>
>> # x86 asm only, it won't be built on amd64 if mmx useflag is enabled but
>> that
>> # saves people from needlessly installing nasm
>> # Refs bug #93279
>> media-sound/lame mmx
>> ---
>>
>> Isso é porque a use mmx ativada traz o nasm como dependência, que é um
>> compilador de assembly, mas só para assembly x86 (:-).
>>
>> []s
>>
>
> Hummmm... realmente, depois que eu mandei o e-mail resolvi atualizá-lo em
> um gento x86 que tenho aqui.
> Ele instalou o nasm como dependência.
>
> É incrível, mas esse servidor (octa-Xeon E7310 de 1,6GHz com 16GB RAM) tá
> perdendo FEIO (aprox 10 ~15segs) para compactar um mp3 contra um Core2-duo
> E4500  @ 2.20GHz.
>
> Acredito que o flag mmx pode estar fazendo alguma diferença... mas não sei
> se é tanto assim.
>
> Abraços!
> Eduardo.
>
>
>
>
>


-- 
Fabiano.

[-- Attachment #2: Type: text/html, Size: 2834 bytes --]

Re: [gentoo-user-br] Instalando o Lame

[Diogo Dutra]

Cara, com certeza o lame não está utilizando os oito cores, ele teria
q usar alguma biblioteca de processamento paralelo para fazer o tal.

Cada aplicacao rodando na sua máquina utiliza apenas UM core, mas caso
ela seja compilada utilizando uma biblioteca de paralelismo (openmp,
mpi, pthreads, process fork, etc) ai sim vai utilizar dois ou mais
cores, ou seja, posso estar enganado, mas o lame não faz fork de
processos e nem cria threads, então ele não utiliza mais q um core.
Pra tirar a dúvida roda seu programa e em outro terminal execute ps
ax|grep lame, se aparecer só um é pq ele não fez fork de processos e
nem criou threads. Então o número de cores será inútil pro lame.

2008/11/13 Eduardo Schoedler <eschoedler@viavale.com.br>:
> Galera, tem outra coisa fazendo diferença.... acho que pode ser o clock de
> cada CPU, apesar de um ser octa-core e outro dual-core.
> Não sei se realmente o lame faz uso dos octa-cores.
>
> Testes no Octa-core (Gentoo rodando amd64, portanto sem MMX).
> ======================================================
>
> # time lame ... teste.mp3
> LAME 3.98.2 64bits (http://www.mp3dev.org/)
> ...
> real    0m56.400s
> user    0m56.370s
> sys     0m0.030s
>
>
> O pior resultado do Core2 Duo ainda é 11segs melhor que o octa-Xeon.
>
>
> Abraços!
> Eduardo.
>
>
> From: Eduardo Schoedler
> Sent: Thursday, November 13, 2008 5:25 PM
> To: gentoo-user-br@lists.gentoo.org
> Subject: Re: [gentoo-user-br] Instalando o Lame
> Alguns testes no Core 2 Duo:
>
> Com MMX ativo (e nasm instalado):
> =============================
>
> # time lame ...  teste.mp3
> LAME 3.98.2 32bits (http://www.mp3dev.org/)
> CPU features: MMX (ASM used), SSE (ASM used), SSE2
> ...
> real    0m41.770s
> user    0m41.660s
> sys     0m0.040s
>
>
> Com MMX desativo (não adiantou só recompilar o Lame, tive de desinstalar o
> nasm):
> =====================================================================
>
> # time lame ... teste.mp3
> LAME 3.98.2 32bits (http://www.mp3dev.org/)
> ...
> real    0m45.143s
> user    0m45.010s
> sys     0m0.060s
>
>
> Já são 4s de diferença.
>
>
> Abraços!
>
>
> From: Fabiano - deStilaDo
> Sent: Thursday, November 13, 2008 4:15 PM
> To: gentoo-user-br@lists.gentoo.org
> Subject: Re: [gentoo-user-br] Instalando o Lame
> teste sem o mmx no core 2 =)
>
> algo assim deve funcionar:
> $ time lame xxxxxx (tempo com mmx)
> $ quickpkg lame
> $ USE=-mmx emerge lame -1va
> $ time lame yyyyyy (tempo sem mmx)
> $ emerge lame -1Kva       # restaurar o lame com mmx =)
>
>
>
> 2008/11/13 Eduardo Schoedler <eschoedler@viavale.com.br>
>>
>> "Thiago Nunes" escreveu:
>>
>>> 2008/11/13 Eduardo Schoedler <eschoedler@viavale.com.br>:
>>>
>>>> Estou tentando instalar o Lame em um Gentoo rodando em amd64.
>>>> Porém está acontecendo um negócio estranho.
>>>> Note que ele não está utilizando o USE de mmx, embora eu esteja
>>>> forçando.
>>>
>>>>
>>>> Alguém tem uma dica para mim conseguir compilar o Lame com o USE mmx ?
>>>
>>> Eu não tenho uma dica, mas se servir de consolo eu te mostro algo que
>>> vai justificar a falta.
>>>
>>> Em "/usr/portage/profiles/arch/amd64/package.use.mask" eu encontrei o
>>> seguinte:
>>> ---
>>> # 8 Aug 2008: Alexis Ballier <aballier@gentoo.org>
>>> # x86 asm only, it won't be built on amd64 if mmx useflag is enabled but
>>> that
>>> # saves people from needlessly installing nasm
>>> # Refs bug #93279
>>> media-sound/lame mmx
>>> ---
>>>
>>> Isso é porque a use mmx ativada traz o nasm como dependência, que é um
>>> compilador de assembly, mas só para assembly x86 (:-).
>>>
>>> []s
>>
>> Hummmm... realmente, depois que eu mandei o e-mail resolvi atualizá-lo em
>> um gento x86 que tenho aqui.
>> Ele instalou o nasm como dependência.
>>
>> É incrível, mas esse servidor (octa-Xeon E7310 de 1,6GHz com 16GB RAM) tá
>> perdendo FEIO (aprox 10 ~15segs) para compactar um mp3 contra um Core2-duo
>> E4500  @ 2.20GHz.
>>
>> Acredito que o flag mmx pode estar fazendo alguma diferença... mas não sei
>> se é tanto assim.
>>
>> Abraços!
>> Eduardo.
>
> --
> Fabiano.
>



-- 
=======================

Diogo Dutra Albuquerque

Meu Curriculum Lattes: http://lattes.cnpq.br/3624796077679922

Re: [gentoo-user-br] Instalando o Lame

[Fabiano - deStilaDo]

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

Me parece que o lame não eh multi-thread, logo ele só vai usar um core,
mesmo que vc tenha 20 cpus...

Execute o htop enquanto codifica um mp3 pra você ver, deve ter um core em
100% e o resto normal.


2008/11/13 Eduardo Schoedler <eschoedler@viavale.com.br>

>  Galera, tem outra coisa fazendo diferença.... acho que pode ser o clock
> de cada CPU, apesar de um ser octa-core e outro dual-core.
> Não sei se realmente o lame faz uso dos octa-cores.
>
> Testes no Octa-core (Gentoo rodando amd64, portanto sem MMX).
> ======================================================
>
> # time lame ... teste.mp3
> LAME 3.98.2 64bits (http://www.mp3dev.org/)
> ...
> real    0m56.400s
> user    0m56.370s
> sys     0m0.030s
>
>
> O pior resultado do Core2 Duo ainda é 11segs melhor que o octa-Xeon.
>
>
> Abraços!
> Eduardo.
>
>
>
>  *From:* Eduardo Schoedler <eschoedler@viavale.com.br>
> *Sent:* Thursday, November 13, 2008 5:25 PM
> *To:* gentoo-user-br@lists.gentoo.org
> *Subject:* Re: [gentoo-user-br] Instalando o Lame
>
> Alguns testes no Core 2 Duo:
>
> Com MMX ativo (e nasm instalado):
> =============================
>
> # time lame ...  teste.mp3
> LAME 3.98.2 32bits (http://www.mp3dev.org/)
> CPU features: MMX (ASM used), SSE (ASM used), SSE2
> ...
> real    0m41.770s
> user    0m41.660s
> sys     0m0.040s
>
>
>  Com MMX desativo (não adiantou só recompilar o Lame, tive de desinstalar
> o nasm):
> =====================================================================
>
> # time lame ... teste.mp3
> LAME 3.98.2 32bits (http://www.mp3dev.org/)
> ...
> real    0m45.143s
> user    0m45.010s
> sys     0m0.060s
>
>
> Já são 4s de diferença.
>
>
> Abraços!
>
>
>  *From:* Fabiano - deStilaDo <fabianoengler@gmail.com>
> *Sent:* Thursday, November 13, 2008 4:15 PM
> *To:* gentoo-user-br@lists.gentoo.org
> *Subject:* Re: [gentoo-user-br] Instalando o Lame
>
> teste sem o mmx no core 2 =)
>
> algo assim deve funcionar:
> $ time lame xxxxxx (tempo com mmx)
> $ quickpkg lame
> $ USE=-mmx emerge lame -1va
> $ time lame yyyyyy (tempo sem mmx)
> $ emerge lame -1Kva       # restaurar o lame com mmx =)
>
>
>
> 2008/11/13 Eduardo Schoedler <eschoedler@viavale.com.br>
>
>>
>> "Thiago Nunes" escreveu:
>>
>>
>> 2008/11/13 Eduardo Schoedler <eschoedler@viavale.com.br>:
>>>
>>> Estou tentando instalar o Lame em um Gentoo rodando em amd64.
>>>> Porém está acontecendo um negócio estranho.
>>>> Note que ele não está utilizando o USE de mmx, embora eu esteja
>>>> forçando.
>>>>
>>>
>>>
>>>> Alguém tem uma dica para mim conseguir compilar o Lame com o USE mmx ?
>>>>
>>>
>>> Eu não tenho uma dica, mas se servir de consolo eu te mostro algo que
>>> vai justificar a falta.
>>>
>>> Em "/usr/portage/profiles/arch/amd64/package.use.mask" eu encontrei o
>>> seguinte:
>>> ---
>>> # 8 Aug 2008: Alexis Ballier <aballier@gentoo.org>
>>> # x86 asm only, it won't be built on amd64 if mmx useflag is enabled but
>>> that
>>> # saves people from needlessly installing nasm
>>> # Refs bug #93279
>>> media-sound/lame mmx
>>> ---
>>>
>>> Isso é porque a use mmx ativada traz o nasm como dependência, que é um
>>> compilador de assembly, mas só para assembly x86 (:-).
>>>
>>> []s
>>>
>>
>> Hummmm... realmente, depois que eu mandei o e-mail resolvi atualizá-lo em
>> um gento x86 que tenho aqui.
>> Ele instalou o nasm como dependência.
>>
>> É incrível, mas esse servidor (octa-Xeon E7310 de 1,6GHz com 16GB RAM) tá
>> perdendo FEIO (aprox 10 ~15segs) para compactar um mp3 contra um Core2-duo
>> E4500  @ 2.20GHz.
>>
>> Acredito que o flag mmx pode estar fazendo alguma diferença... mas não sei
>> se é tanto assim.
>>
>> Abraços!
>> Eduardo.
>>
>
> --
> Fabiano.
>
>


-- 
Fabiano.

[-- Attachment #2: Type: text/html, Size: 9036 bytes --]

Re: [gentoo-user-br] Instalando o Lame

[Eduardo Schoedler]

"Thiago Nunes" escreveu:

> 2008/11/13 Eduardo Schoedler <eschoedler@viavale.com.br>:
>
>> Estou tentando instalar o Lame em um Gentoo rodando em amd64.
>> Porém está acontecendo um negócio estranho.
>> Note que ele não está utilizando o USE de mmx, embora eu esteja forçando.
>
>>
>> Alguém tem uma dica para mim conseguir compilar o Lame com o USE mmx ?
>
> Eu não tenho uma dica, mas se servir de consolo eu te mostro algo que
> vai justificar a falta.
>
> Em "/usr/portage/profiles/arch/amd64/package.use.mask" eu encontrei o 
> seguinte:
> ---
> # 8 Aug 2008: Alexis Ballier <aballier@gentoo.org>
> # x86 asm only, it won't be built on amd64 if mmx useflag is enabled but 
> that
> # saves people from needlessly installing nasm
> # Refs bug #93279
> media-sound/lame mmx
> ---
>
> Isso é porque a use mmx ativada traz o nasm como dependência, que é um
> compilador de assembly, mas só para assembly x86 (:-).
>
> []s

Hummmm... realmente, depois que eu mandei o e-mail resolvi atualizá-lo em um 
gento x86 que tenho aqui.
Ele instalou o nasm como dependência.

É incrível, mas esse servidor (octa-Xeon E7310 de 1,6GHz com 16GB RAM) tá 
perdendo FEIO (aprox 10 ~15segs) para compactar um mp3 contra um Core2-duo 
E4500  @ 2.20GHz.

Acredito que o flag mmx pode estar fazendo alguma diferença... mas não sei 
se é tanto assim.

Abraços!
Eduardo.

 

Re: [gentoo-user-br] Instalando o Lame

[Fabiano - deStilaDo]

[-- Attachment #1.1: Type: text/plain, Size: 5493 bytes --]

O htop te enganou? Estranho, no meu ele mostra o uso de cada nucleo
individualmente, um em 100% e o outro em em idle.
Tem opção de você uma colocar um medidor (metter) para a media de uso dos
processadores (average), nele fica com 50% daí...

Veja o screen shot anexo.

[]s
Fabiano

2008/11/13 Eduardo Schoedler <eschoedler@viavale.com.br>

>  Olá Fabiano e Diogo!
>
> O htop quase me enganou... ele mostrou o lame consumindo 100%, mas ao
> constatar pelo dstat, ele mostrou idle de 50% da máquina durante o processo.
> Vejam:
>
> # dstat -c -C 0,1,total -M topcpu
> -cpu0-usage---cpu1-usage---total-cpu----most-expensive-
> *usr* sys idl :usr sys *idl* :usr sys idl |  cpu process
> *100*   0   0 :  1   0  *99* : 51   0  50 |lame         100
> *100*   0   0 :  0   1  *99* : 50   1  50 |lame         100
> * 99*   1   0 :  0   1  *99* : 50   1  50 |lame         100
> *100*   0   0 :  1   0  *99* : 51   0  50 |lame         100
> * 99*   1   0 :  1   0  *99* : 50   1  50 |lame         100
> *100*   0   0 :  1   0  *99* : 51   0  50 |lame         100
>
>
> Logo, ele não faz multi-thread nenhum.
> Alguém aí tem outra sugestão para mp3 encoder em linha de comando ?
> Tenho um octa-core que não pode perder de um core2 duo... rsrsrs.
>
> Abraços!
>
>
>  *From:* Fabiano - deStilaDo <fabianoengler@gmail.com>
> *Sent:* Thursday, November 13, 2008 4:38 PM
> *To:* gentoo-user-br@lists.gentoo.org
> *Subject:* Re: [gentoo-user-br] Instalando o Lame
>
> Me parece que o lame não eh multi-thread, logo ele só vai usar um core,
> mesmo que vc tenha 20 cpus...
>
> Execute o htop enquanto codifica um mp3 pra você ver, deve ter um core em
> 100% e o resto normal.
>
>
> 2008/11/13 Eduardo Schoedler <eschoedler@viavale.com.br>
>
>>  Galera, tem outra coisa fazendo diferença.... acho que pode ser o clock
>> de cada CPU, apesar de um ser octa-core e outro dual-core.
>> Não sei se realmente o lame faz uso dos octa-cores.
>>
>> Testes no Octa-core (Gentoo rodando amd64, portanto sem MMX).
>> ======================================================
>>
>> # time lame ... teste.mp3
>> LAME 3.98.2 64bits (http://www.mp3dev.org/)
>> ...
>> real    0m56.400s
>> user    0m56.370s
>> sys     0m0.030s
>>
>>
>> O pior resultado do Core2 Duo ainda é 11segs melhor que o octa-Xeon.
>>
>>
>> Abraços!
>> Eduardo.
>>
>>
>>
>>  *From:* Eduardo Schoedler <eschoedler@viavale.com.br>
>> *Sent:* Thursday, November 13, 2008 5:25 PM
>>   *To:* gentoo-user-br@lists.gentoo.org
>> *Subject:* Re: [gentoo-user-br] Instalando o Lame
>>
>> Alguns testes no Core 2 Duo:
>>
>> Com MMX ativo (e nasm instalado):
>> =============================
>>
>> # time lame ...  teste.mp3
>> LAME 3.98.2 32bits (http://www.mp3dev.org/)
>> CPU features: MMX (ASM used), SSE (ASM used), SSE2
>> ...
>> real    0m41.770s
>> user    0m41.660s
>> sys     0m0.040s
>>
>>
>>  Com MMX desativo (não adiantou só recompilar o Lame, tive de desinstalar
>> o nasm):
>> =====================================================================
>>
>> # time lame ... teste.mp3
>> LAME 3.98.2 32bits (http://www.mp3dev.org/)
>> ...
>> real    0m45.143s
>> user    0m45.010s
>> sys     0m0.060s
>>
>>
>> Já são 4s de diferença.
>>
>>
>> Abraços!
>>
>>
>>  *From:* Fabiano - deStilaDo <fabianoengler@gmail.com>
>> *Sent:* Thursday, November 13, 2008 4:15 PM
>> *To:* gentoo-user-br@lists.gentoo.org
>> *Subject:* Re: [gentoo-user-br] Instalando o Lame
>>
>> teste sem o mmx no core 2 =)
>>
>> algo assim deve funcionar:
>> $ time lame xxxxxx (tempo com mmx)
>> $ quickpkg lame
>> $ USE=-mmx emerge lame -1va
>> $ time lame yyyyyy (tempo sem mmx)
>> $ emerge lame -1Kva       # restaurar o lame com mmx =)
>>
>>
>>
>> 2008/11/13 Eduardo Schoedler <eschoedler@viavale.com.br>
>>
>>>
>>> "Thiago Nunes" escreveu:
>>>
>>>
>>> 2008/11/13 Eduardo Schoedler <eschoedler@viavale.com.br>:
>>>>
>>>> Estou tentando instalar o Lame em um Gentoo rodando em amd64.
>>>>> Porém está acontecendo um negócio estranho.
>>>>> Note que ele não está utilizando o USE de mmx, embora eu esteja
>>>>> forçando.
>>>>>
>>>>
>>>>
>>>>> Alguém tem uma dica para mim conseguir compilar o Lame com o USE mmx ?
>>>>>
>>>>
>>>> Eu não tenho uma dica, mas se servir de consolo eu te mostro algo que
>>>> vai justificar a falta.
>>>>
>>>> Em "/usr/portage/profiles/arch/amd64/package.use.mask" eu encontrei o
>>>> seguinte:
>>>> ---
>>>> # 8 Aug 2008: Alexis Ballier <aballier@gentoo.org>
>>>> # x86 asm only, it won't be built on amd64 if mmx useflag is enabled but
>>>> that
>>>> # saves people from needlessly installing nasm
>>>> # Refs bug #93279
>>>> media-sound/lame mmx
>>>> ---
>>>>
>>>> Isso é porque a use mmx ativada traz o nasm como dependência, que é um
>>>> compilador de assembly, mas só para assembly x86 (:-).
>>>>
>>>> []s
>>>>
>>>
>>> Hummmm... realmente, depois que eu mandei o e-mail resolvi atualizá-lo em
>>> um gento x86 que tenho aqui.
>>> Ele instalou o nasm como dependência.
>>>
>>> É incrível, mas esse servidor (octa-Xeon E7310 de 1,6GHz com 16GB RAM) tá
>>> perdendo FEIO (aprox 10 ~15segs) para compactar um mp3 contra um Core2-duo
>>> E4500  @ 2.20GHz.
>>>
>>> Acredito que o flag mmx pode estar fazendo alguma diferença... mas não
>>> sei se é tanto assim.
>>>
>>> Abraços!
>>> Eduardo.
>>>
>>
>> --
>> Fabiano.
>>
>>
>
>
> --
> Fabiano.
>
>


-- 
Fabiano.

[-- Attachment #1.2: Type: text/html, Size: 13381 bytes --]

[-- Attachment #2: lame-htop.png --]
[-- Type: image/png, Size: 224309 bytes --]

Re: [gentoo-user-br] Instalando o Lame

[Eduardo Schoedler]

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

Alguns testes no Core 2 Duo:

Com MMX ativo (e nasm instalado):
=============================

# time lame ...  teste.mp3
LAME 3.98.2 32bits (http://www.mp3dev.org/)
CPU features: MMX (ASM used), SSE (ASM used), SSE2
...

real    0m41.770s
user    0m41.660s
sys     0m0.040s


Com MMX desativo (não adiantou só recompilar o Lame, tive de desinstalar o nasm):
=====================================================================

# time lame ... teste.mp3
LAME 3.98.2 32bits (http://www.mp3dev.org/)
...

real    0m45.143s
user    0m45.010s
sys     0m0.060s


Já são 4s de diferença.


Abraços!

  From: Fabiano - deStilaDo 
  Sent: Thursday, November 13, 2008 4:15 PM
  To: gentoo-user-br@lists.gentoo.org 
  Subject: Re: [gentoo-user-br] Instalando o Lame


  teste sem o mmx no core 2 =)

  algo assim deve funcionar:
  $ time lame xxxxxx (tempo com mmx)
  $ quickpkg lame
  $ USE=-mmx emerge lame -1va
  $ time lame yyyyyy (tempo sem mmx)
  $ emerge lame -1Kva       # restaurar o lame com mmx =)




  2008/11/13 Eduardo Schoedler <eschoedler@viavale.com.br>


    "Thiago Nunes" escreveu: 



      2008/11/13 Eduardo Schoedler <eschoedler@viavale.com.br>:


        Estou tentando instalar o Lame em um Gentoo rodando em amd64.
        Porém está acontecendo um negócio estranho.
        Note que ele não está utilizando o USE de mmx, embora eu esteja forçando.




        Alguém tem uma dica para mim conseguir compilar o Lame com o USE mmx ?


      Eu não tenho uma dica, mas se servir de consolo eu te mostro algo que
      vai justificar a falta.

      Em "/usr/portage/profiles/arch/amd64/package.use.mask" eu encontrei o seguinte:
      ---
      # 8 Aug 2008: Alexis Ballier <aballier@gentoo.org>
      # x86 asm only, it won't be built on amd64 if mmx useflag is enabled but that
      # saves people from needlessly installing nasm
      # Refs bug #93279
      media-sound/lame mmx
      ---

      Isso é porque a use mmx ativada traz o nasm como dependência, que é um
      compilador de assembly, mas só para assembly x86 (:-).

      []s



    Hummmm... realmente, depois que eu mandei o e-mail resolvi atualizá-lo em um gento x86 que tenho aqui.
    Ele instalou o nasm como dependência.

    É incrível, mas esse servidor (octa-Xeon E7310 de 1,6GHz com 16GB RAM) tá perdendo FEIO (aprox 10 ~15segs) para compactar um mp3 contra um Core2-duo E4500  @ 2.20GHz.

    Acredito que o flag mmx pode estar fazendo alguma diferença... mas não sei se é tanto assim.

    Abraços!
    Eduardo.


  -- 
  Fabiano.

[-- Attachment #2: Type: text/html, Size: 5902 bytes --]

Re: [gentoo-user-br] Instalando o Lame

[Eduardo Schoedler]

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

Galera, tem outra coisa fazendo diferença.... acho que pode ser o clock de cada CPU, apesar de um ser octa-core e outro dual-core.
Não sei se realmente o lame faz uso dos octa-cores.

Testes no Octa-core (Gentoo rodando amd64, portanto sem MMX).
======================================================

# time lame ... teste.mp3
LAME 3.98.2 64bits (http://www.mp3dev.org/)
...
real    0m56.400s
user    0m56.370s
sys     0m0.030s


O pior resultado do Core2 Duo ainda é 11segs melhor que o octa-Xeon.


Abraços!
Eduardo.



  From: Eduardo Schoedler 
  Sent: Thursday, November 13, 2008 5:25 PM
  To: gentoo-user-br@lists.gentoo.org 
  Subject: Re: [gentoo-user-br] Instalando o Lame


  Alguns testes no Core 2 Duo:

  Com MMX ativo (e nasm instalado):
  =============================

  # time lame ...  teste.mp3
  LAME 3.98.2 32bits (http://www.mp3dev.org/)
  CPU features: MMX (ASM used), SSE (ASM used), SSE2
  ...

  real    0m41.770s
  user    0m41.660s
  sys     0m0.040s


  Com MMX desativo (não adiantou só recompilar o Lame, tive de desinstalar o nasm):
  =====================================================================

  # time lame ... teste.mp3
  LAME 3.98.2 32bits (http://www.mp3dev.org/)
  ...

  real    0m45.143s
  user    0m45.010s
  sys     0m0.060s


  Já são 4s de diferença.


  Abraços!

    From: Fabiano - deStilaDo 
    Sent: Thursday, November 13, 2008 4:15 PM
    To: gentoo-user-br@lists.gentoo.org 
    Subject: Re: [gentoo-user-br] Instalando o Lame


    teste sem o mmx no core 2 =)

    algo assim deve funcionar:
    $ time lame xxxxxx (tempo com mmx)
    $ quickpkg lame
    $ USE=-mmx emerge lame -1va
    $ time lame yyyyyy (tempo sem mmx)
    $ emerge lame -1Kva       # restaurar o lame com mmx =)




    2008/11/13 Eduardo Schoedler <eschoedler@viavale.com.br>


      "Thiago Nunes" escreveu: 



        2008/11/13 Eduardo Schoedler <eschoedler@viavale.com.br>:


          Estou tentando instalar o Lame em um Gentoo rodando em amd64.
          Porém está acontecendo um negócio estranho.
          Note que ele não está utilizando o USE de mmx, embora eu esteja forçando.




          Alguém tem uma dica para mim conseguir compilar o Lame com o USE mmx ?


        Eu não tenho uma dica, mas se servir de consolo eu te mostro algo que
        vai justificar a falta.

        Em "/usr/portage/profiles/arch/amd64/package.use.mask" eu encontrei o seguinte:
        ---
        # 8 Aug 2008: Alexis Ballier <aballier@gentoo.org>
        # x86 asm only, it won't be built on amd64 if mmx useflag is enabled but that
        # saves people from needlessly installing nasm
        # Refs bug #93279
        media-sound/lame mmx
        ---

        Isso é porque a use mmx ativada traz o nasm como dependência, que é um
        compilador de assembly, mas só para assembly x86 (:-).

        []s



      Hummmm... realmente, depois que eu mandei o e-mail resolvi atualizá-lo em um gento x86 que tenho aqui.
      Ele instalou o nasm como dependência.

      É incrível, mas esse servidor (octa-Xeon E7310 de 1,6GHz com 16GB RAM) tá perdendo FEIO (aprox 10 ~15segs) para compactar um mp3 contra um Core2-duo E4500  @ 2.20GHz.

      Acredito que o flag mmx pode estar fazendo alguma diferença... mas não sei se é tanto assim.

      Abraços!
      Eduardo.


    -- 
    Fabiano.

[-- Attachment #2: Type: text/html, Size: 8268 bytes --]

Re: [gentoo-user-br] Instalando o Lame

[João Matos]

> Cada aplicacao rodando na sua máquina utiliza apenas UM core, mas caso
> ela seja compilada utilizando uma biblioteca de paralelismo (openmp,
> mpi, pthreads, process fork, etc) ai sim vai utilizar dois ou mais
> cores, ou seja,

Isso é uma opção para o caso, ou era apenas uma possibilidade? É
possível compilar (qualquer) programa com suporte a paralelismo?

-- 
João de Souza
Linux User #461527

Re: [gentoo-user-br] Instalando o Lame

[Eduardo Schoedler]

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

Olá Fabiano e Diogo!

O htop quase me enganou... ele mostrou o lame consumindo 100%, mas ao constatar pelo dstat, ele mostrou idle de 50% da máquina durante o processo. Vejam:

# dstat -c -C 0,1,total -M topcpu
-cpu0-usage---cpu1-usage---total-cpu----most-expensive-
usr sys idl :usr sys idl :usr sys idl |  cpu process
100   0   0 :  1   0  99 : 51   0  50 |lame         100
100   0   0 :  0   1  99 : 50   1  50 |lame         100
 99   1   0 :  0   1  99 : 50   1  50 |lame         100
100   0   0 :  1   0  99 : 51   0  50 |lame         100
 99   1   0 :  1   0  99 : 50   1  50 |lame         100
100   0   0 :  1   0  99 : 51   0  50 |lame         100


Logo, ele não faz multi-thread nenhum.
Alguém aí tem outra sugestão para mp3 encoder em linha de comando ?
Tenho um octa-core que não pode perder de um core2 duo... rsrsrs.

Abraços!

  From: Fabiano - deStilaDo 
  Sent: Thursday, November 13, 2008 4:38 PM
  To: gentoo-user-br@lists.gentoo.org 
  Subject: Re: [gentoo-user-br] Instalando o Lame


  Me parece que o lame não eh multi-thread, logo ele só vai usar um core, mesmo que vc tenha 20 cpus...

  Execute o htop enquanto codifica um mp3 pra você ver, deve ter um core em 100% e o resto normal.



  2008/11/13 Eduardo Schoedler <eschoedler@viavale.com.br>

    Galera, tem outra coisa fazendo diferença.... acho que pode ser o clock de cada CPU, apesar de um ser octa-core e outro dual-core.
    Não sei se realmente o lame faz uso dos octa-cores.

    Testes no Octa-core (Gentoo rodando amd64, portanto sem MMX).
    ======================================================

    # time lame ... teste.mp3
    LAME 3.98.2 64bits (http://www.mp3dev.org/)
    ...
    real    0m56.400s
    user    0m56.370s
    sys     0m0.030s


    O pior resultado do Core2 Duo ainda é 11segs melhor que o octa-Xeon.


    Abraços!
    Eduardo.



      From: Eduardo Schoedler 
      Sent: Thursday, November 13, 2008 5:25 PM
      To: gentoo-user-br@lists.gentoo.org 
      Subject: Re: [gentoo-user-br] Instalando o Lame


      Alguns testes no Core 2 Duo:

      Com MMX ativo (e nasm instalado):
      =============================

      # time lame ...  teste.mp3
      LAME 3.98.2 32bits (http://www.mp3dev.org/)
      CPU features: MMX (ASM used), SSE (ASM used), SSE2
      ...

      real    0m41.770s
      user    0m41.660s
      sys     0m0.040s


      Com MMX desativo (não adiantou só recompilar o Lame, tive de desinstalar o nasm):
      =====================================================================

      # time lame ... teste.mp3
      LAME 3.98.2 32bits (http://www.mp3dev.org/)
      ...

      real    0m45.143s
      user    0m45.010s
      sys     0m0.060s


      Já são 4s de diferença.


      Abraços!

        From: Fabiano - deStilaDo 
        Sent: Thursday, November 13, 2008 4:15 PM
        To: gentoo-user-br@lists.gentoo.org 
        Subject: Re: [gentoo-user-br] Instalando o Lame


        teste sem o mmx no core 2 =)

        algo assim deve funcionar:
        $ time lame xxxxxx (tempo com mmx)
        $ quickpkg lame
        $ USE=-mmx emerge lame -1va
        $ time lame yyyyyy (tempo sem mmx)
        $ emerge lame -1Kva       # restaurar o lame com mmx =)




        2008/11/13 Eduardo Schoedler <eschoedler@viavale.com.br>


          "Thiago Nunes" escreveu: 



            2008/11/13 Eduardo Schoedler <eschoedler@viavale.com.br>:


              Estou tentando instalar o Lame em um Gentoo rodando em amd64.
              Porém está acontecendo um negócio estranho.
              Note que ele não está utilizando o USE de mmx, embora eu esteja forçando.




              Alguém tem uma dica para mim conseguir compilar o Lame com o USE mmx ?


            Eu não tenho uma dica, mas se servir de consolo eu te mostro algo que
            vai justificar a falta.

            Em "/usr/portage/profiles/arch/amd64/package.use.mask" eu encontrei o seguinte:
            ---
            # 8 Aug 2008: Alexis Ballier <aballier@gentoo.org>
            # x86 asm only, it won't be built on amd64 if mmx useflag is enabled but that
            # saves people from needlessly installing nasm
            # Refs bug #93279
            media-sound/lame mmx
            ---

            Isso é porque a use mmx ativada traz o nasm como dependência, que é um
            compilador de assembly, mas só para assembly x86 (:-).

            []s



          Hummmm... realmente, depois que eu mandei o e-mail resolvi atualizá-lo em um gento x86 que tenho aqui.
          Ele instalou o nasm como dependência.

          É incrível, mas esse servidor (octa-Xeon E7310 de 1,6GHz com 16GB RAM) tá perdendo FEIO (aprox 10 ~15segs) para compactar um mp3 contra um Core2-duo E4500  @ 2.20GHz.

          Acredito que o flag mmx pode estar fazendo alguma diferença... mas não sei se é tanto assim.

          Abraços!
          Eduardo.


        -- 
        Fabiano.




  -- 
  Fabiano.

[-- Attachment #2: Type: text/html, Size: 12831 bytes --]

Re: [gentoo-user-br] Instalando o Lame

[Diogo Dutra]

Não =X
Vc teria q modificar o código pra dar suporte.

On Thu, Nov 13, 2008 at 5:36 PM, João Matos <jaoneto@gmail.com> wrote:
>> Cada aplicacao rodando na sua máquina utiliza apenas UM core, mas caso
>> ela seja compilada utilizando uma biblioteca de paralelismo (openmp,
>> mpi, pthreads, process fork, etc) ai sim vai utilizar dois ou mais
>> cores, ou seja,
>
> Isso é uma opção para o caso, ou era apenas uma possibilidade? É
> possível compilar (qualquer) programa com suporte a paralelismo?
>
> --
> João de Souza
> Linux User #461527
>
>



-- 
=======================

Diogo Dutra Albuquerque

Meu Curriculum Lattes: http://lattes.cnpq.br/3624796077679922

Re: [gentoo-user-br] Instalando o Lame

[Eduardo Schoedler]

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

Já adianto que o bladeenc não converte de mp3 para mp3 ... e tb não é multi-thread.
Eu até poderia gerar um passo a mais, exportando o mp3 para wave com o mpg321... mas aí para compactar não achei nenhum que seja multi-thread.

Abraços!
Eduardo.

  From: Eduardo Schoedler 
  Sent: Thursday, November 13, 2008 5:47 PM
  To: gentoo-user-br@lists.gentoo.org 
  Subject: Re: [gentoo-user-br] Instalando o Lame


  Olá Fabiano e Diogo!

  O htop quase me enganou... ele mostrou o lame consumindo 100%, mas ao constatar pelo dstat, ele mostrou idle de 50% da máquina durante o processo. Vejam:

  # dstat -c -C 0,1,total -M topcpu
  -cpu0-usage---cpu1-usage---total-cpu----most-expensive-
  usr sys idl :usr sys idl :usr sys idl |  cpu process
  100   0   0 :  1   0  99 : 51   0  50 |lame         100
  100   0   0 :  0   1  99 : 50   1  50 |lame         100
   99   1   0 :  0   1  99 : 50   1  50 |lame         100
  100   0   0 :  1   0  99 : 51   0  50 |lame         100
   99   1   0 :  1   0  99 : 50   1  50 |lame         100
  100   0   0 :  1   0  99 : 51   0  50 |lame         100


  Logo, ele não faz multi-thread nenhum.
  Alguém aí tem outra sugestão para mp3 encoder em linha de comando ?
  Tenho um octa-core que não pode perder de um core2 duo... rsrsrs.

  Abraços!

    From: Fabiano - deStilaDo 
    Sent: Thursday, November 13, 2008 4:38 PM
    To: gentoo-user-br@lists.gentoo.org 
    Subject: Re: [gentoo-user-br] Instalando o Lame


    Me parece que o lame não eh multi-thread, logo ele só vai usar um core, mesmo que vc tenha 20 cpus...

    Execute o htop enquanto codifica um mp3 pra você ver, deve ter um core em 100% e o resto normal.



    2008/11/13 Eduardo Schoedler <eschoedler@viavale.com.br>

      Galera, tem outra coisa fazendo diferença.... acho que pode ser o clock de cada CPU, apesar de um ser octa-core e outro dual-core.
      Não sei se realmente o lame faz uso dos octa-cores.

      Testes no Octa-core (Gentoo rodando amd64, portanto sem MMX).
      ======================================================

      # time lame ... teste.mp3
      LAME 3.98.2 64bits (http://www.mp3dev.org/)
      ...
      real    0m56.400s
      user    0m56.370s
      sys     0m0.030s


      O pior resultado do Core2 Duo ainda é 11segs melhor que o octa-Xeon.


      Abraços!
      Eduardo.



        From: Eduardo Schoedler 
        Sent: Thursday, November 13, 2008 5:25 PM
        To: gentoo-user-br@lists.gentoo.org 
        Subject: Re: [gentoo-user-br] Instalando o Lame


        Alguns testes no Core 2 Duo:

        Com MMX ativo (e nasm instalado):
        =============================

        # time lame ...  teste.mp3
        LAME 3.98.2 32bits (http://www.mp3dev.org/)
        CPU features: MMX (ASM used), SSE (ASM used), SSE2
        ...

        real    0m41.770s
        user    0m41.660s
        sys     0m0.040s


        Com MMX desativo (não adiantou só recompilar o Lame, tive de desinstalar o nasm):
        =====================================================================

        # time lame ... teste.mp3
        LAME 3.98.2 32bits (http://www.mp3dev.org/)
        ...

        real    0m45.143s
        user    0m45.010s
        sys     0m0.060s


        Já são 4s de diferença.


        Abraços!

          From: Fabiano - deStilaDo 
          Sent: Thursday, November 13, 2008 4:15 PM
          To: gentoo-user-br@lists.gentoo.org 
          Subject: Re: [gentoo-user-br] Instalando o Lame


          teste sem o mmx no core 2 =)

          algo assim deve funcionar:
          $ time lame xxxxxx (tempo com mmx)
          $ quickpkg lame
          $ USE=-mmx emerge lame -1va
          $ time lame yyyyyy (tempo sem mmx)
          $ emerge lame -1Kva       # restaurar o lame com mmx =)




          2008/11/13 Eduardo Schoedler <eschoedler@viavale.com.br>


            "Thiago Nunes" escreveu: 



              2008/11/13 Eduardo Schoedler <eschoedler@viavale.com.br>:


                Estou tentando instalar o Lame em um Gentoo rodando em amd64.
                Porém está acontecendo um negócio estranho.
                Note que ele não está utilizando o USE de mmx, embora eu esteja forçando.




                Alguém tem uma dica para mim conseguir compilar o Lame com o USE mmx ?


              Eu não tenho uma dica, mas se servir de consolo eu te mostro algo que
              vai justificar a falta.

              Em "/usr/portage/profiles/arch/amd64/package.use.mask" eu encontrei o seguinte:
              ---
              # 8 Aug 2008: Alexis Ballier <aballier@gentoo.org>
              # x86 asm only, it won't be built on amd64 if mmx useflag is enabled but that
              # saves people from needlessly installing nasm
              # Refs bug #93279
              media-sound/lame mmx
              ---

              Isso é porque a use mmx ativada traz o nasm como dependência, que é um
              compilador de assembly, mas só para assembly x86 (:-).

              []s



            Hummmm... realmente, depois que eu mandei o e-mail resolvi atualizá-lo em um gento x86 que tenho aqui.
            Ele instalou o nasm como dependência.

            É incrível, mas esse servidor (octa-Xeon E7310 de 1,6GHz com 16GB RAM) tá perdendo FEIO (aprox 10 ~15segs) para compactar um mp3 contra um Core2-duo E4500  @ 2.20GHz.

            Acredito que o flag mmx pode estar fazendo alguma diferença... mas não sei se é tanto assim.

            Abraços!
            Eduardo.


          -- 
          Fabiano.




    -- 
    Fabiano.

[-- Attachment #2: Type: text/html, Size: 14414 bytes --]

Re: [gentoo-user-br] Instalando o Lame

[Fabiano - deStilaDo]

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

Se você faz questão de mostrar o octa-core dando um pau, vc pode fazer um
scriptizinho pra rodar 8 lames em paralelo, aih vc ganhar em throughtput
pelo menos, maior numero de arquivos (ou segundos de musica) convertidos por
unidade de tempo =)

O problema é o fazer o script, hehehehe =P

Mas não deve ser nada de outro mundo também, me parece um exercício
interessante pra uma hora sem nada pra fazer, talvez dê pra implementar com
trap/wait, ou algo assim. Em C é bem fácil fazer com fork(), wait() e
execve().

Ou ainda, se vc não quiser brincar, só pra fazer um testezinho rápido, eu
fiz uma função em bash que aceita vários arquivos como parametro e roda o
lame para todos eles ao mesmo tempo e mostra o tempo total no final. Você
pode rodar essa função pra 8 arquivos por exemplo e deixar que o escalonador
do kernel cuide do paralelismo pra voce e ver os 8 cores em 100% =)


A sintaxe é bem simples, pares de arquivos de entrada e saida,
respectivamente:
multi_lame entrada1 saida1   entrada2 saida2   entrada3 saida3 ...etc.

Por exemplo eu rodando para 3 arquivos no meu amd X2:

[00:53:50] (0) fabiano@destilador:/fd/mp3/tmp
$ function multi_lame() { while (( $# > 0 )) ; do in=$1 ; shift ; out=$1 ;
shift ; echo "Rodando lame: $in --> $out" ; lame -S $in $out &  done ; time
wait ; }

[00:54:02] (0) fabiano@destilador:/fd/mp3/tmp
$ multi_lame   arq1.wav arq1.mp3   arq2.wav arq2.mp3   arq3.wav arq3.mp3
Rodando lame: arq1.wav --> arq1.mp3
[1] 13268
Rodando lame: arq2.wav --> arq2.mp3
[2] 13269
Rodando lame: arq3.wav --> arq3.mp3
[3] 13270
[1]   Done                    lame -S $in $out
[2]-  Done                    lame -S $in $out
[3]+  Done                    lame -S $in $out

real    0m6.261s
user    0m10.183s
sys     0m0.083s


Cola tua saída pra 8 arquivos aê =PPP

2008/11/13 Eduardo Schoedler <eschoedler@viavale.com.br>

>  Já adianto que o bladeenc não converte de mp3 para mp3 ... e tb não é
> multi-thread.
> Eu até poderia gerar um passo a mais, exportando o mp3 para wave com o
> mpg321... mas aí para compactar não achei nenhum que seja multi-thread.
>
> Abraços!
> Eduardo.
>
>
>  *From:* Eduardo Schoedler <eschoedler@viavale.com.br>
> *Sent:* Thursday, November 13, 2008 5:47 PM
> *To:* gentoo-user-br@lists.gentoo.org
> *Subject:* Re: [gentoo-user-br] Instalando o Lame
>
> Olá Fabiano e Diogo!
>
> O htop quase me enganou... ele mostrou o lame consumindo 100%, mas ao
> constatar pelo dstat, ele mostrou idle de 50% da máquina durante o processo.
> Vejam:
>
> # dstat -c -C 0,1,total -M topcpu
> -cpu0-usage---cpu1-usage---total-cpu----most-expensive-
> *usr* sys idl :usr sys *idl* :usr sys idl |  cpu process
> *100*   0   0 :  1   0  *99* : 51   0  50 |lame         100
> *100*   0   0 :  0   1  *99* : 50   1  50 |lame         100
> * 99*   1   0 :  0   1  *99* : 50   1  50 |lame         100
> *100*   0   0 :  1   0  *99* : 51   0  50 |lame         100
> * 99*   1   0 :  1   0  *99* : 50   1  50 |lame         100
> *100*   0   0 :  1   0  *99* : 51   0  50 |lame         100
>
>
> Logo, ele não faz multi-thread nenhum.
> Alguém aí tem outra sugestão para mp3 encoder em linha de comando ?
> Tenho um octa-core que não pode perder de um core2 duo... rsrsrs.
>
> Abraços!
>
>
>  *From:* Fabiano - deStilaDo <fabianoengler@gmail.com>
> *Sent:* Thursday, November 13, 2008 4:38 PM
> *To:* gentoo-user-br@lists.gentoo.org
> *Subject:* Re: [gentoo-user-br] Instalando o Lame
>
> Me parece que o lame não eh multi-thread, logo ele só vai usar um core,
> mesmo que vc tenha 20 cpus...
>
> Execute o htop enquanto codifica um mp3 pra você ver, deve ter um core em
> 100% e o resto normal.
>
>
> 2008/11/13 Eduardo Schoedler <eschoedler@viavale.com.br>
>
>>  Galera, tem outra coisa fazendo diferença.... acho que pode ser o clock
>> de cada CPU, apesar de um ser octa-core e outro dual-core.
>> Não sei se realmente o lame faz uso dos octa-cores.
>>
>> Testes no Octa-core (Gentoo rodando amd64, portanto sem MMX).
>> ======================================================
>>
>> # time lame ... teste.mp3
>> LAME 3.98.2 64bits (http://www.mp3dev.org/)
>> ...
>> real    0m56.400s
>> user    0m56.370s
>> sys     0m0.030s
>>
>>
>> O pior resultado do Core2 Duo ainda é 11segs melhor que o octa-Xeon.
>>
>>
>> Abraços!
>> Eduardo.
>>
>>
>>
>>  *From:* Eduardo Schoedler <eschoedler@viavale.com.br>
>> *Sent:* Thursday, November 13, 2008 5:25 PM
>>   *To:* gentoo-user-br@lists.gentoo.org
>> *Subject:* Re: [gentoo-user-br] Instalando o Lame
>>
>> Alguns testes no Core 2 Duo:
>>
>> Com MMX ativo (e nasm instalado):
>> =============================
>>
>> # time lame ...  teste.mp3
>> LAME 3.98.2 32bits (http://www.mp3dev.org/)
>> CPU features: MMX (ASM used), SSE (ASM used), SSE2
>> ...
>> real    0m41.770s
>> user    0m41.660s
>> sys     0m0.040s
>>
>>
>>  Com MMX desativo (não adiantou só recompilar o Lame, tive de desinstalar
>> o nasm):
>> =====================================================================
>>
>> # time lame ... teste.mp3
>> LAME 3.98.2 32bits (http://www.mp3dev.org/)
>> ...
>> real    0m45.143s
>> user    0m45.010s
>> sys     0m0.060s
>>
>>
>> Já são 4s de diferença.
>>
>>
>> Abraços!
>>
>>
>>  *From:* Fabiano - deStilaDo <fabianoengler@gmail.com>
>> *Sent:* Thursday, November 13, 2008 4:15 PM
>> *To:* gentoo-user-br@lists.gentoo.org
>> *Subject:* Re: [gentoo-user-br] Instalando o Lame
>>
>> teste sem o mmx no core 2 =)
>>
>> algo assim deve funcionar:
>> $ time lame xxxxxx (tempo com mmx)
>> $ quickpkg lame
>> $ USE=-mmx emerge lame -1va
>> $ time lame yyyyyy (tempo sem mmx)
>> $ emerge lame -1Kva       # restaurar o lame com mmx =)
>>
>>
>>
>> 2008/11/13 Eduardo Schoedler <eschoedler@viavale.com.br>
>>
>>>
>>> "Thiago Nunes" escreveu:
>>>
>>>
>>> 2008/11/13 Eduardo Schoedler <eschoedler@viavale.com.br>:
>>>>
>>>> Estou tentando instalar o Lame em um Gentoo rodando em amd64.
>>>>> Porém está acontecendo um negócio estranho.
>>>>> Note que ele não está utilizando o USE de mmx, embora eu esteja
>>>>> forçando.
>>>>>
>>>>
>>>>
>>>>> Alguém tem uma dica para mim conseguir compilar o Lame com o USE mmx ?
>>>>>
>>>>
>>>> Eu não tenho uma dica, mas se servir de consolo eu te mostro algo que
>>>> vai justificar a falta.
>>>>
>>>> Em "/usr/portage/profiles/arch/amd64/package.use.mask" eu encontrei o
>>>> seguinte:
>>>> ---
>>>> # 8 Aug 2008: Alexis Ballier <aballier@gentoo.org>
>>>> # x86 asm only, it won't be built on amd64 if mmx useflag is enabled but
>>>> that
>>>> # saves people from needlessly installing nasm
>>>> # Refs bug #93279
>>>> media-sound/lame mmx
>>>> ---
>>>>
>>>> Isso é porque a use mmx ativada traz o nasm como dependência, que é um
>>>> compilador de assembly, mas só para assembly x86 (:-).
>>>>
>>>> []s
>>>>
>>>
>>> Hummmm... realmente, depois que eu mandei o e-mail resolvi atualizá-lo em
>>> um gento x86 que tenho aqui.
>>> Ele instalou o nasm como dependência.
>>>
>>> É incrível, mas esse servidor (octa-Xeon E7310 de 1,6GHz com 16GB RAM) tá
>>> perdendo FEIO (aprox 10 ~15segs) para compactar um mp3 contra um Core2-duo
>>> E4500  @ 2.20GHz.
>>>
>>> Acredito que o flag mmx pode estar fazendo alguma diferença... mas não
>>> sei se é tanto assim.
>>>
>>> Abraços!
>>> Eduardo.
>>>
>>
>> --
>> Fabiano.
>>
>>
>
>
> --
> Fabiano.
>
>


-- 
Fabiano.

[-- Attachment #2: Type: text/html, Size: 17087 bytes --]

Re: [gentoo-user-br] Instalando o Lame

[Fabiano - deStilaDo]

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

Então, rodar um benchzinho como aquela função que eu escrevi deve mostrar
exatamente isso, o servidor é focado em throughtput, e desktop em
velocidade. Para 2 arquivos, o core 2 deve ganhar, para mais, o octa core
deve ganhar.

Mas agora eu fiquei curioso pra ver tua saida, hehe. Pra facilitar sua vida
e minha curiosidade, suponhamos que vc só tenha fácil aí um arquivo para
recodificado, você pode fazê-lo 8 vezes ao mesmo tempo para 8 arquivos de
saída diferente. Melhor ainda, só colar os comandos abaixo pra você
executar  o teste para 2, 6 e 8 lames em paralelo, só setar a variável
entrada para o nome do mp3 a ser recodificado =):


[01:23:03] (0) fabiano@destilador:/fd/mp3/tmp
$ export entrada=entrada.mp3

[01:23:14] (0) fabiano@destilador:/fd/mp3/tmp
$ function multi_lame() { while (( $# > 0 )) ; do in=$1 ; shift ; out=$1 ;
shift ; echo "Rodando lame: $in --> $out" ; lame -S $in $out &  done ; time
wait ; }

[01:23:21] (0) fabiano@destilador:/fd/mp3/tmp
$ multi_lame $( echo "$entrada saida"{1..2}.mp3 )

Rodando lame: entrada.mp3 --> saida1.mp3
[1] 13822
Rodando lame: entrada.mp3 --> saida2.mp3
[2] 13823
[1]-  Done                    lame -S $in $out
[2]+  Done                    lame -S $in $out

real    0m14.336s
user    0m27.939s
sys     0m0.063s

[01:23:39] (0) fabiano@destilador:/fd/mp3/tmp
$ multi_lame $( echo "$entrada saida"{1..6}.mp3 )

[01:24:41] (0) fabiano@destilador:/fd/mp3/tmp
$ multi_lame $( echo "$entrada saida"{1..8}.mp3 )





2008/11/14 Eduardo Schoedler <eschoedler@viavale.com.br>

>  Grande Fabiano!
>
> Cara, nem é para tanto... rsrsrs.
> Na verdade esse octa-core é um server Dell R900, onde roda todo o sistema
> da intranet do grupo.
> Uma das tarefas dele é gerar um mp3 de saída de um tratamento de uma
> entrada, seja wave/mp3.
>
> Me perguntaram porque uma máquina de R$ 30k leva mais tempo para
> recompactar um mp3 do que um Core2-Duo pé-de-boi (comprado na loja da
> esquina)... e fiquei meio sem saber oq dizer... rsrsrs.
>
> Vendo os testes, descobrimos o motivo em conjunto.
> O lame não é multi-thread, e também cada core do octa tem o clock menor do
> que cada core do core2... por isso a diferença.
>
> Abraços à todos !!!
>
> Eduardo.
>
>
>  *From:* Fabiano - deStilaDo <fabianoengler@gmail.com>
> *Sent:* Thursday, November 13, 2008 11:58 PM
> *To:* gentoo-user-br@lists.gentoo.org
> *Subject:* Re: [gentoo-user-br] Instalando o Lame
>
> Se você faz questão de mostrar o octa-core dando um pau, vc pode fazer um
> scriptizinho pra rodar 8 lames em paralelo, aih vc ganhar em throughtput
> pelo menos, maior numero de arquivos (ou segundos de musica) convertidos por
> unidade de tempo =)
>
> O problema é o fazer o script, hehehehe =P
>
> Mas não deve ser nada de outro mundo também, me parece um exercício
> interessante pra uma hora sem nada pra fazer, talvez dê pra implementar com
> trap/wait, ou algo assim. Em C é bem fácil fazer com fork(), wait() e
> execve().
>
> Ou ainda, se vc não quiser brincar, só pra fazer um testezinho rápido, eu
> fiz uma função em bash que aceita vários arquivos como parametro e roda o
> lame para todos eles ao mesmo tempo e mostra o tempo total no final. Você
> pode rodar essa função pra 8 arquivos por exemplo e deixar que o escalonador
> do kernel cuide do paralelismo pra voce e ver os 8 cores em 100% =)
>
>
> A sintaxe é bem simples, pares de arquivos de entrada e saida,
> respectivamente:
> multi_lame entrada1 saida1   entrada2 saida2   entrada3 saida3 ...etc.
>
> Por exemplo eu rodando para 3 arquivos no meu amd X2:
>
> [00:53:50] (0) fabiano@destilador:/fd/mp3/tmp
> $ function multi_lame() { while (( $# > 0 )) ; do in=$1 ; shift ; out=$1 ;
> shift ; echo "Rodando lame: $in --> $out" ; lame -S $in $out &  done ; time
> wait ; }
>
> [00:54:02] (0) fabiano@destilador:/fd/mp3/tmp
> $ multi_lame   arq1.wav arq1.mp3   arq2.wav arq2.mp3   arq3.wav arq3.mp3
> Rodando lame: arq1.wav --> arq1.mp3
> [1] 13268
> Rodando lame: arq2.wav --> arq2.mp3
> [2] 13269
> Rodando lame: arq3.wav --> arq3.mp3
> [3] 13270
> [1]   Done                    lame -S $in $out
> [2]-  Done                    lame -S $in $out
> [3]+  Done                    lame -S $in $out
>
> real    0m6.261s
> user    0m10.183s
> sys     0m0.083s
>
>
> Cola tua saída pra 8 arquivos aê =PPP
>
> 2008/11/13 Eduardo Schoedler <eschoedler@viavale.com.br>
>
>>  Já adianto que o bladeenc não converte de mp3 para mp3 ... e tb não é
>> multi-thread.
>> Eu até poderia gerar um passo a mais, exportando o mp3 para wave com o
>> mpg321... mas aí para compactar não achei nenhum que seja multi-thread.
>>
>> Abraços!
>> Eduardo.
>>
>>
>>  *From:* Eduardo Schoedler <eschoedler@viavale.com.br>
>> *Sent:* Thursday, November 13, 2008 5:47 PM
>>   *To:* gentoo-user-br@lists.gentoo.org
>> *Subject:* Re: [gentoo-user-br] Instalando o Lame
>>
>> Olá Fabiano e Diogo!
>>
>> O htop quase me enganou... ele mostrou o lame consumindo 100%, mas ao
>> constatar pelo dstat, ele mostrou idle de 50% da máquina durante o processo.
>> Vejam:
>>
>> # dstat -c -C 0,1,total -M topcpu
>> -cpu0-usage---cpu1-usage---total-cpu----most-expensive-
>> *usr* sys idl :usr sys *idl* :usr sys idl |  cpu process
>> *100*   0   0 :  1   0  *99* : 51   0  50 |lame         100
>> *100*   0   0 :  0   1  *99* : 50   1  50 |lame         100
>> * 99*   1   0 :  0   1  *99* : 50   1  50 |lame         100
>> *100*   0   0 :  1   0  *99* : 51   0  50 |lame         100
>> * 99*   1   0 :  1   0  *99* : 50   1  50 |lame         100
>> *100*   0   0 :  1   0  *99* : 51   0  50 |lame         100
>>
>>
>> Logo, ele não faz multi-thread nenhum.
>> Alguém aí tem outra sugestão para mp3 encoder em linha de comando ?
>> Tenho um octa-core que não pode perder de um core2 duo... rsrsrs.
>>
>> Abraços!
>>
>>
>>  *From:* Fabiano - deStilaDo <fabianoengler@gmail.com>
>> *Sent:* Thursday, November 13, 2008 4:38 PM
>> *To:* gentoo-user-br@lists.gentoo.org
>> *Subject:* Re: [gentoo-user-br] Instalando o Lame
>>
>> Me parece que o lame não eh multi-thread, logo ele só vai usar um core,
>> mesmo que vc tenha 20 cpus...
>>
>> Execute o htop enquanto codifica um mp3 pra você ver, deve ter um core em
>> 100% e o resto normal.
>>
>>
>> 2008/11/13 Eduardo Schoedler <eschoedler@viavale.com.br>
>>
>>>  Galera, tem outra coisa fazendo diferença.... acho que pode ser o clock
>>> de cada CPU, apesar de um ser octa-core e outro dual-core.
>>> Não sei se realmente o lame faz uso dos octa-cores.
>>>
>>> Testes no Octa-core (Gentoo rodando amd64, portanto sem MMX).
>>> ======================================================
>>>
>>> # time lame ... teste.mp3
>>> LAME 3.98.2 64bits (http://www.mp3dev.org/)
>>> ...
>>> real    0m56.400s
>>> user    0m56.370s
>>> sys     0m0.030s
>>>
>>>
>>> O pior resultado do Core2 Duo ainda é 11segs melhor que o octa-Xeon.
>>>
>>>
>>> Abraços!
>>> Eduardo.
>>>
>>>
>>>
>>>  *From:* Eduardo Schoedler <eschoedler@viavale.com.br>
>>> *Sent:* Thursday, November 13, 2008 5:25 PM
>>>   *To:* gentoo-user-br@lists.gentoo.org
>>> *Subject:* Re: [gentoo-user-br] Instalando o Lame
>>>
>>> Alguns testes no Core 2 Duo:
>>>
>>> Com MMX ativo (e nasm instalado):
>>> =============================
>>>
>>> # time lame ...  teste.mp3
>>> LAME 3.98.2 32bits (http://www.mp3dev.org/)
>>> CPU features: MMX (ASM used), SSE (ASM used), SSE2
>>> ...
>>> real    0m41.770s
>>> user    0m41.660s
>>> sys     0m0.040s
>>>
>>>
>>>  Com MMX desativo (não adiantou só recompilar o Lame, tive de
>>> desinstalar o nasm):
>>> =====================================================================
>>>
>>> # time lame ... teste.mp3
>>> LAME 3.98.2 32bits (http://www.mp3dev.org/)
>>> ...
>>> real    0m45.143s
>>> user    0m45.010s
>>> sys     0m0.060s
>>>
>>>
>>> Já são 4s de diferença.
>>>
>>>
>>> Abraços!
>>>
>>>
>>>  *From:* Fabiano - deStilaDo <fabianoengler@gmail.com>
>>> *Sent:* Thursday, November 13, 2008 4:15 PM
>>> *To:* gentoo-user-br@lists.gentoo.org
>>> *Subject:* Re: [gentoo-user-br] Instalando o Lame
>>>
>>> teste sem o mmx no core 2 =)
>>>
>>> algo assim deve funcionar:
>>> $ time lame xxxxxx (tempo com mmx)
>>> $ quickpkg lame
>>> $ USE=-mmx emerge lame -1va
>>> $ time lame yyyyyy (tempo sem mmx)
>>> $ emerge lame -1Kva       # restaurar o lame com mmx =)
>>>
>>>
>>>
>>> 2008/11/13 Eduardo Schoedler <eschoedler@viavale.com.br>
>>>
>>>>
>>>> "Thiago Nunes" escreveu:
>>>>
>>>>
>>>> 2008/11/13 Eduardo Schoedler <eschoedler@viavale.com.br>:
>>>>>
>>>>> Estou tentando instalar o Lame em um Gentoo rodando em amd64.
>>>>>> Porém está acontecendo um negócio estranho.
>>>>>> Note que ele não está utilizando o USE de mmx, embora eu esteja
>>>>>> forçando.
>>>>>>
>>>>>
>>>>>
>>>>>> Alguém tem uma dica para mim conseguir compilar o Lame com o USE mmx ?
>>>>>>
>>>>>
>>>>> Eu não tenho uma dica, mas se servir de consolo eu te mostro algo que
>>>>> vai justificar a falta.
>>>>>
>>>>> Em "/usr/portage/profiles/arch/amd64/package.use.mask" eu encontrei o
>>>>> seguinte:
>>>>> ---
>>>>> # 8 Aug 2008: Alexis Ballier <aballier@gentoo.org>
>>>>> # x86 asm only, it won't be built on amd64 if mmx useflag is enabled
>>>>> but that
>>>>> # saves people from needlessly installing nasm
>>>>> # Refs bug #93279
>>>>> media-sound/lame mmx
>>>>> ---
>>>>>
>>>>> Isso é porque a use mmx ativada traz o nasm como dependência, que é um
>>>>> compilador de assembly, mas só para assembly x86 (:-).
>>>>>
>>>>> []s
>>>>>
>>>>
>>>> Hummmm... realmente, depois que eu mandei o e-mail resolvi atualizá-lo
>>>> em um gento x86 que tenho aqui.
>>>> Ele instalou o nasm como dependência.
>>>>
>>>> É incrível, mas esse servidor (octa-Xeon E7310 de 1,6GHz com 16GB RAM)
>>>> tá perdendo FEIO (aprox 10 ~15segs) para compactar um mp3 contra um
>>>> Core2-duo E4500  @ 2.20GHz.
>>>>
>>>> Acredito que o flag mmx pode estar fazendo alguma diferença... mas não
>>>> sei se é tanto assim.
>>>>
>>>> Abraços!
>>>> Eduardo.
>>>>
>>>
>>> --
>>> Fabiano.
>>>
>>>
>>
>>
>> --
>> Fabiano.
>>
>>
>
>
> --
> Fabiano.
>
>


-- 
Fabiano.

[-- Attachment #2: Type: text/html, Size: 22667 bytes --]

Re: [gentoo-user-br] Instalando o Lame

[Daniel da Veiga]

Também fiquei curioso. Provavelmente nunca vou ter uma máquina com 8
cores ao meu alcance... Mostra aí o resultado, hehehe, só prá matar a
curiosidade.

2008/11/14 Fabiano - deStilaDo <fabianoengler@gmail.com>:
> Então, rodar um benchzinho como aquela função que eu escrevi deve mostrar
> exatamente isso, o servidor é focado em throughtput, e desktop em
> velocidade. Para 2 arquivos, o core 2 deve ganhar, para mais, o octa core
> deve ganhar.
>
> Mas agora eu fiquei curioso pra ver tua saida, hehe. Pra facilitar sua vida
> e minha curiosidade, suponhamos que vc só tenha fácil aí um arquivo para
> recodificado, você pode fazê-lo 8 vezes ao mesmo tempo para 8 arquivos de
> saída diferente. Melhor ainda, só colar os comandos abaixo pra você
> executar  o teste para 2, 6 e 8 lames em paralelo, só setar a variável
> entrada para o nome do mp3 a ser recodificado =):
>
>
> [01:23:03] (0) fabiano@destilador:/fd/mp3/tmp
> $ export entrada=entrada.mp3
>
> [01:23:14] (0) fabiano@destilador:/fd/mp3/tmp
> $ function multi_lame() { while (( $# > 0 )) ; do in=$1 ; shift ; out=$1 ;
> shift ; echo "Rodando lame: $in --> $out" ; lame -S $in $out &  done ; time
> wait ; }
>
> [01:23:21] (0) fabiano@destilador:/fd/mp3/tmp
> $ multi_lame $( echo "$entrada saida"{1..2}.mp3 )
>
> Rodando lame: entrada.mp3 --> saida1.mp3
> [1] 13822
> Rodando lame: entrada.mp3 --> saida2.mp3
> [2] 13823
> [1]-  Done                    lame -S $in $out
> [2]+  Done                    lame -S $in $out
>
> real    0m14.336s
> user    0m27.939s
> sys     0m0.063s
>
> [01:23:39] (0) fabiano@destilador:/fd/mp3/tmp
> $ multi_lame $( echo "$entrada saida"{1..6}.mp3 )
>
> [01:24:41] (0) fabiano@destilador:/fd/mp3/tmp
> $ multi_lame $( echo "$entrada saida"{1..8}.mp3 )
>
>
>
>
>
> 2008/11/14 Eduardo Schoedler <eschoedler@viavale.com.br>
>>
>> Grande Fabiano!
>>
>> Cara, nem é para tanto... rsrsrs.
>> Na verdade esse octa-core é um server Dell R900, onde roda todo o sistema
>> da intranet do grupo.
>> Uma das tarefas dele é gerar um mp3 de saída de um tratamento de uma
>> entrada, seja wave/mp3.
>>
>> Me perguntaram porque uma máquina de R$ 30k leva mais tempo para
>> recompactar um mp3 do que um Core2-Duo pé-de-boi (comprado na loja da
>> esquina)... e fiquei meio sem saber oq dizer... rsrsrs.
>>
>> Vendo os testes, descobrimos o motivo em conjunto.
>> O lame não é multi-thread, e também cada core do octa tem o clock menor do
>> que cada core do core2... por isso a diferença.
>>
>> Abraços à todos !!!
>>
>> Eduardo.
>>
>>
>> From: Fabiano - deStilaDo
>> Sent: Thursday, November 13, 2008 11:58 PM
>> To: gentoo-user-br@lists.gentoo.org
>> Subject: Re: [gentoo-user-br] Instalando o Lame
>> Se você faz questão de mostrar o octa-core dando um pau, vc pode fazer um
>> scriptizinho pra rodar 8 lames em paralelo, aih vc ganhar em throughtput
>> pelo menos, maior numero de arquivos (ou segundos de musica) convertidos por
>> unidade de tempo =)
>>
>> O problema é o fazer o script, hehehehe =P
>>
>> Mas não deve ser nada de outro mundo também, me parece um exercício
>> interessante pra uma hora sem nada pra fazer, talvez dê pra implementar com
>> trap/wait, ou algo assim. Em C é bem fácil fazer com fork(), wait() e
>> execve().
>>
>> Ou ainda, se vc não quiser brincar, só pra fazer um testezinho rápido, eu
>> fiz uma função em bash que aceita vários arquivos como parametro e roda o
>> lame para todos eles ao mesmo tempo e mostra o tempo total no final. Você
>> pode rodar essa função pra 8 arquivos por exemplo e deixar que o escalonador
>> do kernel cuide do paralelismo pra voce e ver os 8 cores em 100% =)
>>
>>
>> A sintaxe é bem simples, pares de arquivos de entrada e saida,
>> respectivamente:
>> multi_lame entrada1 saida1   entrada2 saida2   entrada3 saida3 ...etc.
>>
>> Por exemplo eu rodando para 3 arquivos no meu amd X2:
>>
>> [00:53:50] (0) fabiano@destilador:/fd/mp3/tmp
>> $ function multi_lame() { while (( $# > 0 )) ; do in=$1 ; shift ; out=$1 ;
>> shift ; echo "Rodando lame: $in --> $out" ; lame -S $in $out &  done ; time
>> wait ; }
>>
>> [00:54:02] (0) fabiano@destilador:/fd/mp3/tmp
>> $ multi_lame   arq1.wav arq1.mp3   arq2.wav arq2.mp3   arq3.wav arq3.mp3
>> Rodando lame: arq1.wav --> arq1.mp3
>> [1] 13268
>> Rodando lame: arq2.wav --> arq2.mp3
>> [2] 13269
>> Rodando lame: arq3.wav --> arq3.mp3
>> [3] 13270
>> [1]   Done                    lame -S $in $out
>> [2]-  Done                    lame -S $in $out
>> [3]+  Done                    lame -S $in $out
>>
>> real    0m6.261s
>> user    0m10.183s
>> sys     0m0.083s
>>
>>
>> Cola tua saída pra 8 arquivos aê =PPP
>>
>> 2008/11/13 Eduardo Schoedler <eschoedler@viavale.com.br>
>>>
>>> Já adianto que o bladeenc não converte de mp3 para mp3 ... e tb não é
>>> multi-thread.
>>> Eu até poderia gerar um passo a mais, exportando o mp3 para wave com o
>>> mpg321... mas aí para compactar não achei nenhum que seja multi-thread.
>>>
>>> Abraços!
>>> Eduardo.
>>>
>>>
>>> From: Eduardo Schoedler
>>> Sent: Thursday, November 13, 2008 5:47 PM
>>> To: gentoo-user-br@lists.gentoo.org
>>> Subject: Re: [gentoo-user-br] Instalando o Lame
>>> Olá Fabiano e Diogo!
>>>
>>> O htop quase me enganou... ele mostrou o lame consumindo 100%, mas ao
>>> constatar pelo dstat, ele mostrou idle de 50% da máquina durante o processo.
>>> Vejam:
>>>
>>> # dstat -c -C 0,1,total -M topcpu
>>> -cpu0-usage---cpu1-usage---total-cpu----most-expensive-
>>> usr sys idl :usr sys idl :usr sys idl |  cpu process
>>> 100   0   0 :  1   0  99 : 51   0  50 |lame         100
>>> 100   0   0 :  0   1  99 : 50   1  50 |lame         100
>>>  99   1   0 :  0   1  99 : 50   1  50 |lame         100
>>> 100   0   0 :  1   0  99 : 51   0  50 |lame         100
>>>  99   1   0 :  1   0  99 : 50   1  50 |lame         100
>>> 100   0   0 :  1   0  99 : 51   0  50 |lame         100
>>>
>>>
>>> Logo, ele não faz multi-thread nenhum.
>>> Alguém aí tem outra sugestão para mp3 encoder em linha de comando ?
>>> Tenho um octa-core que não pode perder de um core2 duo... rsrsrs.
>>>
>>> Abraços!
>>>
>>>
>>> From: Fabiano - deStilaDo
>>> Sent: Thursday, November 13, 2008 4:38 PM
>>> To: gentoo-user-br@lists.gentoo.org
>>> Subject: Re: [gentoo-user-br] Instalando o Lame
>>> Me parece que o lame não eh multi-thread, logo ele só vai usar um core,
>>> mesmo que vc tenha 20 cpus...
>>>
>>> Execute o htop enquanto codifica um mp3 pra você ver, deve ter um core em
>>> 100% e o resto normal.
>>>
>>>
>>> 2008/11/13 Eduardo Schoedler <eschoedler@viavale.com.br>
>>>>
>>>> Galera, tem outra coisa fazendo diferença.... acho que pode ser o clock
>>>> de cada CPU, apesar de um ser octa-core e outro dual-core.
>>>> Não sei se realmente o lame faz uso dos octa-cores.
>>>>
>>>> Testes no Octa-core (Gentoo rodando amd64, portanto sem MMX).
>>>> ======================================================
>>>>
>>>> # time lame ... teste.mp3
>>>> LAME 3.98.2 64bits (http://www.mp3dev.org/)
>>>> ...
>>>> real    0m56.400s
>>>> user    0m56.370s
>>>> sys     0m0.030s
>>>>
>>>>
>>>> O pior resultado do Core2 Duo ainda é 11segs melhor que o octa-Xeon.
>>>>
>>>>
>>>> Abraços!
>>>> Eduardo.
>>>>
>>>>
>>>> From: Eduardo Schoedler
>>>> Sent: Thursday, November 13, 2008 5:25 PM
>>>> To: gentoo-user-br@lists.gentoo.org
>>>> Subject: Re: [gentoo-user-br] Instalando o Lame
>>>> Alguns testes no Core 2 Duo:
>>>>
>>>> Com MMX ativo (e nasm instalado):
>>>> =============================
>>>>
>>>> # time lame ...  teste.mp3
>>>> LAME 3.98.2 32bits (http://www.mp3dev.org/)
>>>> CPU features: MMX (ASM used), SSE (ASM used), SSE2
>>>> ...
>>>> real    0m41.770s
>>>> user    0m41.660s
>>>> sys     0m0.040s
>>>>
>>>>
>>>> Com MMX desativo (não adiantou só recompilar o Lame, tive de desinstalar
>>>> o nasm):
>>>> =====================================================================
>>>>
>>>> # time lame ... teste.mp3
>>>> LAME 3.98.2 32bits (http://www.mp3dev.org/)
>>>> ...
>>>> real    0m45.143s
>>>> user    0m45.010s
>>>> sys     0m0.060s
>>>>
>>>>
>>>> Já são 4s de diferença.
>>>>
>>>>
>>>> Abraços!
>>>>
>>>>
>>>> From: Fabiano - deStilaDo
>>>> Sent: Thursday, November 13, 2008 4:15 PM
>>>> To: gentoo-user-br@lists.gentoo.org
>>>> Subject: Re: [gentoo-user-br] Instalando o Lame
>>>> teste sem o mmx no core 2 =)
>>>>
>>>> algo assim deve funcionar:
>>>> $ time lame xxxxxx (tempo com mmx)
>>>> $ quickpkg lame
>>>> $ USE=-mmx emerge lame -1va
>>>> $ time lame yyyyyy (tempo sem mmx)
>>>> $ emerge lame -1Kva       # restaurar o lame com mmx =)
>>>>
>>>>
>>>>
>>>> 2008/11/13 Eduardo Schoedler <eschoedler@viavale.com.br>
>>>>>
>>>>> "Thiago Nunes" escreveu:
>>>>>
>>>>>> 2008/11/13 Eduardo Schoedler <eschoedler@viavale.com.br>:
>>>>>>
>>>>>>> Estou tentando instalar o Lame em um Gentoo rodando em amd64.
>>>>>>> Porém está acontecendo um negócio estranho.
>>>>>>> Note que ele não está utilizando o USE de mmx, embora eu esteja
>>>>>>> forçando.
>>>>>>
>>>>>>>
>>>>>>> Alguém tem uma dica para mim conseguir compilar o Lame com o USE mmx
>>>>>>> ?
>>>>>>
>>>>>> Eu não tenho uma dica, mas se servir de consolo eu te mostro algo que
>>>>>> vai justificar a falta.
>>>>>>
>>>>>> Em "/usr/portage/profiles/arch/amd64/package.use.mask" eu encontrei o
>>>>>> seguinte:
>>>>>> ---
>>>>>> # 8 Aug 2008: Alexis Ballier <aballier@gentoo.org>
>>>>>> # x86 asm only, it won't be built on amd64 if mmx useflag is enabled
>>>>>> but that
>>>>>> # saves people from needlessly installing nasm
>>>>>> # Refs bug #93279
>>>>>> media-sound/lame mmx
>>>>>> ---
>>>>>>
>>>>>> Isso é porque a use mmx ativada traz o nasm como dependência, que é um
>>>>>> compilador de assembly, mas só para assembly x86 (:-).
>>>>>>
>>>>>> []s
>>>>>
>>>>> Hummmm... realmente, depois que eu mandei o e-mail resolvi atualizá-lo
>>>>> em um gento x86 que tenho aqui.
>>>>> Ele instalou o nasm como dependência.
>>>>>
>>>>> É incrível, mas esse servidor (octa-Xeon E7310 de 1,6GHz com 16GB RAM)
>>>>> tá perdendo FEIO (aprox 10 ~15segs) para compactar um mp3 contra um
>>>>> Core2-duo E4500  @ 2.20GHz.
>>>>>
>>>>> Acredito que o flag mmx pode estar fazendo alguma diferença... mas não
>>>>> sei se é tanto assim.
>>>>>
>>>>> Abraços!
>>>>> Eduardo.
>>>>
>>>> --
>>>> Fabiano.
>>>
>>>
>>>
>>> --
>>> Fabiano.
>>
>>
>>
>> --
>> Fabiano.
>
>
>
> --
> Fabiano.
>



-- 
Daniel da Veiga

Re: [gentoo-user-br] Instalando o Lame

[Eduardo Schoedler]

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

Grande Fabiano!

Cara, nem é para tanto... rsrsrs.
Na verdade esse octa-core é um server Dell R900, onde roda todo o sistema da intranet do grupo.
Uma das tarefas dele é gerar um mp3 de saída de um tratamento de uma entrada, seja wave/mp3.

Me perguntaram porque uma máquina de R$ 30k leva mais tempo para recompactar um mp3 do que um Core2-Duo pé-de-boi (comprado na loja da esquina)... e fiquei meio sem saber oq dizer... rsrsrs.

Vendo os testes, descobrimos o motivo em conjunto.
O lame não é multi-thread, e também cada core do octa tem o clock menor do que cada core do core2... por isso a diferença.

Abraços à todos !!!

Eduardo.

  From: Fabiano - deStilaDo 
  Sent: Thursday, November 13, 2008 11:58 PM
  To: gentoo-user-br@lists.gentoo.org 
  Subject: Re: [gentoo-user-br] Instalando o Lame


  Se você faz questão de mostrar o octa-core dando um pau, vc pode fazer um scriptizinho pra rodar 8 lames em paralelo, aih vc ganhar em throughtput pelo menos, maior numero de arquivos (ou segundos de musica) convertidos por unidade de tempo =)

  O problema é o fazer o script, hehehehe =P

  Mas não deve ser nada de outro mundo também, me parece um exercício interessante pra uma hora sem nada pra fazer, talvez dê pra implementar com trap/wait, ou algo assim. Em C é bem fácil fazer com fork(), wait() e execve().

  Ou ainda, se vc não quiser brincar, só pra fazer um testezinho rápido, eu fiz uma função em bash que aceita vários arquivos como parametro e roda o lame para todos eles ao mesmo tempo e mostra o tempo total no final. Você pode rodar essa função pra 8 arquivos por exemplo e deixar que o escalonador do kernel cuide do paralelismo pra voce e ver os 8 cores em 100% =)


  A sintaxe é bem simples, pares de arquivos de entrada e saida, respectivamente:
  multi_lame entrada1 saida1   entrada2 saida2   entrada3 saida3 ...etc.

  Por exemplo eu rodando para 3 arquivos no meu amd X2:

  [00:53:50] (0) fabiano@destilador:/fd/mp3/tmp
  $ function multi_lame() { while (( $# > 0 )) ; do in=$1 ; shift ; out=$1 ; shift ; echo "Rodando lame: $in --> $out" ; lame -S $in $out &  done ; time wait ; }

  [00:54:02] (0) fabiano@destilador:/fd/mp3/tmp
  $ multi_lame   arq1.wav arq1.mp3   arq2.wav arq2.mp3   arq3.wav arq3.mp3
  Rodando lame: arq1.wav --> arq1.mp3
  [1] 13268
  Rodando lame: arq2.wav --> arq2.mp3
  [2] 13269
  Rodando lame: arq3.wav --> arq3.mp3
  [3] 13270
  [1]   Done                    lame -S $in $out
  [2]-  Done                    lame -S $in $out
  [3]+  Done                    lame -S $in $out

  real    0m6.261s
  user    0m10.183s
  sys     0m0.083s


  Cola tua saída pra 8 arquivos aê =PPP


  2008/11/13 Eduardo Schoedler <eschoedler@viavale.com.br>

    Já adianto que o bladeenc não converte de mp3 para mp3 ... e tb não é multi-thread.
    Eu até poderia gerar um passo a mais, exportando o mp3 para wave com o mpg321... mas aí para compactar não achei nenhum que seja multi-thread.

    Abraços!
    Eduardo.

      From: Eduardo Schoedler 
      Sent: Thursday, November 13, 2008 5:47 PM
      To: gentoo-user-br@lists.gentoo.org 
      Subject: Re: [gentoo-user-br] Instalando o Lame


      Olá Fabiano e Diogo!

      O htop quase me enganou... ele mostrou o lame consumindo 100%, mas ao constatar pelo dstat, ele mostrou idle de 50% da máquina durante o processo. Vejam:

      # dstat -c -C 0,1,total -M topcpu
      -cpu0-usage---cpu1-usage---total-cpu----most-expensive-
      usr sys idl :usr sys idl :usr sys idl |  cpu process
      100   0   0 :  1   0  99 : 51   0  50 |lame         100
      100   0   0 :  0   1  99 : 50   1  50 |lame         100
       99   1   0 :  0   1  99 : 50   1  50 |lame         100
      100   0   0 :  1   0  99 : 51   0  50 |lame         100
       99   1   0 :  1   0  99 : 50   1  50 |lame         100
      100   0   0 :  1   0  99 : 51   0  50 |lame         100


      Logo, ele não faz multi-thread nenhum.
      Alguém aí tem outra sugestão para mp3 encoder em linha de comando ?
      Tenho um octa-core que não pode perder de um core2 duo... rsrsrs.

      Abraços!

        From: Fabiano - deStilaDo 
        Sent: Thursday, November 13, 2008 4:38 PM
        To: gentoo-user-br@lists.gentoo.org 
        Subject: Re: [gentoo-user-br] Instalando o Lame


        Me parece que o lame não eh multi-thread, logo ele só vai usar um core, mesmo que vc tenha 20 cpus...

        Execute o htop enquanto codifica um mp3 pra você ver, deve ter um core em 100% e o resto normal.



        2008/11/13 Eduardo Schoedler <eschoedler@viavale.com.br>

          Galera, tem outra coisa fazendo diferença.... acho que pode ser o clock de cada CPU, apesar de um ser octa-core e outro dual-core.
          Não sei se realmente o lame faz uso dos octa-cores.

          Testes no Octa-core (Gentoo rodando amd64, portanto sem MMX).
          ======================================================

          # time lame ... teste.mp3
          LAME 3.98.2 64bits (http://www.mp3dev.org/)
          ...
          real    0m56.400s
          user    0m56.370s
          sys     0m0.030s


          O pior resultado do Core2 Duo ainda é 11segs melhor que o octa-Xeon.


          Abraços!
          Eduardo.



            From: Eduardo Schoedler 
            Sent: Thursday, November 13, 2008 5:25 PM
            To: gentoo-user-br@lists.gentoo.org 
            Subject: Re: [gentoo-user-br] Instalando o Lame


            Alguns testes no Core 2 Duo:

            Com MMX ativo (e nasm instalado):
            =============================

            # time lame ...  teste.mp3
            LAME 3.98.2 32bits (http://www.mp3dev.org/)
            CPU features: MMX (ASM used), SSE (ASM used), SSE2
            ...

            real    0m41.770s
            user    0m41.660s
            sys     0m0.040s


            Com MMX desativo (não adiantou só recompilar o Lame, tive de desinstalar o nasm):
            =====================================================================

            # time lame ... teste.mp3
            LAME 3.98.2 32bits (http://www.mp3dev.org/)
            ...

            real    0m45.143s
            user    0m45.010s
            sys     0m0.060s


            Já são 4s de diferença.


            Abraços!

              From: Fabiano - deStilaDo 
              Sent: Thursday, November 13, 2008 4:15 PM
              To: gentoo-user-br@lists.gentoo.org 
              Subject: Re: [gentoo-user-br] Instalando o Lame


              teste sem o mmx no core 2 =)

              algo assim deve funcionar:
              $ time lame xxxxxx (tempo com mmx)
              $ quickpkg lame
              $ USE=-mmx emerge lame -1va
              $ time lame yyyyyy (tempo sem mmx)
              $ emerge lame -1Kva       # restaurar o lame com mmx =)




              2008/11/13 Eduardo Schoedler <eschoedler@viavale.com.br>


                "Thiago Nunes" escreveu: 



                  2008/11/13 Eduardo Schoedler <eschoedler@viavale.com.br>:


                    Estou tentando instalar o Lame em um Gentoo rodando em amd64.
                    Porém está acontecendo um negócio estranho.
                    Note que ele não está utilizando o USE de mmx, embora eu esteja forçando.




                    Alguém tem uma dica para mim conseguir compilar o Lame com o USE mmx ?


                  Eu não tenho uma dica, mas se servir de consolo eu te mostro algo que
                  vai justificar a falta.

                  Em "/usr/portage/profiles/arch/amd64/package.use.mask" eu encontrei o seguinte:
                  ---
                  # 8 Aug 2008: Alexis Ballier <aballier@gentoo.org>
                  # x86 asm only, it won't be built on amd64 if mmx useflag is enabled but that
                  # saves people from needlessly installing nasm
                  # Refs bug #93279
                  media-sound/lame mmx
                  ---

                  Isso é porque a use mmx ativada traz o nasm como dependência, que é um
                  compilador de assembly, mas só para assembly x86 (:-).

                  []s



                Hummmm... realmente, depois que eu mandei o e-mail resolvi atualizá-lo em um gento x86 que tenho aqui.
                Ele instalou o nasm como dependência.

                É incrível, mas esse servidor (octa-Xeon E7310 de 1,6GHz com 16GB RAM) tá perdendo FEIO (aprox 10 ~15segs) para compactar um mp3 contra um Core2-duo E4500  @ 2.20GHz.

                Acredito que o flag mmx pode estar fazendo alguma diferença... mas não sei se é tanto assim.

                Abraços!
                Eduardo.


              -- 
              Fabiano.




        -- 
        Fabiano.




  -- 
  Fabiano.

[-- Attachment #2: Type: text/html, Size: 20436 bytes --]

Re: [gentoo-user-br] Instalando o Lame

[Fabiano - deStilaDo]

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

Isso aí.. como esperado, o Dell octa-core demora o mesmo tempo pra processar
2 ou 8 arquivos, já o core 2 demora exatamente 4 vezes mais pra processar 4
vezes mais arquivos.


2008/11/14 Eduardo Schoedler <eschoedler@viavale.com.br>

>  Hehehehe.... a gente ganha pouco mas se diverte!!! rsrs.
> Bom, vamos aos resultados.
>
> Core2 Duo, rodando 2 lame:
> =======================
>
> # multi_lame $( echo "$entrada saida"{1..2}.mp3 )
> Rodando lame: teste.mp3 --> saida1.mp3
> [1] 15504
> Rodando lame: teste.mp3 --> saida2.mp3
> [2] 15505
> [1]-  Done     lame --quiet -h -k --resample 32 -m m -a --noreplaygain
> --cbr -b 32 $in $out
> [2]+  Done     lame --quiet -h -k --resample 32 -m m -a --noreplaygain
> --cbr -b 32 $in $out
>
> real    0m41.063s
> user    1m21.950s
> sys     0m0.080s
>
>  Core2 Duo, rodando 8 lame:
> =======================
>
> # multi_lame $( echo "$entrada saida"{1..8}.mp3 )
> Rodando lame: 20_xxxradiorevista25out.mp3 --> saida1.mp3
> [1] 15522
> Rodando lame: 20_xxxradiorevista25out.mp3 --> saida2.mp3
> [2] 15523
> Rodando lame: 20_xxxradiorevista25out.mp3 --> saida3.mp3
> [3] 15524
> Rodando lame: 20_xxxradiorevista25out.mp3 --> saida4.mp3
> [4] 15525
> Rodando lame: 20_xxxradiorevista25out.mp3 --> saida5.mp3
> [5] 15526
> Rodando lame: 20_xxxradiorevista25out.mp3 --> saida6.mp3
> [6] 15527
> Rodando lame: 20_xxxradiorevista25out.mp3 --> saida7.mp3
> [7] 15528
> Rodando lame: 20_xxxradiorevista25out.mp3 --> saida8.mp3
> [8] 15529
> [1]   Done     lame --quiet -h -k --resample 32 -m m -a --noreplaygain
> --cbr -b 32 $in $out
> [2]   Done     lame --quiet -h -k --resample 32 -m m -a --noreplaygain
> --cbr -b 32 $in $out
> [3]   Done     lame --quiet -h -k --resample 32 -m m -a --noreplaygain
> --cbr -b 32 $in $out
> [4]   Done     lame --quiet -h -k --resample 32 -m m -a --noreplaygain
> --cbr -b 32 $in $out
> [5]   Done     lame --quiet -h -k --resample 32 -m m -a --noreplaygain
> --cbr -b 32 $in $out
> [7]-  Done     lame --quiet -h -k --resample 32 -m m -a --noreplaygain
> --cbr -b 32 $in $out
> [8]+  Done     lame --quiet -h -k --resample 32 -m m -a --noreplaygain
> --cbr -b 32 $in $out
> [6]+  Done     lame --quiet -h -k --resample 32 -m m -a --noreplaygain
> --cbr -b 32 $in $out
>
> real    2m44.967s
> user    5m29.330s
> sys     0m0.470s
>
> Dell R900, rodando 2 lame:
> ======================
>
> # multi_lame $( echo "$entrada saida"{1..2}.mp3 )
> Rodando lame: teste.mp3 --> saida1.mp3
> [1] 12339
> Rodando lame: teste.mp3 --> saida2.mp3
> [2] 12340
> [1]-  Done     lame --quiet -h -k --resample 32 -m m -a --noreplaygain
> --cbr -b 32 $in $out
> [2]+  Done     lame --quiet -h -k --resample 32 -m m -a --noreplaygain
> --cbr -b 32 $in $out
>
> real    0m56.412s
> user    1m52.750s
> sys     0m0.090s
>
>
>  Dell R900, rodando 8 lame:
> ======================
>
> # multi_lame $( echo "$entrada saida"{1..8}.mp3 )
> Rodando lame: teste.mp3 --> saida1.mp3
> [1] 12342
> Rodando lame: teste.mp3 --> saida2.mp3
> [2] 12343
> Rodando lame: teste.mp3 --> saida3.mp3
> [3] 12344
> Rodando lame: teste.mp3 --> saida4.mp3
> [4] 12345
> Rodando lame: teste.mp3 --> saida5.mp3
> [5] 12346
> Rodando lame: teste.mp3 --> saida6.mp3
> [6] 12347
> Rodando lame: teste.mp3 --> saida7.mp3
> [7] 12348
> Rodando lame: teste.mp3 --> saida8.mp3
> [8] 12349
> [1]   Done     lame --quiet -h -k --resample 32 -m m -a --noreplaygain
> --cbr -b 32 $in $out
> [2]   Done     lame --quiet -h -k --resample 32 -m m -a --noreplaygain
> --cbr -b 32 $in $out
> [3]   Done     lame --quiet -h -k --resample 32 -m m -a --noreplaygain
> --cbr -b 32 $in $out
> [4]   Done     lame --quiet -h -k --resample 32 -m m -a --noreplaygain
> --cbr -b 32 $in $out
> [5]   Done     lame --quiet -h -k --resample 32 -m m -a --noreplaygain
> --cbr -b 32 $in $out
> [6]   Done     lame --quiet -h -k --resample 32 -m m -a --noreplaygain
> --cbr -b 32 $in $out
> [7]-  Done     lame --quiet -h -k --resample 32 -m m -a --noreplaygain
> --cbr -b 32 $in $out
> [8]+  Done     lame --quiet -h -k --resample 32 -m m -a --noreplaygain
> --cbr -b 32 $in $out
>
> *real    0m56.523s*
> user    7m30.970s
> sys     0m0.230s
>
> Abraços!
> Eduardo.
>
>
>  *From:* Fabiano - deStilaDo <fabianoengler@gmail.com>
> *Sent:* Friday, November 14, 2008 12:26 AM
> *To:* gentoo-user-br@lists.gentoo.org
> *Subject:* Re: [gentoo-user-br] Instalando o Lame
>
> Então, rodar um benchzinho como aquela função que eu escrevi deve mostrar
> exatamente isso, o servidor é focado em throughtput, e desktop em
> velocidade. Para 2 arquivos, o core 2 deve ganhar, para mais, o octa core
> deve ganhar.
>
> Mas agora eu fiquei curioso pra ver tua saida, hehe. Pra facilitar sua vida
> e minha curiosidade, suponhamos que vc só tenha fácil aí um arquivo para
> recodificado, você pode fazê-lo 8 vezes ao mesmo tempo para 8 arquivos de
> saída diferente. Melhor ainda, só colar os comandos abaixo pra você
> executar  o teste para 2, 6 e 8 lames em paralelo, só setar a variável
> entrada para o nome do mp3 a ser recodificado =):
>
>
> [01:23:03] (0) fabiano@destilador:/fd/mp3/tmp
> $ export entrada=entrada.mp3
>
> [01:23:14] (0) fabiano@destilador:/fd/mp3/tmp
> $ function multi_lame() { while (( $# > 0 )) ; do in=$1 ; shift ; out=$1 ;
> shift ; echo "Rodando lame: $in --> $out" ; lame -S $in $out &  done ; time
> wait ; }
>
> [01:23:21] (0) fabiano@destilador:/fd/mp3/tmp
> $ multi_lame $( echo "$entrada saida"{1..2}.mp3 )
>
> Rodando lame: entrada.mp3 --> saida1.mp3
> [1] 13822
> Rodando lame: entrada.mp3 --> saida2.mp3
> [2] 13823
> [1]-  Done                    lame -S $in $out
> [2]+  Done                    lame -S $in $out
>
> real    0m14.336s
> user    0m27.939s
> sys     0m0.063s
>
> [01:23:39] (0) fabiano@destilador:/fd/mp3/tmp
> $ multi_lame $( echo "$entrada saida"{1..6}.mp3 )
>
> [01:24:41] (0) fabiano@destilador:/fd/mp3/tmp
> $ multi_lame $( echo "$entrada saida"{1..8}.mp3 )
>
>
>
>
>
> 2008/11/14 Eduardo Schoedler <eschoedler@viavale.com.br>
>
>>  Grande Fabiano!
>>
>> Cara, nem é para tanto... rsrsrs.
>> Na verdade esse octa-core é um server Dell R900, onde roda todo o sistema
>> da intranet do grupo.
>> Uma das tarefas dele é gerar um mp3 de saída de um tratamento de uma
>> entrada, seja wave/mp3.
>>
>> Me perguntaram porque uma máquina de R$ 30k leva mais tempo para
>> recompactar um mp3 do que um Core2-Duo pé-de-boi (comprado na loja da
>> esquina)... e fiquei meio sem saber oq dizer... rsrsrs.
>>
>> Vendo os testes, descobrimos o motivo em conjunto.
>> O lame não é multi-thread, e também cada core do octa tem o clock menor do
>> que cada core do core2... por isso a diferença.
>>
>> Abraços à todos !!!
>>
>> Eduardo.
>>
>>
>>  *From:* Fabiano - deStilaDo <fabianoengler@gmail.com>
>> *Sent:* Thursday, November 13, 2008 11:58 PM
>>   *To:* gentoo-user-br@lists.gentoo.org
>> *Subject:* Re: [gentoo-user-br] Instalando o Lame
>>
>> Se você faz questão de mostrar o octa-core dando um pau, vc pode fazer um
>> scriptizinho pra rodar 8 lames em paralelo, aih vc ganhar em throughtput
>> pelo menos, maior numero de arquivos (ou segundos de musica) convertidos por
>> unidade de tempo =)
>>
>> O problema é o fazer o script, hehehehe =P
>>
>> Mas não deve ser nada de outro mundo também, me parece um exercício
>> interessante pra uma hora sem nada pra fazer, talvez dê pra implementar com
>> trap/wait, ou algo assim. Em C é bem fácil fazer com fork(), wait() e
>> execve().
>>
>> Ou ainda, se vc não quiser brincar, só pra fazer um testezinho rápido, eu
>> fiz uma função em bash que aceita vários arquivos como parametro e roda o
>> lame para todos eles ao mesmo tempo e mostra o tempo total no final. Você
>> pode rodar essa função pra 8 arquivos por exemplo e deixar que o escalonador
>> do kernel cuide do paralelismo pra voce e ver os 8 cores em 100% =)
>>
>>
>> A sintaxe é bem simples, pares de arquivos de entrada e saida,
>> respectivamente:
>> multi_lame entrada1 saida1   entrada2 saida2   entrada3 saida3 ...etc.
>>
>> Por exemplo eu rodando para 3 arquivos no meu amd X2:
>>
>> [00:53:50] (0) fabiano@destilador:/fd/mp3/tmp
>> $ function multi_lame() { while (( $# > 0 )) ; do in=$1 ; shift ; out=$1 ;
>> shift ; echo "Rodando lame: $in --> $out" ; lame -S $in $out &  done ; time
>> wait ; }
>>
>> [00:54:02] (0) fabiano@destilador:/fd/mp3/tmp
>> $ multi_lame   arq1.wav arq1.mp3   arq2.wav arq2.mp3   arq3.wav arq3.mp3
>> Rodando lame: arq1.wav --> arq1.mp3
>> [1] 13268
>> Rodando lame: arq2.wav --> arq2.mp3
>> [2] 13269
>> Rodando lame: arq3.wav --> arq3.mp3
>> [3] 13270
>> [1]   Done                    lame -S $in $out
>> [2]-  Done                    lame -S $in $out
>> [3]+  Done                    lame -S $in $out
>>
>> real    0m6.261s
>> user    0m10.183s
>> sys     0m0.083s
>>
>>
>> Cola tua saída pra 8 arquivos aê =PPP
>>
>> 2008/11/13 Eduardo Schoedler <eschoedler@viavale.com.br>
>>
>>>  Já adianto que o bladeenc não converte de mp3 para mp3 ... e tb não é
>>> multi-thread.
>>> Eu até poderia gerar um passo a mais, exportando o mp3 para wave com o
>>> mpg321... mas aí para compactar não achei nenhum que seja multi-thread.
>>>
>>> Abraços!
>>> Eduardo.
>>>
>>>
>>>  *From:* Eduardo Schoedler <eschoedler@viavale.com.br>
>>> *Sent:* Thursday, November 13, 2008 5:47 PM
>>>   *To:* gentoo-user-br@lists.gentoo.org
>>> *Subject:* Re: [gentoo-user-br] Instalando o Lame
>>>
>>> Olá Fabiano e Diogo!
>>>
>>> O htop quase me enganou... ele mostrou o lame consumindo 100%, mas ao
>>> constatar pelo dstat, ele mostrou idle de 50% da máquina durante o processo.
>>> Vejam:
>>>
>>> # dstat -c -C 0,1,total -M topcpu
>>> -cpu0-usage---cpu1-usage---total-cpu----most-expensive-
>>> *usr* sys idl :usr sys *idl* :usr sys idl |  cpu process
>>> *100*   0   0 :  1   0  *99* : 51   0  50 |lame         100
>>> *100*   0   0 :  0   1  *99* : 50   1  50 |lame         100
>>> * 99*   1   0 :  0   1  *99* : 50   1  50 |lame         100
>>> *100*   0   0 :  1   0  *99* : 51   0  50 |lame         100
>>> * 99*   1   0 :  1   0  *99* : 50   1  50 |lame         100
>>> *100*   0   0 :  1   0  *99* : 51   0  50 |lame         100
>>>
>>>
>>> Logo, ele não faz multi-thread nenhum.
>>> Alguém aí tem outra sugestão para mp3 encoder em linha de comando ?
>>> Tenho um octa-core que não pode perder de um core2 duo... rsrsrs.
>>>
>>> Abraços!
>>>
>>>
>>>  *From:* Fabiano - deStilaDo <fabianoengler@gmail.com>
>>> *Sent:* Thursday, November 13, 2008 4:38 PM
>>> *To:* gentoo-user-br@lists.gentoo.org
>>> *Subject:* Re: [gentoo-user-br] Instalando o Lame
>>>
>>> Me parece que o lame não eh multi-thread, logo ele só vai usar um core,
>>> mesmo que vc tenha 20 cpus...
>>>
>>> Execute o htop enquanto codifica um mp3 pra você ver, deve ter um core em
>>> 100% e o resto normal.
>>>
>>>
>>> 2008/11/13 Eduardo Schoedler <eschoedler@viavale.com.br>
>>>
>>>>  Galera, tem outra coisa fazendo diferença.... acho que pode ser o
>>>> clock de cada CPU, apesar de um ser octa-core e outro dual-core.
>>>> Não sei se realmente o lame faz uso dos octa-cores.
>>>>
>>>> Testes no Octa-core (Gentoo rodando amd64, portanto sem MMX).
>>>> ======================================================
>>>>
>>>> # time lame ... teste.mp3
>>>> LAME 3.98.2 64bits (http://www.mp3dev.org/)
>>>> ...
>>>> real    0m56.400s
>>>> user    0m56.370s
>>>> sys     0m0.030s
>>>>
>>>>
>>>> O pior resultado do Core2 Duo ainda é 11segs melhor que o octa-Xeon.
>>>>
>>>>
>>>> Abraços!
>>>> Eduardo.
>>>>
>>>>
>>>>
>>>>  *From:* Eduardo Schoedler <eschoedler@viavale.com.br>
>>>> *Sent:* Thursday, November 13, 2008 5:25 PM
>>>>   *To:* gentoo-user-br@lists.gentoo.org
>>>> *Subject:* Re: [gentoo-user-br] Instalando o Lame
>>>>
>>>> Alguns testes no Core 2 Duo:
>>>>
>>>> Com MMX ativo (e nasm instalado):
>>>> =============================
>>>>
>>>> # time lame ...  teste.mp3
>>>> LAME 3.98.2 32bits (http://www.mp3dev.org/)
>>>> CPU features: MMX (ASM used), SSE (ASM used), SSE2
>>>> ...
>>>> real    0m41.770s
>>>> user    0m41.660s
>>>> sys     0m0.040s
>>>>
>>>>
>>>>  Com MMX desativo (não adiantou só recompilar o Lame, tive de
>>>> desinstalar o nasm):
>>>> =====================================================================
>>>>
>>>> # time lame ... teste.mp3
>>>> LAME 3.98.2 32bits (http://www.mp3dev.org/)
>>>> ...
>>>> real    0m45.143s
>>>> user    0m45.010s
>>>> sys     0m0.060s
>>>>
>>>>
>>>> Já são 4s de diferença.
>>>>
>>>>
>>>> Abraços!
>>>>
>>>>
>>>>  *From:* Fabiano - deStilaDo <fabianoengler@gmail.com>
>>>> *Sent:* Thursday, November 13, 2008 4:15 PM
>>>> *To:* gentoo-user-br@lists.gentoo.org
>>>> *Subject:* Re: [gentoo-user-br] Instalando o Lame
>>>>
>>>> teste sem o mmx no core 2 =)
>>>>
>>>> algo assim deve funcionar:
>>>> $ time lame xxxxxx (tempo com mmx)
>>>> $ quickpkg lame
>>>> $ USE=-mmx emerge lame -1va
>>>> $ time lame yyyyyy (tempo sem mmx)
>>>> $ emerge lame -1Kva       # restaurar o lame com mmx =)
>>>>
>>>>
>>>>
>>>> 2008/11/13 Eduardo Schoedler <eschoedler@viavale.com.br>
>>>>
>>>>>
>>>>> "Thiago Nunes" escreveu:
>>>>>
>>>>>
>>>>> 2008/11/13 Eduardo Schoedler <eschoedler@viavale.com.br>:
>>>>>>
>>>>>> Estou tentando instalar o Lame em um Gentoo rodando em amd64.
>>>>>>> Porém está acontecendo um negócio estranho.
>>>>>>> Note que ele não está utilizando o USE de mmx, embora eu esteja
>>>>>>> forçando.
>>>>>>>
>>>>>>
>>>>>>
>>>>>>> Alguém tem uma dica para mim conseguir compilar o Lame com o USE mmx
>>>>>>> ?
>>>>>>>
>>>>>>
>>>>>> Eu não tenho uma dica, mas se servir de consolo eu te mostro algo que
>>>>>> vai justificar a falta.
>>>>>>
>>>>>> Em "/usr/portage/profiles/arch/amd64/package.use.mask" eu encontrei o
>>>>>> seguinte:
>>>>>> ---
>>>>>> # 8 Aug 2008: Alexis Ballier <aballier@gentoo.org>
>>>>>> # x86 asm only, it won't be built on amd64 if mmx useflag is enabled
>>>>>> but that
>>>>>> # saves people from needlessly installing nasm
>>>>>> # Refs bug #93279
>>>>>> media-sound/lame mmx
>>>>>> ---
>>>>>>
>>>>>> Isso é porque a use mmx ativada traz o nasm como dependência, que é um
>>>>>> compilador de assembly, mas só para assembly x86 (:-).
>>>>>>
>>>>>> []s
>>>>>>
>>>>>
>>>>> Hummmm... realmente, depois que eu mandei o e-mail resolvi atualizá-lo
>>>>> em um gento x86 que tenho aqui.
>>>>> Ele instalou o nasm como dependência.
>>>>>
>>>>> É incrível, mas esse servidor (octa-Xeon E7310 de 1,6GHz com 16GB RAM)
>>>>> tá perdendo FEIO (aprox 10 ~15segs) para compactar um mp3 contra um
>>>>> Core2-duo E4500  @ 2.20GHz.
>>>>>
>>>>> Acredito que o flag mmx pode estar fazendo alguma diferença... mas não
>>>>> sei se é tanto assim.
>>>>>
>>>>> Abraços!
>>>>> Eduardo.
>>>>>
>>>>
>>>> --
>>>> Fabiano.
>>>>
>>>>
>>>
>>>
>>> --
>>> Fabiano.
>>>
>>>
>>
>>
>> --
>> Fabiano.
>>
>>
>
>
> --
> Fabiano.
>
>


-- 
Fabiano.

[-- Attachment #2: Type: text/html, Size: 32358 bytes --]

Re: [gentoo-user-br] Instalando o Lame

[Raphael MD]

Esse octa-core está rodando um Gentoo 64 bits? 


      Veja quais são os assuntos do momento no Yahoo! +Buscados
http://br.maisbuscados.yahoo.com

Re: [gentoo-user-br] Instalando o Lame

[Diogo Dutra]

Tá sim Raphael, se vc ler o comeco o problema todo foi pq o lame pra
64bits não tem a USE mmx possível.

On Fri, Nov 14, 2008 at 10:05 AM, Raphael MD <raphamejias@yahoo.com.br> wrote:
> Esse octa-core está rodando um Gentoo 64 bits?
>
>
>      Veja quais são os assuntos do momento no Yahoo! +Buscados
> http://br.maisbuscados.yahoo.com
>
>



-- 
=======================

Diogo Dutra Albuquerque

Meu Curriculum Lattes: http://lattes.cnpq.br/3624796077679922

Re: [gentoo-user-br] Instalando o Lame

[Eduardo Schoedler]

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

Hehehehe.... a gente ganha pouco mas se diverte!!! rsrs.
Bom, vamos aos resultados.

Core2 Duo, rodando 2 lame:
=======================

# multi_lame $( echo "$entrada saida"{1..2}.mp3 )
Rodando lame: teste.mp3 --> saida1.mp3
[1] 15504
Rodando lame: teste.mp3 --> saida2.mp3
[2] 15505
[1]-  Done     lame --quiet -h -k --resample 32 -m m -a --noreplaygain --cbr -b 32 $in $out
[2]+  Done     lame --quiet -h -k --resample 32 -m m -a --noreplaygain --cbr -b 32 $in $out

real    0m41.063s
user    1m21.950s
sys     0m0.080s


Core2 Duo, rodando 8 lame:
=======================

# multi_lame $( echo "$entrada saida"{1..8}.mp3 )
Rodando lame: 20_xxxradiorevista25out.mp3 --> saida1.mp3
[1] 15522
Rodando lame: 20_xxxradiorevista25out.mp3 --> saida2.mp3
[2] 15523
Rodando lame: 20_xxxradiorevista25out.mp3 --> saida3.mp3
[3] 15524
Rodando lame: 20_xxxradiorevista25out.mp3 --> saida4.mp3
[4] 15525
Rodando lame: 20_xxxradiorevista25out.mp3 --> saida5.mp3
[5] 15526
Rodando lame: 20_xxxradiorevista25out.mp3 --> saida6.mp3
[6] 15527
Rodando lame: 20_xxxradiorevista25out.mp3 --> saida7.mp3
[7] 15528
Rodando lame: 20_xxxradiorevista25out.mp3 --> saida8.mp3
[8] 15529
[1]   Done     lame --quiet -h -k --resample 32 -m m -a --noreplaygain --cbr -b 32 $in $out
[2]   Done     lame --quiet -h -k --resample 32 -m m -a --noreplaygain --cbr -b 32 $in $out
[3]   Done     lame --quiet -h -k --resample 32 -m m -a --noreplaygain --cbr -b 32 $in $out
[4]   Done     lame --quiet -h -k --resample 32 -m m -a --noreplaygain --cbr -b 32 $in $out
[5]   Done     lame --quiet -h -k --resample 32 -m m -a --noreplaygain --cbr -b 32 $in $out
[7]-  Done     lame --quiet -h -k --resample 32 -m m -a --noreplaygain --cbr -b 32 $in $out
[8]+  Done     lame --quiet -h -k --resample 32 -m m -a --noreplaygain --cbr -b 32 $in $out
[6]+  Done     lame --quiet -h -k --resample 32 -m m -a --noreplaygain --cbr -b 32 $in $out

real    2m44.967s
user    5m29.330s
sys     0m0.470s


Dell R900, rodando 2 lame:
======================

# multi_lame $( echo "$entrada saida"{1..2}.mp3 )
Rodando lame: teste.mp3 --> saida1.mp3
[1] 12339
Rodando lame: teste.mp3 --> saida2.mp3
[2] 12340
[1]-  Done     lame --quiet -h -k --resample 32 -m m -a --noreplaygain --cbr -b 32 $in $out
[2]+  Done     lame --quiet -h -k --resample 32 -m m -a --noreplaygain --cbr -b 32 $in $out

real    0m56.412s
user    1m52.750s
sys     0m0.090s



Dell R900, rodando 8 lame:
======================

# multi_lame $( echo "$entrada saida"{1..8}.mp3 )
Rodando lame: teste.mp3 --> saida1.mp3
[1] 12342
Rodando lame: teste.mp3 --> saida2.mp3
[2] 12343
Rodando lame: teste.mp3 --> saida3.mp3
[3] 12344
Rodando lame: teste.mp3 --> saida4.mp3
[4] 12345
Rodando lame: teste.mp3 --> saida5.mp3
[5] 12346
Rodando lame: teste.mp3 --> saida6.mp3
[6] 12347
Rodando lame: teste.mp3 --> saida7.mp3
[7] 12348
Rodando lame: teste.mp3 --> saida8.mp3
[8] 12349
[1]   Done     lame --quiet -h -k --resample 32 -m m -a --noreplaygain --cbr -b 32 $in $out
[2]   Done     lame --quiet -h -k --resample 32 -m m -a --noreplaygain --cbr -b 32 $in $out
[3]   Done     lame --quiet -h -k --resample 32 -m m -a --noreplaygain --cbr -b 32 $in $out
[4]   Done     lame --quiet -h -k --resample 32 -m m -a --noreplaygain --cbr -b 32 $in $out
[5]   Done     lame --quiet -h -k --resample 32 -m m -a --noreplaygain --cbr -b 32 $in $out
[6]   Done     lame --quiet -h -k --resample 32 -m m -a --noreplaygain --cbr -b 32 $in $out
[7]-  Done     lame --quiet -h -k --resample 32 -m m -a --noreplaygain --cbr -b 32 $in $out
[8]+  Done     lame --quiet -h -k --resample 32 -m m -a --noreplaygain --cbr -b 32 $in $out

real    0m56.523s
user    7m30.970s
sys     0m0.230s


Abraços!
Eduardo.

  From: Fabiano - deStilaDo 
  Sent: Friday, November 14, 2008 12:26 AM
  To: gentoo-user-br@lists.gentoo.org 
  Subject: Re: [gentoo-user-br] Instalando o Lame


  Então, rodar um benchzinho como aquela função que eu escrevi deve mostrar exatamente isso, o servidor é focado em throughtput, e desktop em velocidade. Para 2 arquivos, o core 2 deve ganhar, para mais, o octa core deve ganhar.

  Mas agora eu fiquei curioso pra ver tua saida, hehe. Pra facilitar sua vida e minha curiosidade, suponhamos que vc só tenha fácil aí um arquivo para recodificado, você pode fazê-lo 8 vezes ao mesmo tempo para 8 arquivos de saída diferente. Melhor ainda, só colar os comandos abaixo pra você executar  o teste para 2, 6 e 8 lames em paralelo, só setar a variável entrada para o nome do mp3 a ser recodificado =):


  [01:23:03] (0) fabiano@destilador:/fd/mp3/tmp
  $ export entrada=entrada.mp3

  [01:23:14] (0) fabiano@destilador:/fd/mp3/tmp
  $ function multi_lame() { while (( $# > 0 )) ; do in=$1 ; shift ; out=$1 ; shift ; echo "Rodando lame: $in --> $out" ; lame -S $in $out &  done ; time wait ; }

  [01:23:21] (0) fabiano@destilador:/fd/mp3/tmp
  $ multi_lame $( echo "$entrada saida"{1..2}.mp3 )

  Rodando lame: entrada.mp3 --> saida1.mp3
  [1] 13822
  Rodando lame: entrada.mp3 --> saida2.mp3
  [2] 13823
  [1]-  Done                    lame -S $in $out
  [2]+  Done                    lame -S $in $out

  real    0m14.336s
  user    0m27.939s
  sys     0m0.063s

  [01:23:39] (0) fabiano@destilador:/fd/mp3/tmp
  $ multi_lame $( echo "$entrada saida"{1..6}.mp3 )

  [01:24:41] (0) fabiano@destilador:/fd/mp3/tmp
  $ multi_lame $( echo "$entrada saida"{1..8}.mp3 )






  2008/11/14 Eduardo Schoedler <eschoedler@viavale.com.br>

    Grande Fabiano!

    Cara, nem é para tanto... rsrsrs.
    Na verdade esse octa-core é um server Dell R900, onde roda todo o sistema da intranet do grupo.
    Uma das tarefas dele é gerar um mp3 de saída de um tratamento de uma entrada, seja wave/mp3.

    Me perguntaram porque uma máquina de R$ 30k leva mais tempo para recompactar um mp3 do que um Core2-Duo pé-de-boi (comprado na loja da esquina)... e fiquei meio sem saber oq dizer... rsrsrs.

    Vendo os testes, descobrimos o motivo em conjunto.
    O lame não é multi-thread, e também cada core do octa tem o clock menor do que cada core do core2... por isso a diferença.

    Abraços à todos !!!

    Eduardo.

      From: Fabiano - deStilaDo 
      Sent: Thursday, November 13, 2008 11:58 PM
      To: gentoo-user-br@lists.gentoo.org 
      Subject: Re: [gentoo-user-br] Instalando o Lame


      Se você faz questão de mostrar o octa-core dando um pau, vc pode fazer um scriptizinho pra rodar 8 lames em paralelo, aih vc ganhar em throughtput pelo menos, maior numero de arquivos (ou segundos de musica) convertidos por unidade de tempo =)

      O problema é o fazer o script, hehehehe =P

      Mas não deve ser nada de outro mundo também, me parece um exercício interessante pra uma hora sem nada pra fazer, talvez dê pra implementar com trap/wait, ou algo assim. Em C é bem fácil fazer com fork(), wait() e execve().

      Ou ainda, se vc não quiser brincar, só pra fazer um testezinho rápido, eu fiz uma função em bash que aceita vários arquivos como parametro e roda o lame para todos eles ao mesmo tempo e mostra o tempo total no final. Você pode rodar essa função pra 8 arquivos por exemplo e deixar que o escalonador do kernel cuide do paralelismo pra voce e ver os 8 cores em 100% =)


      A sintaxe é bem simples, pares de arquivos de entrada e saida, respectivamente:
      multi_lame entrada1 saida1   entrada2 saida2   entrada3 saida3 ...etc.

      Por exemplo eu rodando para 3 arquivos no meu amd X2:

      [00:53:50] (0) fabiano@destilador:/fd/mp3/tmp
      $ function multi_lame() { while (( $# > 0 )) ; do in=$1 ; shift ; out=$1 ; shift ; echo "Rodando lame: $in --> $out" ; lame -S $in $out &  done ; time wait ; }

      [00:54:02] (0) fabiano@destilador:/fd/mp3/tmp
      $ multi_lame   arq1.wav arq1.mp3   arq2.wav arq2.mp3   arq3.wav arq3.mp3
      Rodando lame: arq1.wav --> arq1.mp3
      [1] 13268
      Rodando lame: arq2.wav --> arq2.mp3
      [2] 13269
      Rodando lame: arq3.wav --> arq3.mp3
      [3] 13270
      [1]   Done                    lame -S $in $out
      [2]-  Done                    lame -S $in $out
      [3]+  Done                    lame -S $in $out

      real    0m6.261s
      user    0m10.183s
      sys     0m0.083s


      Cola tua saída pra 8 arquivos aê =PPP


      2008/11/13 Eduardo Schoedler <eschoedler@viavale.com.br>

        Já adianto que o bladeenc não converte de mp3 para mp3 ... e tb não é multi-thread.
        Eu até poderia gerar um passo a mais, exportando o mp3 para wave com o mpg321... mas aí para compactar não achei nenhum que seja multi-thread.

        Abraços!
        Eduardo.

          From: Eduardo Schoedler 
          Sent: Thursday, November 13, 2008 5:47 PM
          To: gentoo-user-br@lists.gentoo.org 
          Subject: Re: [gentoo-user-br] Instalando o Lame


          Olá Fabiano e Diogo!

          O htop quase me enganou... ele mostrou o lame consumindo 100%, mas ao constatar pelo dstat, ele mostrou idle de 50% da máquina durante o processo. Vejam:

          # dstat -c -C 0,1,total -M topcpu
          -cpu0-usage---cpu1-usage---total-cpu----most-expensive-
          usr sys idl :usr sys idl :usr sys idl |  cpu process
          100   0   0 :  1   0  99 : 51   0  50 |lame         100
          100   0   0 :  0   1  99 : 50   1  50 |lame         100
           99   1   0 :  0   1  99 : 50   1  50 |lame         100
          100   0   0 :  1   0  99 : 51   0  50 |lame         100
           99   1   0 :  1   0  99 : 50   1  50 |lame         100
          100   0   0 :  1   0  99 : 51   0  50 |lame         100


          Logo, ele não faz multi-thread nenhum.
          Alguém aí tem outra sugestão para mp3 encoder em linha de comando ?
          Tenho um octa-core que não pode perder de um core2 duo... rsrsrs.

          Abraços!

            From: Fabiano - deStilaDo 
            Sent: Thursday, November 13, 2008 4:38 PM
            To: gentoo-user-br@lists.gentoo.org 
            Subject: Re: [gentoo-user-br] Instalando o Lame


            Me parece que o lame não eh multi-thread, logo ele só vai usar um core, mesmo que vc tenha 20 cpus...

            Execute o htop enquanto codifica um mp3 pra você ver, deve ter um core em 100% e o resto normal.



            2008/11/13 Eduardo Schoedler <eschoedler@viavale.com.br>

              Galera, tem outra coisa fazendo diferença.... acho que pode ser o clock de cada CPU, apesar de um ser octa-core e outro dual-core.
              Não sei se realmente o lame faz uso dos octa-cores.

              Testes no Octa-core (Gentoo rodando amd64, portanto sem MMX).
              ======================================================

              # time lame ... teste.mp3
              LAME 3.98.2 64bits (http://www.mp3dev.org/)
              ...
              real    0m56.400s
              user    0m56.370s
              sys     0m0.030s


              O pior resultado do Core2 Duo ainda é 11segs melhor que o octa-Xeon.


              Abraços!
              Eduardo.



                From: Eduardo Schoedler 
                Sent: Thursday, November 13, 2008 5:25 PM
                To: gentoo-user-br@lists.gentoo.org 
                Subject: Re: [gentoo-user-br] Instalando o Lame


                Alguns testes no Core 2 Duo:

                Com MMX ativo (e nasm instalado):
                =============================

                # time lame ...  teste.mp3
                LAME 3.98.2 32bits (http://www.mp3dev.org/)
                CPU features: MMX (ASM used), SSE (ASM used), SSE2
                ...

                real    0m41.770s
                user    0m41.660s
                sys     0m0.040s


                Com MMX desativo (não adiantou só recompilar o Lame, tive de desinstalar o nasm):
                =====================================================================

                # time lame ... teste.mp3
                LAME 3.98.2 32bits (http://www.mp3dev.org/)
                ...

                real    0m45.143s
                user    0m45.010s
                sys     0m0.060s


                Já são 4s de diferença.


                Abraços!

                  From: Fabiano - deStilaDo 
                  Sent: Thursday, November 13, 2008 4:15 PM
                  To: gentoo-user-br@lists.gentoo.org 
                  Subject: Re: [gentoo-user-br] Instalando o Lame


                  teste sem o mmx no core 2 =)

                  algo assim deve funcionar:
                  $ time lame xxxxxx (tempo com mmx)
                  $ quickpkg lame
                  $ USE=-mmx emerge lame -1va
                  $ time lame yyyyyy (tempo sem mmx)
                  $ emerge lame -1Kva       # restaurar o lame com mmx =)




                  2008/11/13 Eduardo Schoedler <eschoedler@viavale.com.br>


                    "Thiago Nunes" escreveu: 



                      2008/11/13 Eduardo Schoedler <eschoedler@viavale.com.br>:


                        Estou tentando instalar o Lame em um Gentoo rodando em amd64.
                        Porém está acontecendo um negócio estranho.
                        Note que ele não está utilizando o USE de mmx, embora eu esteja forçando.




                        Alguém tem uma dica para mim conseguir compilar o Lame com o USE mmx ?


                      Eu não tenho uma dica, mas se servir de consolo eu te mostro algo que
                      vai justificar a falta.

                      Em "/usr/portage/profiles/arch/amd64/package.use.mask" eu encontrei o seguinte:
                      ---
                      # 8 Aug 2008: Alexis Ballier <aballier@gentoo.org>
                      # x86 asm only, it won't be built on amd64 if mmx useflag is enabled but that
                      # saves people from needlessly installing nasm
                      # Refs bug #93279
                      media-sound/lame mmx
                      ---

                      Isso é porque a use mmx ativada traz o nasm como dependência, que é um
                      compilador de assembly, mas só para assembly x86 (:-).

                      []s



                    Hummmm... realmente, depois que eu mandei o e-mail resolvi atualizá-lo em um gento x86 que tenho aqui.
                    Ele instalou o nasm como dependência.

                    É incrível, mas esse servidor (octa-Xeon E7310 de 1,6GHz com 16GB RAM) tá perdendo FEIO (aprox 10 ~15segs) para compactar um mp3 contra um Core2-duo E4500  @ 2.20GHz.

                    Acredito que o flag mmx pode estar fazendo alguma diferença... mas não sei se é tanto assim.

                    Abraços!
                    Eduardo.


                  -- 
                  Fabiano.




            -- 
            Fabiano.




      -- 
      Fabiano.




  -- 
  Fabiano.

[-- Attachment #2: Type: text/html, Size: 31772 bytes --]

Re: [gentoo-user-br] Instalando o Lame

[Eduardo Schoedler]

Sim, tive de instalar o gentoo amd64 por causa dos 16GB de RAM.

Abraços!
Eduardo.


--------------------------------------------------
From: "Raphael MD" <raphamejias@yahoo.com.br>
Sent: Friday, November 14, 2008 10:05 AM
To: <gentoo-user-br@lists.gentoo.org>
Subject: Re: [gentoo-user-br] Instalando o Lame

> Esse octa-core está rodando um Gentoo 64 bits?
>
>
>      Veja quais são os assuntos do momento no Yahoo! +Buscados
> http://br.maisbuscados.yahoo.com
> 

Re: [gentoo-user-br] Instalando o Lame

[Raphael MD]

Agora so por curiosidade se o sistema de octa-cores estivece rodando um gentoo 32bits, claro que a memória ficaria limitada, mas os oito cores trabalhariam da mesma forma, seria possivel interagir com eles do jeito que os scripts que vcs fizeram ? ou só em 64bits um computador de muitos cores tem esse efeito de se utilizar os cores 1 a 1?


      Veja quais são os assuntos do momento no Yahoo! +Buscados
http://br.maisbuscados.yahoo.com

Re: [gentoo-user-br] Instalando o Lame

[Thiago Nunes]

2008/11/14 Eduardo Schoedler <eschoedler@viavale.com.br>:

> Sim, tive de instalar o gentoo amd64 por causa dos 16GB de RAM.

Ei! Como assim?

Já faz um tempo que inventaram o PAE.

Referências:
http://en.wikipedia.org/wiki/Physical_Address_Extension
http://en.wikipedia.org/wiki/Physical_Address_Extension#Linux

Re: [gentoo-user-br] Instalando o Lame

[Daniel de Oliveira]

Pior que eu quase falei isso mas evitei.
E como ja disse em um mail anterior, usar 32bits em casa com uma
maquina que suporta já é pointless, que dirá em um servidor deste
porte.

On Fri, Nov 14, 2008 at 14:17, Eduardo Schoedler
<eschoedler@viavale.com.br> wrote:
> PAE = Gambiarra.
> Eu fora, não uso drogas. rsrsrs
>
> Abraços!
> Eduardo.
>
>
> --------------------------------------------------
> From: "Thiago Nunes" <thiagonunesrs@gmail.com>
> Sent: Friday, November 14, 2008 12:13 PM
> To: <gentoo-user-br@lists.gentoo.org>
> Subject: Re: [gentoo-user-br] Instalando o Lame
>
>> 2008/11/14 Eduardo Schoedler <eschoedler@viavale.com.br>:
>>
>>> Sim, tive de instalar o gentoo amd64 por causa dos 16GB de RAM.
>>
>> Ei! Como assim?
>>
>> Já faz um tempo que inventaram o PAE.
>>
>> Referências:
>> http://en.wikipedia.org/wiki/Physical_Address_Extension
>> http://en.wikipedia.org/wiki/Physical_Address_Extension#Linux
>>
>
>



-- 
Daniel de Oliveira
----
Network and System Analyst
Security Specialist
IBM RISC Specialist
IBM Storage Specialist
Linux/Unix Specialist
Linux User #: 405334

Re: [gentoo-user-br] Instalando o Lame

[Eduardo Schoedler]

Olá Raphael.

O problema é não é o gentoo e sua versão 32 ou 64bits.
O lame não foi programado para trabalhar com multi-threads.
Logo, independente de qual plataforma você estiver usando, ele _SEMPRE_ irá 
consumir um único processador.

Faça o teste! Baixe a versão para windows e verifique no gerenciador de 
tarefas.

Abraço,
Eduardo.

--------------------------------------------------
From: "Raphael MD" <raphamejias@yahoo.com.br>
Sent: Friday, November 14, 2008 12:00 PM
To: <gentoo-user-br@lists.gentoo.org>
Subject: Re: [gentoo-user-br] Instalando o Lame

> Agora so por curiosidade se o sistema de octa-cores estivece rodando um 
> gentoo 32bits, claro que a memória ficaria limitada, mas os oito cores 
> trabalhariam da mesma forma, seria possivel interagir com eles do jeito 
> que os scripts que vcs fizeram ? ou só em 64bits um computador de muitos 
> cores tem esse efeito de se utilizar os cores 1 a 1? 

Re: [gentoo-user-br] Instalando o Lame

[Raphael MD]

Não minha dúvida agora não é mais sobre o lame mas sim para a computação 64 bits no geral,
queria saber se só uma máquina com um sistema 64bits instalada pode reconheçer mais que 1 core e interagir com ele.

Do mesmo jeito que a 32 bits se fica limitado a 3gb de ram a 32 bits fica-se limitado a 1 core só?

Em 64 bits pode-se ter acesso aos 2 4 ou 8 cores de forma mais real? essa é minha pergunta rs
e minha dúvida.

valew!


      Veja quais são os assuntos do momento no Yahoo! +Buscados
http://br.maisbuscados.yahoo.com

Re: [gentoo-user-br] Instalando o Lame

[Eduardo Schoedler]

PAE = Gambiarra.
Eu fora, não uso drogas. rsrsrs

Abraços!
Eduardo.


--------------------------------------------------
From: "Thiago Nunes" <thiagonunesrs@gmail.com>
Sent: Friday, November 14, 2008 12:13 PM
To: <gentoo-user-br@lists.gentoo.org>
Subject: Re: [gentoo-user-br] Instalando o Lame

> 2008/11/14 Eduardo Schoedler <eschoedler@viavale.com.br>:
>
>> Sim, tive de instalar o gentoo amd64 por causa dos 16GB de RAM.
>
> Ei! Como assim?
>
> Já faz um tempo que inventaram o PAE.
>
> Referências:
> http://en.wikipedia.org/wiki/Physical_Address_Extension
> http://en.wikipedia.org/wiki/Physical_Address_Extension#Linux
> 

Re: [gentoo-user-br] Instalando o Lame

[Fabiano - deStilaDo]

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

Não, nada a ver isso, você usa todos os cores do mesmo jeito com 32 ou 64
bits.

Num processador, as operações são executadas em registradores. Registradores
são como variáveis físicas dentro do processador, cada instrução do
processador é uma operação e os operandos são os registradores, e existem
operações para copiar os dados entre posições de memória e registradores.

Imagine que tudo que roda em máquina se resume a isso, desde o teu firefox à
decodificar e ouvir um mp3, se resume, grosseiramente, a copiar "palavras"
da memória para os registradores, aplicar operações sobre eles, e copiar de
volta pra memória. Essa palavra, é o tamanho dos registradores, e eles têm
32 bits em processadores 32 bits e 64 bits em processadores 64 bits. Para
referenciar posições de memória usamos endereços, e esses endereços de
memória têm o tamanho de uma palavra. Logo, em processadores de 64 bits
podemos referenciar uma quantidade de memória muito maior.

Então, basicamente a diferença de 32 bits para 64 bits é o tamanho dos
endereços de memória e das "palavras" do processador (word). Por exemplo, o
tipo "int" em C é tipicamente do tamanho da palavra do processador, logo uma
variável int de um programa em 32 bits ocupa 4 bytes de memória, e o mesmo
programa compilado em 64 bits, essa variável ocupa 8 bytes.

Imagine que vc tem um programa e que está usando uma variável de ponto
flutuante, num processador de 32 bits, mas vc precisa que a variável tenha
64 bits por causa da precisão. Nenhum problema, porém, ao efetuar uma
operação, como soma, entre variáveis de 64 bits, o processador vai dividir a
operação em suboperações menores de 32 bits, como carregar os 32 bits menos
significativos de cada número, somá-los, armazenar o resultado e um possível
"vai-um" da soma, aí carregar a parte mais significativa de cada número,
somá-los entre si e com o vai-um, e daí a armazenar a parte mais
significativa do resultado na memória. Se vc tivesse usando um processador
de 64 bits, essa operação seria inteira nativa, visto que o número inteiro
cabe no registrador, seria apenas carregar da memória, somar e armazenar o
resultado de volta na memória. Isso numa operação simples e direta como uma
soma, numa operação mais complexa como uma divisao, a operação pode se
desenrolar em muitas outras suboperações...

Claro que na prática não é bem assim, a maioria dos processadores de 32 bits
têm alguns registradores para fins específicos, como para pontos flutuantes
de 64 bits, multimídia, etc.

E isso não tem nada a ver com o número de núcleos do processador, o kernel
tem um escalonador, que é responsável por dividir o tempo de processamento
entre as várias tarefas, é isso que o torna multi-tarefa e com a capacidade
de rodar vários processos ao mesmo tempo, controlando para que cada um rode
um pouquinho e parece que todos estão rodando ao mesmo tempo. Quando se tem
mais de um processador ou núcleo, o escalonador também divide os processos
entre processadores. Mas veja que cada processador só pode estar rodando em
um processador de cada vez, mas é normal ele trocar de processador
"aleatoriamente" pelo escalonador. Para que um processo posso rodar em
vários processadores ao mesmo tempo, ele precisa ser implementado com uma
bilblioteca especifica para esse fim, de modo que o kernel possa saber que
trexos de código podem ser escalonados independemente e portanto
paralelizados.



2008/11/14 Raphael MD <raphamejias@yahoo.com.br>

> Não minha dúvida agora não é mais sobre o lame mas sim para a computação 64
> bits no geral,
> queria saber se só uma máquina com um sistema 64bits instalada pode
> reconheçer mais que 1 core e interagir com ele.
>
> Do mesmo jeito que a 32 bits se fica limitado a 3gb de ram a 32 bits
> fica-se limitado a 1 core só?
>
> Em 64 bits pode-se ter acesso aos 2 4 ou 8 cores de forma mais real? essa é
> minha pergunta rs
> e minha dúvida.
>
> valew!
>
>
>      Veja quais são os assuntos do momento no Yahoo! +Buscados
> http://br.maisbuscados.yahoo.com
>
>


-- 
Fabiano.

[-- Attachment #2: Type: text/html, Size: 4579 bytes --]

Re: [gentoo-user-br] Instalando o Lame

[Eduardo Schoedler]

Olá Raphael.

Você ainda não teve a matéria de Sistemas Operacionais na faculdade, né ? 
rsrs.

É como eu lhe disse: isso não depende da plataforma, e sim de como o 
programa foi escrito.
Na linguagem que vc utiliza (C, C++, oq for), vc deve ter chamadas do tipo 
fork() que criam esse paralelismo.
Claro que vc deve controlar acesso de gravação à variáveis, por exemplo... 
senão terá problemas, e isso você faz com áreas de exclusão mútua ... e para 
isso, você utiliza semáforos ou mutex.

Abraço,
Eduardo.


--------------------------------------------------
From: "Raphael MD" <raphamejias@yahoo.com.br>
Sent: Friday, November 14, 2008 1:13 PM
To: <gentoo-user-br@lists.gentoo.org>
Subject: Re: [gentoo-user-br] Instalando o Lame

> Não minha dúvida agora não é mais sobre o lame mas sim para a computação 
> 64 bits no geral,
> queria saber se só uma máquina com um sistema 64bits instalada pode 
> reconheçer mais que 1 core e interagir com ele.
>
> Do mesmo jeito que a 32 bits se fica limitado a 3gb de ram a 32 bits 
> fica-se limitado a 1 core só?
>
> Em 64 bits pode-se ter acesso aos 2 4 ou 8 cores de forma mais real? essa 
> é minha pergunta rs
> e minha dúvida.
>
> valew!