A tua única chance é alterar o código do sistema. Se tu não programa em
Cobol e tiver que contratar alguém isso vai ser meio caro.
Dependendo da natureza do sistema e da quantidade de código, pode ser
que migrar o código de um hardware para outro seja mais caro do que o
que tu iria economizar
Olá Iuri,
Você já teve algum problema parecido?
Está mesmo relacionado a arquitetura?
mto obrigado
Em 12 de abril de 2012 09:56, Iuri Guilherme dos Santos Martins
iuri.guilherme@gmail.com escreveu:
A tua única chance é alterar o código do sistema. Se tu não programa em
Cobol e tiver
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
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á
Se não houve alteração de código ele vai continuar a rodar na
plataforma de 32 bits(supondo q ela é dessa arquitetura)... e outra vc
nao disse oq sua aplicação faz para consumir 100% de uma máquina de um
núcleo só...
Vc alterar hardware e o SO de não vai ter o efeito desejado... para
ter o
Em 04/11/2012 08:52 PM, henrique escreveu:
smbclient -M ip-da-estacao
para ler mensagens netsend no linux, coloque um
message command = /bin/sh -c '/usr/bin/xedit %s; rm %s'
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
Em 12 de abril de 2012 11:03, Dane d...@atua.com.br escreveu:
Pessoal, eu não sou desenvolvedor, sou da Infra.
Isso independente de ser de infra ou desenvolvimento... técnico ou
acadêmico deveriam ser conhecimentos básicos... (sem ofensas...).
Só gostaria se alguém souber me afirmar o pq um
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:
já que vc não é desenvolvedor... converse com o pessoal e detalhe
mais... pq assim fica muito solto... a não ser q fique nesse loop de
especulação e achismo...
peço desculpas... sem querer mandei a msg anterior sem terminar...
Abs
--
| .''`. A fé não dá respostas. Só impede perguntas.
| :
Em 12-04-2012 11:10, P. J. escreveu:
Em 12 de abril de 2012 11:03, Daned...@atua.com.br escreveu:
Pessoal, eu não sou desenvolvedor, sou da Infra.
Isso independente de ser de infra ou desenvolvimento... técnico ou
acadêmico deveriam ser conhecimentos básicos... (sem ofensas...).
Não me
Imaginei isto, mas queria trocar uma ideia com vcs, até pq alguém
poderia ter passado por isto.
Mas mto obrigado pessoal.
Em 12-04-2012 11:16, Gustavo Soares [SLot] escreveu:
Amigo, é exatamente que o P.J está tentando te falar. O seu sistema
não irá funcionar como você quer, simplesmente
Não conheço o seu ambiente, mas pode ter certeza, Cobol é o ponto de
partida, partindo desse princípio, verifique com os desenvolvedores do
software a solução para a possível falha.
Em 12 de abril de 2012 10:19, Dane d...@atua.com.br escreveu:
Imaginei isto, mas queria trocar uma ideia com
Bom talvez eu não tenha esclarecido bem
Eu sou da área de desenvolvimento, e eu posso te dizer tudo o que eu
disse e os outros disseram aqui:
O motivo do teu software não se comportar conforme o esperado é que ele
certamente deve ter sido desenvolvido para outra arquitetura de
processador
Olá.
Você sabe se a glibc/libstdc++ de 32 bits está instalada no sistema de
64 bits?
Em Thu, 12 Apr 2012 11:19:26 -0300
Dane d...@atua.com.br escreveu:
Imaginei isto, mas queria trocar uma ideia com vcs, até pq alguém
poderia ter passado por isto.
Mas mto obrigado pessoal.
Em
Cara concordo plenamente com vc.
Talvez o sentido da experiência a qual me referi não foi exatamente como vc
tinha entendido.
Obrigado pela sua resposta.
Dane Brand
Em 12/04/2012, às 12:12, Iuri Guilherme dos Santos Martins
iuri.guilherme@gmail.com escreveu:
Bom talvez eu não tenha
Pois é , já configurei a as lib32, mas não resolveu!
O executável esta usando as libs do /lib32
Dane Brand
Em 12/04/2012, às 12:38, Listeiro 037 listeiro_...@yahoo.com.br escreveu:
Olá.
Você sabe se a glibc/libstdc++ de 32 bits está instalada no sistema de
64 bits?
Em Thu, 12
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
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,
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.brescreveu:
Apenas uma sujestão :
Se este seu novo hardware de 64 bits tiver memória suficiente, o Sr.
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,
mono - 3.4GHz
core - 3.10GHz
Leandro o grande problema e que o uso do core fica em 1%, ele nem excuta
por exemplo que nem uma aplicação normal com 100% do core que ele foi
entregue, o tempo idle da cpu fica em 99% , 98%, enu
Em 12 de abril de 2012 15:21, Leandro Henrique Stein
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,
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.brescreveu:
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
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
Boa tarde galera,
Eu tenho um server que começou a dar problemas quando tento copiar ou
compactar uma pasta que está /var, ao tentar compactar com o comando tar
ele começa mas logo em seguida para com um erro
*tar: Error exit delayed from previous errors.*
De cara vi que podia ser um problema de
Nas opções do fsck existe a possibilidade de checar apenas sem corrigir,
veja no manual 'man fsck.reiserfs' ou 'fsck.reiserfs --help'
Falowse
Em 12 de abril de 2012 15:24, Samir Patrice samir.patr...@gmail.comescreveu:
Boa tarde galera,
Eu tenho um server que começou a dar problemas quando
Desculpe não vi a ultima pergunta, o que vc pode fazer é rodar em um livecd.
Em 12 de abril de 2012 15:24, Samir Patrice samir.patr...@gmail.comescreveu:
Boa tarde galera,
Eu tenho um server que começou a dar problemas quando tento copiar ou
compactar uma pasta que está /var, ao tentar
Boa tarde ...
O Sr. terá que efetuar um boot com um Livecd ( eu uso o Lubuntu, rápido e
funcional ) e executar os comandos do fsck :
fsck.reiserfs /dev/sda2
Ou seja lá qual for a sua partição com problemas
Ele lhe perguntará o que fazer, mande apenas checar e veja o resultado .
Se necessário,
Valeu galera, vou seguir as orientações de vocês e depois posto os
resultados.
Em 12 de abril de 2012 16:49, Fábio Rabelo fa...@fabiorabelo.wiki.brescreveu:
Boa tarde ...
O Sr. terá que efetuar um boot com um Livecd ( eu uso o Lubuntu, rápido e
funcional ) e executar os comandos do fsck :
Também fiquei uso ReiserFS nos meus servidores antigos, mas ainda acho
que o lance do Reiser ter colocado a mulher na mala atraiu a ira do povo
do SL k
Em 12-04-2012 17:03, Samir Patrice escreveu:
Valeu galera, vou seguir as orientações de vocês e depois posto os
resultados.
Em 12 de
Essa é uma dúvida que tenho também, sobre qual melhor sistema de arquivos e
que situações um pode se sair melhor que outro.
Em 12 de abril de 2012 17:00, Listeiro 037 listeiro_...@yahoo.com.brescreveu:
Aproveitando que tocaram no assunto, queria saber qual sistema de
arquivos está sendo mais
Em qui 12 abr 2012, às 17:00:56, Listeiro 037 escreveu:
Aproveitando que tocaram no assunto, queria saber qual sistema de
arquivos está sendo mais usado atualmente e qual é mais recomendado.
O Reiser 3 já estava popular e o Reiser 4 era uma grande promessa, até
o louco do Reiser dar kill -s
Aqui http://www.phoronix.com/scan.php?page=articleitem=linux_2634_fsnum=1tem
um benchmark bem interessante dos sistemas de arquivo mais comuns
(ext3, ext4, btrfs, xfs) e já ajuda a dar uma base.
Tenho usado ext4 mas já estou me animando com btrfs. Promete.
Vale a leitura.
May the force be with
Estabilidade é ext3.
Ext4 se tu tiver certeza que não vai ter nenhum problema com
compatibilidade (sistemas legados ou transferência de arquivo para
sistemas NT).
Se não tem nenhum Windows na tua máquina ou outros sistemas sem suporte
a extents e journaling, ou se tu for instalar só um
35 matches
Mail list logo