Re: [ccppbrasil] duvidas sobre migração de unix para linux

[Gianni]

On 20/01/2012 10:28, Michel Braz de Morais wrote:
> Qual � o risco de migrar um sistema Unix para linux?
Linux tbm � um Unix... logo, de qual Unix vc t� vindo? Solaris? AIX?
etc...

[Paulo Patto]

Linux até onde eu saiba segue regras e padrões, mas não é um UNIX homologado como o OS/X.

2012/1/20 Gianni <nasus....@gmail.com>

On 20/01/2012 10:28, Michel Braz de Morais wrote:

Qual é o risco de migrar um sistema Unix para linux?

Linux tbm é um Unix... logo, de qual Unix vc tá vindo?  Solaris?  AIX? etc...

--
Antes de enviar um e-mail para o grupo leia:                     http://www.ccppbrasil.org/wiki/Lista:AntesdePerguntar
--~--~---------~--~----~---------------------------------~----------~--~----~
[&] Colabore com a Pesquisa de Preferência de Conteúdo              para Eventos do Grupo C & C++ Brasil:
                      http://www.surveymonkey.com/s/GBBGTXN
------~----~-------~---~---~---~---~----------------~------------~---------~
[&] C & C++ Brasil - http://www.ccppbrasil.org/
Para sair dessa lista, envie um e-mail para ccppbrasil-unsubscribe@googlegroups.com
Para mais opções, visite http://groups.google.com/group/ccppbrasil
--~--~---------~--~----~--~-~--~---~----~-----------------~--~----------~
Emprego & carreira:  vag...@ccppbrasil.org
http://groups.google.com/group/dev-guys?hl=en

--

Paulo Patto

"Se em vez de enchermos o bolso enchermos a cabeça, não seremos roubados"

[Reuben Morais]

2012/1/20 Gianni <nasus....@gmail.com>:
> Linux tbm é um Unix

Linux é *Unix-like*. Ele não é certificado como um sistema Unix, por exemplo.

A única experiência que tenho com sistemas Unix é com o OS X, e mesmo
com problemas aparentemente bobos tive problemas de compatibilidade ao
portar aplicativos Linux. Talvez isso tenha sido uma mera
coincidência, meus aplicativos usavam logo as APIs incompatíveis, mas
eu ficaria muito atento ao migrar sistemas complexos.

-- reuben

[Renan Greinert]

Isso depende muito da qualidade do código de vocês. Problemas vão aparecer inevitavelmente. Às vezes, só de mudar de uma distro de linux para outra já aparecem problemas (recorrentes de versão de libs, versão do compilador, essas coisas).
Acredito que os maiores problemas que vocês vão encontrar vão ser pela mudança de 32 para 64 bits. É interessante ver qual o tamanho dos tipos de dados do sistema antigo e compará-los com os novos.

Outros problemas que poderão surgir são referentes aos tempos do sistema (scheduler, timeouts, sleeps, etc), principalmente se o sistema antigo era preemptivo.

2012/1/20 Gianni <nasus....@gmail.com>

On 20/01/2012 10:28, Michel Braz de Morais wrote:

Qual é o risco de migrar um sistema Unix para linux?

[Reuben Morais]

2012/1/20 Reuben Morais <reuben...@gmail.com>:

> A única experiência que tenho com sistemas Unix é com o OS X, e mesmo
> com problemas aparentemente bobos tive problemas de compatibilidade ao
> portar aplicativos Linux.

* mesmo com aplicativos aparentemente bobos…

[Gianni]

On 20/01/2012 10:40, Michel Braz de Morais wrote:
> com o camando:
> uname -a
> HP-UX uccdk230 B.11.11 U 9000/800 2047669745 unlimited-user license
>
> agora para qual linux que vai ta meio inserto...

Bom... voc� pode tentar fazendo testes com o CentOS e/ou o Slackware.

O Slackware tem a vantagem de ser o mais 'UNIX' dos Linux.

O CentOS tem a vantagem de ser uma c�pia exata (sem os logotipos e etc)
do Red Hat Enteprise Linux, que � a melhor distribui��o para empresas,
especialmente vindo de Unix pois eles t�m uma equipe de suporte muito
boa aqui no Brasil.

Agora... vc disse que foi questionado os pontos flutuantes. Isso �
beeem vago. Pode-se dizer que isso depende da CPU se tem ou n�o um FPU
ou algo do tipo; que n�o depende em nada do OS. Ou ent�o se � f�cil
trabalhar com floating point no seus programas... mas da� depende da
linguagem ou do sistema (no teu caso sybase) e n�o do OS...

Para come�ar, veja quais softwares e libs vc depende, e veja se tem port
para linux, e se tiver, se tem para a distribui��o que voc� quer e fa�a
um teste.

A minha experi�ncia � que o Linux, especialmente o RHEL, � muito bom e
d� �timos resultados e � beeeem est�vel. Vai firme que voc� vai se dar bem.

[Gianni]

On 20/01/2012 10:41, Reuben Morais wrote:
> 2012/1/20 Gianni<nasus....@gmail.com>:

>> Linux tbm � um Unix
> Linux � *Unix-like*. Ele n�o � certificado como um sistema Unix, por exemplo.
Dado o qu�o vago foi a pergunta original, a minha afirma��o est� dentro
dos padr�es das margens de erro propostas. :-)

[Alisson Prestes]

O Linux é Mostly POSIX-compliant, segundo a Wikipedia[1]. Isso significa que algumas chamadas de sistema podem não ter o comportamento definido na especificação, o que poderia causar comportamentos inesperados nos programas portados. A mesma página da Wikipedia cita uma ferramenta para teste de compatibilidade, "PCTS or the POSIX Conformance Test Suite", poderia valer uma olhada.

[1] http://en.wikipedia.org/wiki/POSIX#Mostly_POSIX-compliant

Abraço,

Alisson Prestes

www.google.com/profiles/javalisson

2012/1/20 Gianni <nasus....@gmail.com>

On 20/01/2012 10:40, Michel Braz de Morais wrote:

com o camando:
uname -a
HP-UX uccdk230 B.11.11 U 9000/800 2047669745 unlimited-user license

agora para qual linux que vai ta meio inserto...

Bom... você pode tentar fazendo testes com o CentOS e/ou o Slackware.

O Slackware tem a vantagem de ser o mais 'UNIX' dos Linux.

O CentOS tem a vantagem de ser uma cópia exata (sem os logotipos e etc) do Red Hat Enteprise Linux, que é a melhor distribuição para empresas, especialmente vindo de Unix pois eles têm uma equipe de suporte muito boa aqui no Brasil.

Agora... vc disse que foi questionado os pontos flutuantes.  Isso é beeem vago.  Pode-se dizer que isso depende da CPU se tem ou não um FPU ou algo do tipo; que não depende em nada do OS.  Ou então se é fácil trabalhar com floating point no seus programas... mas daí depende da linguagem ou do sistema (no teu caso sybase) e não do OS...

Para começar, veja quais softwares e libs vc depende, e veja se tem port para linux, e se tiver, se tem para a distribuição que você quer e faça um teste.

A minha experiência é que o Linux, especialmente o RHEL, é muito bom e dá ótimos resultados e é beeeem estável.  Vai firme que você vai se dar bem.

[Renan Greinert]

Se o sistema é antigo, provavelmente não foi escrito pensando em portabilidade.

É bacana compilar habilitando o level mais alto de warning do compilador, e dar atenção a todos (até aqueles que parecem bestas, como falta de cast, signed/unsigned mismatch, etc, pois em geral os problemas de portabilidade menos óbvios estão aí).

Boa sorte!

---
Renan Greinert
http://renangreinert.blogspot.com

2012/1/20 Michel Braz de Morais <michel.br...@gmail.com>

Também palpitei que o problema maior seria a migração de 32 para 64.

ja quanto a qualidade dos códigos é um pouco inserta ...

pois são códigos utilizados pelo hsbc a pelo menos uns 20 anos segundo meu superior...

Em 20 de janeiro de 2012 10:41, Renan Greinert <renan...@gmail.com> escreveu:

timeouts

--
Antes de enviar um e-mail para o grupo leia:
http://www.ccppbrasil.org/wiki/Lista:AntesdePerguntar
--~--~---------~--~----~---------------------------------~----------~--~----~
[&] Colabore com a Pesquisa de Preferência de Conteúdo
para Eventos do Grupo C & C++ Brasil:
http://www.surveymonkey.com/s/GBBGTXN
------~----~-------~---~---~---~---~----------------~------------~---------~
[&] C & C++ Brasil - http://www.ccppbrasil.org/

Para sair dessa lista, envie um e-mail para ccppbrasil-...@googlegroups.com

[Adriano dos Santos Fernandes]

On 20-01-2012 10:57, Michel Braz de Morais wrote:
> Verdade.
> bem vago a pergunta.
> mas foi mais para ter id�ia se alguem de-repente passou pelo mesmo problema.
>
> com disse, eu vejo mais problemas nas mudan�as de 32 para 64..
>
> mas vai que alguem ja passou por isso e podia alertar sobre algum
> problema do genero mais especifico.
>
>

No local onde trabalho migramos de HP-UX (PA-RISC, 32 bits) para Linux
(RHEL 5, AMD64 virtualizado) servidor de aplica��o Java e banco Oracle
(de desenvolvimento/testes) sem problemas.

Adriano

[Max]

Sobre a migração de 32 p/ 64, a maioria das distros 64bits não são "puras", elas conseguem executar coisas 32bits sem problemas.

Assim tu pode quebrar o problema em partes, Jack. :-)

On Jan 20, 2012 10:57 AM, "Michel Braz de Morais" <michel.br...@gmail.com> wrote:
>
> Verdade.
> bem vago a pergunta.

> mas foi mais para ter idéia se alguem de-repente passou pelo mesmo problema.
>
> com disse, eu vejo mais problemas nas mudanças de 32 para 64..

>
> mas vai que alguem ja passou por isso e podia alertar sobre algum problema do genero mais especifico.
>
>

> mas valew pessoal pelas respostas...
>
> :)

>
>
>
>
>
>
>
> Em 20 de janeiro de 2012 10:50, Gianni <nasus....@gmail.com> escreveu:
>
>> On 20/01/2012 10:41, Reuben Morais wrote:
>>>
>>> 2012/1/20 Gianni<nasus....@gmail.com>:
>>>>

>>>> Linux tbm é um Unix
>>>

>>> Linux é *Unix-like*. Ele não é certificado como um sistema Unix, por exemplo.
>>
>> Dado o quão vago foi a pergunta original, a minha afirmação está dentro dos padrões das margens de erro propostas.  :-)

[Edison Ribeiro Araújo]

Colega,

Poderia usar um FreeBSD para diminuir o risco inicial ?

É o mais próximo Unix com uma versão free pode chegar!

Um dos problemas que um amigo de trabalho viu no linux é que as interrupções (signals)

tem uma diferença no tratamento como uma recebe a interrupção e deixa pronta para a próxima 

solicitação (como default) e o linux precisa "armar" a interrupção novamente para receber o sinal.

Nada que um #ifdef não resolva .... mas até descobrir todos os detalhes..... "Dá lhe debug"

Abraço e bom trabalho.

---------------------------------------------------
--- EDISON RIBEIRO ARAÚJO    ---
--- CEL : +55 11 9621 - 8336       ---
---------------------------------------------------

[Wander Lairson Costa]

Em 20 de janeiro de 2012 13:59, Edison Ribeiro Araújo
<sped...@gmail.com> escreveu:

> Colega,
>
> Poderia usar um FreeBSD para diminuir o risco inicial ?
> É o mais próximo Unix com uma versão free pode chegar!
>
> Um dos problemas que um amigo de trabalho viu no linux é que as interrupções
> (signals)
> tem uma diferença no tratamento como uma recebe a interrupção e deixa pronta
> para a próxima
> solicitação (como default) e o linux precisa "armar" a interrupção novamente
> para receber o sinal.
>

Este é um problema que surge quando se utilizada a função signal ao
invés de sigaction [1].

[1] http://linux.die.net/man/2/signal

--
Best Regards,
Wander Lairson Costa

[Rodrigo Kumpera]

O suporte a signals dos BSDs em geral eh muito mais fragil que

no linux.

Porem eh um porre que cond vars nao podem ser interropidas

no linux.

2012/1/20 Edison Ribeiro Araújo <sped...@gmail.com>

[P.]

Como outra pessoa sugeriu anteriormente, uma excelente sugestão é auditar o sistema em busca de todos os usos do mecanismo de sinais. Se o seu sistema faz uso intenso da API de ponto flutuante, pode depender do mecanismo de sinais para tratar SIGFPE.

Observe também, inclusive sobre as operações de ponto flutuante, que parte das suas dificuldades não estará no Linux, mas no GCC. O manual é excelente e está no site: http://gcc.gnu.org/