Journal Premier Kerrighed Summit le 2 Février

Posté par  .
Étiquettes :
0
8
jan.
2007
Le premier Kerrighed Summit, organisé par Kerlabs, se tiendra le vendredi 2 février à Paris La Défense juste après Solutions Linux.

L'objectif de cet évènement est de rassembler les développeurs, contributeurs et utilisateurs de Kerrighed afin de discuter ouvertement des développements à venir sur le système Kerrighed.

Le summit sera organisé en 2 parties :

- Une partie "Noyau", avec des discussions sur le développement du coeur du système Kerrighed.

- Une partie "Utilisateurs" permettant d'avoir des discussions, retours d'expériences, et demandes de développements de la part des utilisateurs.

Un programme plus précis sera proposé dans le courant du mois de janvier.

Cet évènement est ouvert à tous : développeurs, utilisateurs, ou simples curieux. L'inscription est gratuite mais obligatoire.

Pour plus d'informations : http://www.kerlabs.com/newsPage.fr.html#summit1412106
Le site du projet Kerrighed : http://www.kerrighed.org/

  • # Dépêche ?

    Posté par  . Évalué à 2.

    Hello, peux-tu en faire une dépêche ? C'est intéressant, cela aura une meilleure visibilité et le journal est déjà bien construit.

    (et cela m'éviterait d'escalader le journal .. fainéant inside)

    • [^] # Re: Dépêche ?

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

      Ah oui, une dépêche serait bien, et en précisant ce qu'est le projet Kerrighed (en reprenant peut être ce qui est décrit sur la dépêche http://linuxfr.org/2005/02/25/18383.html ) :
      Kerrighed est un système d'exploitation pour grappe de PCs de type "système à image unique". Kerrighed fournit à l'utilisateur la vision d'une machine unique de type SMP au dessus d'une grappe de PCs.


      Benjamin

      • [^] # Re: Dépêche ?

        Posté par  . Évalué à 1.

        En fait, nous pensons faire une dépêche plus globale avec la sortie d'une nouvelle version de Kerrighed, notre présence à Solutions Linux, le Kerrighed Summit et l'annonce officielle de la création de Kerlabs dans pas longtemps.

        On attend pour cela que pouvoir sortir une version "présentable". C'est une question de 2/3 semaines. Juste avant Solutions Linux quoi :)

        • [^] # Re: Dépêche ?

          Posté par  . Évalué à 1.

          Je profite - puisque les fainéants ont droit de sortie- pour demander si la version "présentable" gérera les défaillances de noeuds.

          • [^] # Re: Dépêche ?

            Posté par  . Évalué à 1.

            Il y aura une version expérimentale de la gestion des défaillances. C'est un sujet sur lequel nous travaillons actuellement et qui reste très épineux. Cette version de la gestion des défaillances devrait cependant être relativement fonctionnelle.

  • # SSI

    Posté par  . Évalué à 1.

    Petite étude comparative entre Kerrighed, OpenMosix et OpenSSI:
    ftp://ftp.inria.fr/INRIA/publication/publi-pdf/RR/RR-5399.pd(...) [en anglais]
    Cette étude experimentale présente un panorama des fonctionnalités offertes par ces systèmes et évalue les performance des fonctionnalités présentes.

    Ce papier est-il toujours d'actualité ?

    • [^] # Re: SSI

      Posté par  . Évalué à 4.

      Cette étude a été réalisé durant l'été 2004, il y a plus de 2 ans donc.

      Même si les 3 systèmes n'ont pas radicalement changés depuis, il serait très hasardeux de considérer le contenu de ce document comme argent comptant. Mais dans les grandes lignes, je pense que les grandes tendances sont toujours d'actualité.

      A ma connaissance, OpenMosix utilise toujours la députation, ce qui induit des problèmes de performance important pour les communications et l'accès aux fichiers.

      OpenSSI ne bouge plus beaucoup et ne semble pas avoir modifié son architecture interne, ne changeant donc pas de manière significative les résultats de l'étude.

      Enfin, Kerrighed conserve une architecture tournée vers la performance, même si la prochaine version verra ses performances diminuer sensiblement. Une forte réorganisation du code nous a conduit à débrancher temporairement certains modules destinés à assurer de meilleurs performances que les autres systèmes. Ces modules seront rebranchés dans les mois à venir.

  • # Question

    Posté par  . Évalué à 2.

    J'en profite aussi pour poser ma question (oui j'ai cherché sur le site mais je n'ai pas trouvé de réponse claire) :

    Est-il possible à un processus d'accéder de façon transparente à l'ensemble de la mémoire du cluster ? Par exemple, si la mémoire cumulée du cluster est 50Go, est-il possible de faire un "toto=malloc(50*1024*1024*1024)" dans un prog ?

    • [^] # Re: Question

      Posté par  . Évalué à 1.

      A ma connaissance, c'est tout à fait possible sous réserve d'augmenter la limite système du maximum de mémoire allouée par un processus.

      Enfin presque, il faut laisser de la place pour le système, donc si tu as 50 Go de mémoire physique, allouer 50 Go de mémoire logique, t'amènera nécessairement à swapper. A priori, actuellement, le swap se fait uniquement localement et n'est pas distribué.

      Dans tous les cas, même si c'est possible, il faut bien être conscient que si tu as une transparence logique, le temps d'accès à la mémoire par réseau va quand même diminuer tes performances.

      En résumé, normalement, c'est possible, mais c'est déconseillé comme modèle de programmation!

      • [^] # Re: Question

        Posté par  . Évalué à 2.

        Je ferais une réponse en 2 temps.

        Tout d'abord sur une architecture 32 bits, ce n'est pas possible. Tout simplement parce que le processeur ne peut adresser au maximum que 4Go (exception faite du PAE qui n'est pas supporté par Kerrighed). C'est une limite hard qu'on ne peut pas contourner. Ton malloc de 50 Go va donc échouer, même sur Kerrighed.

        Sur une architecture 64 bits, le malloc de 50 Go va fonctionner et grâce à Kerrighed, tu auras accès au 50 Go du cluster, mais à travers la mémoire locale du noeud où tourne ton processus. La mémoire des autres noeuds sera vu comme un niveau supplémentaire de la hiérarchie mémoire, un peu comme le swap, mais en beaucoup plus performant si tu utilises un réseau à haut débit.

        A noter que cette fonctionnalité fait partie des fonctionnalités débranchées dans la prochaine version.

        • [^] # Re: Question

          Posté par  . Évalué à 1.

          OK, merci à tous les deux. Pour info, je pensais bien évidemment à des systèmes 64bits, avec un réseau Gigabit ou même infiniband.

  • # Passionnant comme sujet

    Posté par  . Évalué à 1.

    Je m'interresse + ou - à ce type de techno.
    Je trouve ce sujet de recherche (n'étant pas chercheur) passionnant.
    Même si la plupart des documents traitant de ce sujet sont anglais, je n'hèsite pas à y jeter un coup d'oeil

    Pour mes besoins, j'ai déjà testé Openssi (avec quelques maigres réussites et beaucoup d'espoir dans la future version).

    J'ai un peu craché sur kerrighed, voyant que le projet avancait lentement mais là je vois que je me suis trompé ...
    Je testerais volontier la nouvelle version, et si elle répond à mes besoins, je n'hésiterais pas tester une production ...

    Longue vie à Kerrighed ...
    et vivement cette nouvelle version qui supportera je pense l' HA ...

Suivre le flux des commentaires

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