Meu amigo, Vamos lá.
Uma parte do código deve ser alterada para que possa usar os novos recursos das cpus! O que podes fazer é forçar o kernel dividir (fork) esse processo entre os processadores. Ou veja se uma thread que está engasganto o processo e criando uma fila de processamento. tente depurar o sistema. Post informações de processo no processador, que assim a gente pode fazer o fork! abcs Em 13 de abril de 2012 10:16, Listeiro 037 <listeiro_...@yahoo.com.br>escreveu: > Só me lembro de dois compiladores de COBOL livres, o OpenCOBOL e o > TinyCOBOL. Tinha alguma coisa da Fujitsu, um certo Fujitsu COBOL, mas > não procurei mais saber. > > Queria saber de outras opções para Linux, mesmo proprietárias. > > > Em Fri, 13 Apr 2012 10:11:13 -0300 > Paulino Kenji Sato <pks...@gmail.com> escreveu: > > > Ola, > > Cobol e um mundo a parte, esquecido da grande maioria do pessoal de > > TI. O que eu sei, foi muito usando nas décadas de 1970/1980, em > > mainframes. Possivelmente, a partir de 1990 foi migrado para PCs, ou > > servidores como conhecemos hoje. > > > > Como toda linguagem possui dialetos, precisa do compilador certo. > > Existem compiladores para Linux. > > > > Mas, na grande maioria da vezes, o programa que se roda no Linux e > > legado de algum outro unix. Como o SCO para x86. > > Nesse caso no linux e rodado via compatibilidade binária provida por > > um modulo do kernel o iBCS. > > Do kernel 2.6 em diante, muito desses módulos de compatibilidade não > > foram portados, ou adequadamente ajustados. > > O cobol usa um encoding diferente do ASCII bem como alinhamentos > > numéricos, refletindo a sua origem dos mainframes. > > > > A pseudo arquitetura de 64bits da AMD/Intel também inclui problemas de > > compatibilidade com programas de 32bits. sejam o source ou o binário. > > > > Dito isso, teste o software em um linux de 32bits, em hardware similar > > ao que esta em 64bits. Isso e, no caso de não poder parar para > > reinstalar. Bom, espero que esse servidor ainda esteja em fase de > > homologação. > > E quem ainda mantém software em Cobol, e que o plano de negócios > > dependa disso, migrar para plataformas novas ira custar mais do que > > pagar muito bem uma equipe de desenvolvimento em Cobol. Ou a migração > > pode levar um tempo considerável. > > > > E possivelmente esse software não ira escalar, mudar de hardware pode > > não ter efeito no desempenho. > > > > > > Paulino > > > > > > > -- > 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/20120413101656.2d130...@yahoo.com.br > >
