Para acrescentar os testes que fiz. Desabilitei todos os cores, exceto o core0 para testar, e ocorreu a mesma coisa.
Complicado hehe. Valeu pessoal Em 12 de abril de 2012 15:56, Dane <dane.ever...@gmail.com> escreveu: > Irei dar essa essa sugestão para o pessoal do desenvolvimento. > > Valeu. > Em 12 de abril de 2012 15:46, Listeiro 037 > <listeiro_...@yahoo.com.br>escreveu: > > Você conseguiria algum programa prá rodar ele passo a passo com >> breakpoints? >> >> >> >> Em Thu, 12 Apr 2012 14:50:35 -0300 >> Dane <dane.ever...@gmail.com> escreveu: >> >> > Pois é Leandro, ele no hw antigo mono-core demora 10minutos , no novo >> > 4-cores 60 minutos. >> > >> > E toda diferença está no uso do processador, enquanto o hw antigo >> > usa todo processador disponível, o novo usa apenas 1% de um core >> > conforme passei antes. >> > >> > Leandro vc está correto, pois em outros processos, ele usa a cpu >> > normalmente, é apenas esse executável que está apresentando isto. >> > >> > >> > Em 12 de abril de 2012 14:45, Leandro Henrique Stein < >> > leandro.h.st...@gmail.com> escreveu: >> > >> > > Tenho outro ponto para levantar. >> > > >> > > O tempo de execução é realmente menor na infra de 64bits??? >> > > >> > > Pode ser que a diferença de processamento entre o hardware de 32 >> > > bits e 64 bits leve o programa >> > > a rodar no mesmo ritmo sem sobre carregar o hardware de 64bits. >> > > >> > > Concordo que a reescrita, ou pelo menos, a recompilação do software >> > > para uma versão mais >> > > recente em 64 bits melhoria o desempenho, mas não faz sentido dizer >> > > que a evolução do hardware, >> > > mesmo com um programa escrito em Cobol, com anos de uso >> > > representaria uma queda drástica no >> > > desempenho. >> > > >> > > Se isso fosse verdade todo os programas teriam de ser reescritos >> > > para cada atualização de hardware. >> > > >> > > O que não é verdade. >> > > >> > > Leandro Henrique Stein >> > > Analista de Informática >> > > Claro: (41) 9935-9960 >> > > Tim: (41) 9802-9109 >> > > Skype: leandro.h.stein >> > > Twitter: @leandrohstein >> > > >> > > "Desculpar-se é um sinal de fraqueza. Exceto entre amigos" - Leroy >> > > Jethro Gibbs >> > > >> > > >> > > >> > > Em 12 de abril de 2012 13:32, Dane <dane.ever...@gmail.com> >> > > escreveu: >> > > >> > > Perfeito Fabio. >> > >> >> > >> Mas é que eu tenho a mesma estrutura em uma máquina física 32 bits >> > >> e lá a aplicação roda perfeitamente. >> > >> >> > >> Em 12 de abril de 2012 13:24, Fábio Rabelo >> > >> <fa...@fabiorabelo.wiki.br>escreveu: >> > >> >> > >> Apenas uma sujestão : >> > >>> >> > >>> Se este seu novo hardware de 64 bits tiver memória suficiente, o >> > >>> Sr. poderia instalar o KVM+Libvirt e instalar uma VM de 32 bits, >> > >>> com 4 GB de RAM, 4 CPUs virtuais e ver como a sua aplicação Cobol >> > >>> se comporta dentro desta VM . >> > >>> >> > >>> >> > >>> Fábio Rabelo >> > >>> >> > >>> >> > >>> >> > >>> Em 12 de abril de 2012 13:04, Dane Brand >> > >>> <dane.ever...@gmail.com>escreveu: >> > >>> >> > >>> De novo concordo com o P.j, com vc, com o Iuri >> > >>>> >> > >>>> Com o debian podemos rodar aplicação rodando >> > >>>> Com as libs 32 >> > >>>> >> > >>>> Já fiz isso tbm. >> > >>>> >> > >>>> Concordo que a grande chance do problema estar >> > >>>> No código! >> > >>>> >> > >>>> O que eu estava tentando aqui era achar uma solução >> > >>>> Via SO, como o lance das libs que citei acima. >> > >>>> >> > >>>> >> > >>>> >> > >>>> Dane Brand >> > >>>> >> > >>>> Em 12/04/2012, às 11:16, "Gustavo Soares [SLot]" >> > >>>> <slot...@gmail.com> escreveu: >> > >>>> >> > >>>> Amigo, é exatamente que o P.J está tentando te falar. O seu >> > >>>> sistema não irá funcionar como você quer, simplesmente fazendo >> > >>>> upgrade do hardware, o lance aí é mais embaixo, é no cobol. >> > >>>> >> > >>>> Creio que você não terá muito o que fazer no linux ou no >> > >>>> hardware. >> > >>>> >> > >>>> >> > >>>> >> > >>>> Em 12-04-2012 11:03, Dane escreveu: >> > >>>> >> > >>>> Pessoal, eu não sou desenvolvedor, sou da Infra. >> > >>>> >> > >>>> Mas vejam, eu não quero aumentar o desempenho, não quero usar >> > >>>> threads, gostaria de algum todas as aplicações estão rodando >> > >>>> normalmente. >> > >>>> >> > >>>> Só gostaria se alguém souber me afirmar o pq um processo está >> > >>>> usando 1% da cpu, quais podem ser os motivos para isto. >> > >>>> >> > >>>> Obrigado. >> > >>>> >> > >>>> Em 12-04-2012 10:39, Rodolfo escreveu: >> > >>>> >> > >>>> Quais aplicações ? Tem como listar ? >> > >>>> >> > >>>> E porque não migram pra Java ? >> > >>>> >> > >>>> >> > >>>> E como falaram ali em cima, você aparentemente usava uma >> > >>>> aplicação desenvolvida pra rodar em 32 bits, logo, quando usa em >> > >>>> 64 bits, o funcionamente não será o mesmo, precisa recompilar o >> > >>>> mesmo para 64 bits. >> > >>>> >> > >>>> >> > >>>> Abraços. >> > >>>> >> > >>>> Em 12 de abril de 2012 09:29, Dane <d...@atua.com.br> escreveu: >> > >>>> >> > >>>>> Não ficou muito claro, pelo seguinte, eu só tenho problema em >> > >>>>> algumas aplicações e qual a referência disto com o uso do >> > >>>>> processador? >> > >>>>> >> > >>>>> Em 12-04-2012 10:10, Iuri Guilherme dos Santos Martins escreveu: >> > >>>>> >> > >>>>> Em 12-04-2012 09:59, Dane escreveu: >> > >>>>>> >> > >>>>>>> Olá Iuri, >> > >>>>>>> >> > >>>>>>> Você já teve algum problema parecido? >> > >>>>>>> >> > >>>>>>> Está mesmo relacionado a arquitetura? >> > >>>>>>> >> > >>>>>> >> > >>>>>> Não. >> > >>>>>> >> > >>>>>> Um programa escrito em Cobol depende da configuração da >> > >>>>>> máquina. Não é Java, é Cobol. >> > >>>>>> >> > >>>>>> Se tu mudar o processador ou alguma outra parte do hardware sem >> > >>>>>> alterar o código fonte do programa, ele vai se comportar de >> > >>>>>> forma diferente. >> > >>>>>> >> > >>>>>> Principalmente quando tu muda de uma arquitetura de >> > >>>>>> processador de 32 bits para 64 bits. >> > >>>>>> >> > >>>>>> Esse efeito que tu teve não é somente facilmente previsto, é >> > >>>>>> uma certeza. >> > >>>>>> >> > >>>>>> >> > >>>>>> >> > >>>>> -- >> > >>>>> Att. Dane Everson >> > >>>>> Atua Sistemas de Informação >> > >>>>> Skype: dane.atua >> > >>>>> Msn: d...@atua.com.br >> > >>>>> Fone: (54) 3045-4044 >> > >>>>> Celular: (54) 9905-5712 >> > >>>>> Linux User #548369 >> > >>>>> >> > >>>>> >> > >>>>> >> > >>>>> -- >> > >>>>> To UNSUBSCRIBE, email to >> > >>>>> debian-user-portuguese-requ...@lists.debian.org >> > >>>>> with a subject of "unsubscribe". Trouble? Contact >> > >>>>> listmas...@lists.debian.org >> > >>>>> Archive: http://lists.debian.org/4f86d8b6.4040...@atua.com.br >> > >>>>> >> > >>>>> >> > >>>> >> > >>>> -- >> > >>>> Att. Dane Everson >> > >>>> Atua Sistemas de Informação >> > >>>> Skype: dane.atua >> > >>>> Msn: d...@atua.com.br >> > >>>> Fone: (54) 3045-4044 >> > >>>> Celular: (54) 9905-5712 >> > >>>> Linux User #548369 >> > >>>> >> > >>>> >> > >>>> >> > >>>> -- >> > >>>> ------------------- >> > >>>> SLot >> > >>>> Linux User: 124842 >> > >>>> XMPP: s...@jabber-br.org | slot...@gmail.com >> > >>>> >> > >>>> >> > >>> >> > >> >> > > >> >> >> -- >> To UNSUBSCRIBE, email to debian-user-portuguese-requ...@lists.debian.org >> with a subject of "unsubscribe". Trouble? Contact >> listmas...@lists.debian.org >> Archive: http://lists.debian.org/20120412154630.78e10...@yahoo.com.br >> >> >