Journal Migration / Portage HP-UX -> Linux

Posté par  .
Étiquettes : aucune
0
16
avr.
2004
Salut à tous,

Certains d'entre vous ont peut être eu à faire cette migration.
Il s'agit d'une application de calcul (seulement des calculs booléens et entiers, pas de float donc pas d'optim) qui utilise IPC Message Queue et Shared Memory. Je pense que c'est facilement portable vu que c'est POSIX tout ca.
Sur le site d'HP, ils présentent les infos pour la migration Linux->HPUX ! D'ailleurs, HP n'est pas très pro-linux. Ils préfèrent vendre leurs solutions proprios plus chères.
Or, je dois essayer de convaincre le "décideur pressé" (selon l'expression consacrée) qu'un Linux sur x86 est moins cher. Il me semble qu'HP fournit le support pour Linux Suse donc ca ne devrait pas être le point bloquant. Le point bloquant est plutôt les "incompatibilités" entre une appli HP-UX et Linux qui utilise IPC. Si cela a bien été codé, ca ne devrait pas poser de problèmes (oui je sais je rève :)
Bref, avez-vous des retours d'expériences concluants (ou non d'ailleurs !) ?
De plus, que vaut un PA-80?? de chez HP par rapport à un Athlon64/Itanium2 (je le répète, on ne fait pas de calcul flottant) ?
Merci d'avance pour votre aide !
Bon week end !

  • # Re: Migration / Portage HP-UX -> Linux

    Posté par  . Évalué à 1.

    Pour la partie IPC il ne doit pas y avoir de problème.

    > Or, je dois essayer de convaincre le "décideur pressé" (selon l'expression consacrée) qu'un Linux sur x86 est moins cher.

    RedHat a quelques articles pour convaincre le "décideur pressé" :
    Unix to Linux Migration
    http://www.redhat.com/solutions/business/utol/(...)

    RedHat a aussi un catalogue épais d'applis :
    Over 750 Applications Now Certified on Red Hat Enterprise Linux
    http://www.redhat.com/about/presscenter/2004/press_isv.html(...)

    Je ne te dis pas de prendre du RedHat. Si tu veux du Suse tu peux t'appuier sur ce que tu trouves sur le Site de RedHat.

    > De plus, que vaut un PA-80?? de chez HP par rapport à un Athlon64/Itanium2

    Il vaut cher.

  • # Re: Migration / Portage HP-UX -> Linux

    Posté par  (site web personnel) . Évalué à 1.

    1. Il n'y a pas que les IPC. Pour le cas d'une vieille appli portée de Irix vers Linux, on a du augmenter dans le kernel le maximum de mémoire allouable (128 ko par défaut sous Linux, illimité sous Irix), mais ce ne sont pas les IPC qui ont posé problème. D'ailleurs 80 Mo de mémoire partagée ne font pas peur à Linux.

    2. Il faut regarder aussi du coté du compilo. POSIX ou pas, je doute que ton applie ait été prévue pour n'utiliser que des appels POSIX, donc il risque d'y avoir des trucs spécifiques HP-UX, qu'il faudra porter, et des trucs spécifiques du compilo (les IPC sous linux marchent bien, mais peut y avoir autre chose aussi, et puis c'est peut-etre pas géré 100% pareil). Si le compilo est gcc, et qu'il n'y a pas beaucoup d'appels systèmes, ca va aller. Si tu utilises le compilo de HP (plus probable, gcc n'étant pas la référence du dev sous HP), il y aura probablement du portage.
    En fait, c'est ce qu'il faut savoir : le coût estimé du portage vaux-t-il le gain par rapport aux gains de prix entre des machines PA-RISC et PC ?

    3. Les bibliothèques que vous utilisez sous HP-UX existent-elles sous Linux ? Sinon, un équivalent ?

    De plus, que vaut un PA-80?? de chez HP par rapport à un Athlon64/Itanium2 (je le répète, on ne fait pas de calcul flottant) ?

    L'Itanium 2 sera abandonnée par Intel. Préferer les nouveaux developpements et portages sur Opteron de chez AMD (support possible la dessus chez IBM & HP si je dit pas de conneries. De toute facon, l'Itanium2 n'est pas le processeur PC le plus rapide....
    De mémoire, les x86 sont très bon quand il ne s'agit pas de flottants, et bien meilleurs que la majorité des CISCs (même en flottants d'ailleurs). Mais vérifie sur www.spec.org.

    • [^] # Re: Migration / Portage HP-UX -> Linux

      Posté par  . Évalué à 1.

      Pour gcc, il peut dans un premier temps porter pour HPUX/gcc.

      Personnellement j'ai rencontré peu de problèmes de portage d'UNIX à Linux. Là où il y a le plus de boulot c'est pour le makefile :-). La majorité des make Unix sont des merdes comparés à gmake. Idée : faire le portage vers HPUX/gcc/gmake puis vers GNU/Linux.

      > on a du augmenter dans le kernel le maximum de mémoire allouable (128 ko par défaut sous Linux

      128 ko ! Je suis très surpris. Quoiqu'il en soit, une distribution "professionnelle" est configurée large dans ce domaine.

    • [^] # Re: Migration / Portage HP-UX -> Linux

      Posté par  . Évalué à 1.

      L'Itanium 2 sera abandonnée par Intel.

      Ah bon ? J'ai loupe le communique de presse ? HP Education/Recherche aussi visiblement...

      Préferer les nouveaux developpements et portages sur Opteron de chez AMD (support possible la dessus chez IBM & HP si je dit pas de conneries.

      Ah. HP abandonne l'Itanium2 pour le x86-64 ? Meme remarque qu'au-dessus...

      De toute facon, l'Itanium2 n'est pas le processeur PC le plus rapide....

      De toute facon, l'Itanium2 n'est pas un processeur PC...

  • # Re: Migration / Portage HP-UX -> Linux

    Posté par  . Évalué à 1.

    > utilise IPC Message Queue

    J'ai remarqué un truc en compilant Linux 2.6.
    Tiré de /usr/src/linux/init/Kconfig :
    config POSIX_MQUEUE
    bool "POSIX Message Queues"
    depends on EXPERIMENTAL
    ---help---
    POSIX variant of message queues is a part of IPC. In POSIX message
    queues every message has a priority which decides about succession
    of receiving it by a process. If you want to compile and run
    programs written e.g. for Solaris with use of its POSIX message
    queues (functions mq_*) say Y here. To use this feature you will
    also need mqueue library, available from
    < http://www.mat.uni.torun.pl/~wrona/posix_ipc/(...) >

    POSIX message queues are visible as a filesystem called 'mqueue'
    and can be mounted somewhere if you want to do filesystem
    operations on message queues.

    If unsure, say Y.



    Celà semble avoir été introduit dans le 2.6. J'ai regarder les sources d'une RHEL (linux 2.4 massivement patché) et le backport n'a pas été fait.
    Vérifies bien ce point.

    • [^] # Re: Migration / Portage HP-UX -> Linux

      Posté par  . Évalué à 1.

      > Celà semble avoir été introduit dans le 2.6.

      J'ai vérifié sur un 2.6.5.

      • [^] # Re: Migration / Portage HP-UX -> Linux

        Posté par  . Évalué à 1.

        En effet, c'est un point bloquant qu'on ne pourra même pas voir si l'on réalise d'abord un portage HPUX/gcc.
        Je suis surpris, je croyais que Linux était POSIX (et intégrait les mqueue). Mais en fait, il est POSIX .1 et pas .4 (sans les patchs en tout cas). Bref, il faudrait que je reprenne mes cours de QNX pour me rappeler des nuances :)
        Le 2.6 intègre bien les Message Queue. Le gros problème est que les distros "dites pro" (ie. RHES) ne sont pas passés au 2.6.
        Parce que je me vois mal leur expliquer qu'il faut recompiler le noyau alors HP-UX est une solution clé en main.
        Bref, à quelques mois près, ca va être chaud.
        Merci pour vos infos.
        Concernant le choix entre Itanium/Opteron/autre, le meilleur choix sera le moins cher donc Opteron je pense.

        • [^] # Re: Migration / Portage HP-UX -> Linux

          Posté par  . Évalué à 1.

          > Je suis surpris, je croyais que Linux était POSIX
          De toute manière pratiquement personne n'applique toute la norme POSIX. Mais GNU/Linux est certainement le plus proche.

          > Le gros problème est que les distros "dites pro" (ie. RHES) ne sont pas passés au 2.6.

          Pose ton problème ici :
          http://www.redhat.com/mailman/listinfo/taroon-list(...)

          Indiques que tu envisages d'utiliser RHEL. Il y a souvent un gars RedHat pour répondre. Par contre RedHat reste discret sur les versions à venir. Donc RedHat ne dira peut-être pas si la prochaine RHEL 4 aura Posix mqueue. Mais essayes quand même. N'oublies pas de demander si ça sera activé et supporté.

          Tu peux aussi essayer la mailing devel de Fedora :
          http://www.redhat.com/mailman/listinfo/fedora-devel-list(...)
          Là il y a plein d'employés RedHat. Mais n'oublies pas que c'est la mailing devel de Fedora et non un forum de support pour RHEL !

          Il est aussi possible que RedHat ajoute le noyau 2.6 à la RHEL 3. Il font de gros efforts de ce type. Par exemple RedHat a annoncé qu'il porteront SeLinux dans la RHEL 3. SeLinux étant dans FC2 avec Linux 2.6...
          La prochaine RHEL 4 est prévue début 2005.

          Si tu as une réponse positive et que le déployement n'est pas urgent, tu peux débuter le portage avec une FC2. RHEL est basé sur FC (comme l'indique le site FC). Puis finir le portage et les tests sous RHEL 3 ou 4.
          Posix message queue est activé par défaut dans FC2.
          $ grep POSIX_MQUEUE /boot/config-2.6.5-1.326
          CONFIG_POSIX_MQUEUE=y

          J'ai actuellement un FC2 avec toute les mises à jour et ça marche bien (la test1 était une horreur !). La test3 qui sera correcte est prévue pour le 26 avril. Comme il n'y a pas de problèmes significatifs, cette date sera sûrement respectée.

          Pour finir, FC2 utilise SeLinux. C'est un peu déroutant et pas parfaitement au point. Ce n'est pas le support SeLinux dans le noyau qui pose problème mais les rêgles de sécurité actuellement en cours de paufinage. Si tu n'as pas le temps pour apprendre SeLinux, tu peux le désactive (voir la release note).

          FC = Fedora Core :
          http://fedora.redhat.com/(...)

          Si dans quelques mois tu veux controler le support de Posix message queue dans RHEL, consulte les sources.
          Les sources de RHEL sont ici :
          http://rawhide.redhat.com/pub/redhat/linux/enterprise/(...)
          Les mises à jours sont ici :
          http://updates.redhat.com/enterprise/(...)

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.