Appel à contribution pour le SMP OpenBSD

Posté par bsdguy le 02 mai 2001 à 19:12. Modéré par Fabien Penso.

Étiquettes :

mai

2001

Pas mal d'activité est actuellement en cours sur la mailing list SMP d'OpenBSD. En effet, cet OS n'a pas de fonctionnalités SMP (Symmetrical Multi Processing). Il reste donc cantonné aux machines uni-processeurs.

Des développeurs volontaires se sont organisés pour mettre en place une pétition que tout développeur désireux de contribuer à la mise en place de SMP sous OpenBSD peut signer. Cette pétition sera envoyée par après à la core team OpenBSD pour approbation.

Pour l'instant, 13 développeurs volontaires veulent travailler dessus. Si vous êtes intéressés, prière de signer la pétition.

J'ai mis en attachement le mail envoyé à misc@openbsd.org et smp@openbsd.org From: rich@rdrose.org
X-Sender: rik@pkl.net
To: misc@openbsd.org, smp@openbsd.org
Subject: SMP Activity
Message-ID:
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-misc@openbsd.org
Precedence: bulk
X-Loop: misc@openbsd.org

Hello All,

Sorry for the cross post, I hope I haven't just annoyyed the hell out of
everyone... :)

I'm doing this to point out to people that there is activity on the SMP
mailing list, with the threat to volunteer to do some work.

It has been decided, so far, that SMP would be a good thing to support,
and that if it is going to be done, it has to be done *right*, not just
one big lock for the whole kernel, but a good amount of granularity, and
well implemented.

If you are a programmer, and you wish to work on the SMP project, then
please visit the quick, ugly hack of a petition at:
https://www.bits.bris.ac.uk/rik/OpenBSD
It is a self-signed certificate, so your browser will warn you.

We are currently up to 13 volunteers, including myself.

The information will *not* be given out to anyone except the OpenBSD core
team, when presented as a petition/list of people who want to volunteer to
work on the project, in order to get it moving again.

Thanks In Advance,

Rik

Aller plus loin

pétition (1 clic)

# Tant mieux

Posté par Anonyme le 02 mai 2001 à 19:33. Évalué à 0.

C'est bien ça, j'ai l'impression que depuis quelques mois le developpement d'OpenBSD s'accelère :)
- [^] # Re: Tant mieux
  
  Posté par Laurent Saint-Michel le 02 mai 2001 à 20:28. Évalué à -1.
  
  et les bug atrrivent ;)
# decpetion

Posté par Anonyme le 02 mai 2001 à 20:37. Évalué à 0.

quand je pense, avec tout le lobbying *bsd sur linuxfr, que j'ai failli laisser tomber mon linux pour un os qui ne connait même pas le smp...

j'en suis tout tremblant
- [^] # Re: decpetion
  
  Posté par Anonyme le 02 mai 2001 à 20:56. Évalué à 0.
  
  Sauf que Linux est un OS ce que n'est pas BSD qui comme sont nom l'indique est juste une methode (une licence) de distribution d'OS. Donc OpenBSD ne gere pas le smp mais FreeBSD si.
  a+
  - [^] # Re: decpetion
    
    Posté par Anonyme le 02 mai 2001 à 21:03. Évalué à 0.
    
    Si OpenBSD et FreeBSD sont tous deux des BSD, conformément à) leurs licences,
    
    je ne comprends pas ton commentaire.
    
    À+
    - [^] # Re: decpetion
      
      Posté par Anonyme le 02 mai 2001 à 21:16. Évalué à 0.
      
      Bha si ca veut dire qu'a partir du meme noyau chaque branche BSD est partit dans le sens qu'il souhaité. Pour OpenBSD la performance n'a jamais été une priorité, leur truc a eux c'est la securité. Par contre pour FreeBSD la priorité ca été les performances sur x86, cela inclus le smp (qui je te l'accorde n'a pas encore le niveau d'un linux 2.4).
      Mais bon le smp n'est qu'un critere de selection dans le choix d'un OS.
      - [^] # Re: decpetion
        
        Posté par Anonyme le 02 mai 2001 à 23:03. Évalué à 0.
        
        > Mais bon le smp n'est qu'un critere de selection dans le choix d'un OS.
        
        C'est clair ça dépend de ce que tu veux faire avec ! Pour un routeur/firewall pas nécessaire mais pour supporter des gros sites web ...
        
        [^] # Re: decpetion
        
        Posté par Anonyme le 02 mai 2001 à 23:09. Évalué à 0.
        
        Oui et justement OpenBSD est surtout utilisé comme routeur/firewall...
      - [^] # Re: decpetion
        
        Posté par Anonyme le 03 mai 2001 à 08:42. Évalué à 0.
        
        Faux, la priorite du team openbsd est la qualite de codage, la securite n'est qu'une resultante
      - [^] # Re: decpetion
        
        Posté par Anonyme le 25 juillet 2001 à 13:03. Évalué à 0.
        
        > qui je te l'accorde n'a pas encore le niveau d'un linux 2.4
        
        ce genre de troll pourri c'est d'un mauvais gout... il est ou le bench ? des preuves !! des chiffres !!
        
        (j'utilise le SMP sous FBSD 4.3 / 5.0)
- [^] # Re: decpetion
  
  Posté par Anonyme le 02 mai 2001 à 23:21. Évalué à 0.
  
  linus en ait encore a bavé devant la gestion de la memoire virtuelle sous freebsd!
  ;-)
  - [^] # Re: decpetion
    
    Posté par Anonyme le 02 mai 2001 à 23:27. Évalué à 0.
    
    Ouais, et moi je bave carrement pas devant ton orthographe
    - [^] # Re: decpetion
      
      Posté par Anonyme le 02 mai 2001 à 23:32. Évalué à 0.
      
      ou la oui pas belle la faute
      linux en est encore a bavé ...etc..
      xcuse ma poule
      bon tu veux discuter de l'argument ?
      - [^] # Re: decpetion
        
        Posté par Anonyme le 02 mai 2001 à 23:34. Évalué à 0.
        
        oul la et puis bavé c baver (er)
        moi fatiqué ,aller dormir...
# S'inspirer de FreeBSD ?

Posté par Anonyme le 02 mai 2001 à 22:56. Évalué à 0.

Pourtant il me semble qu'entre les ressemblances FreeBSD/OpenBSD et le support SMP du FreeBSD, ça devrait se faire ...
- [^] # Re: S'inspirer de FreeBSD ?
  
  Posté par Anonyme le 02 mai 2001 à 23:06. Évalué à 0.
  
  Techniquement oui bien sur. Mais faut savoir que c'est pas le grand amour entre les developpeurs FreeBSD et OpenBSD :-/
  - [^] # Re: S'inspirer de FreeBSD ?
    
    Posté par bmc le 03 mai 2001 à 00:24. Évalué à 1.
    
    Et NetBSD c'est pas SMP ?
    - [^] # Re: S'inspirer de FreeBSD ?
      
      Posté par Anonyme le 03 mai 2001 à 02:23. Évalué à 0.
      
      nan
    - [^] # Re: S'inspirer de FreeBSD ?
      
      Posté par Miod in the middle le 03 mai 2001 à 12:48. Évalué à 1.
      
      NetBSD dispose d'un support SMP encore en développement, qui est très stable sur la plupart des i386 et certains modèles d'alpha, et beaucoup moins sur sparc, vax, et quelques modèles d'alpha plus anciens.
      On peut raisonnablement s'attendre à ce que, d'ici un an, il y a ait un support stable pour la plupart des architectures sur lesquelles tourne NetBSD et existant en multiprocesseur.
      Ensuite, il restera a améliorer la scalabilité...
  - [^] # Re: S'inspirer de FreeBSD ?
    
    Posté par Anonyme le 03 mai 2001 à 00:27. Évalué à 0.
    
    Ah je ne savais pas ... dommage pour tout le monde :(
    <troll à 2 balles>
    remarque c'est toujours mieux que la dictature à 2 têtes linusTorvalds/alanCox de Linux :)
    </troll>
    - [^] # Re: S'inspirer de FreeBSD ?
      
      Posté par Anonyme le 03 mai 2001 à 10:28. Évalué à 0.
      
      Des dictateurs sans grands pouvoirs ... mais beaucoup de compétences.
# RTFM

Posté par Anonyme le 03 mai 2001 à 00:47. Évalué à 0.
à propos des FreeBSD, OpenBSD, NetBSD, ça serait pas mal de faire (ou de renvoyer vers) un RTFM expliquant les grosses différences et les objectifs de chaque... (si en plus y'avait un comparatif avec linux ça serait encore mieux !) ...

... un peu plus détaillé que
- "NetBSD est super-portable,
- OpenBSD est orienté sécurité,
- FreeBSD a une stack réseau qui pète la classe" !
- [^] # Re: RTFM
  
  Posté par Anonyme le 03 mai 2001 à 02:27. Évalué à 0.
  
  Que veux-tu de plus que ça ?
  C'est les critères de choix.
  FreeBSD est plutôt orienté comme Linux (vitesse, fonctionnalités, interface utilisateur ... au prix d'une sécurité heu ... très limite).
  - [^] # Re: RTFM
    
    Posté par Anonyme le 03 mai 2001 à 10:58. Évalué à 0.
    
    ya deja un truc existant
    mais c'est la :
    http://www.bsdfr.org/docs/bsd.rxml(...)
  - [^] # Re: RTFM
    
    Posté par Anonyme le 25 juillet 2001 à 13:13. Évalué à 0.
    
    [références: archives de freebsd-questions/freebsd-stable, mails de JKH...]
    
    FreeBSD n'est pas orienté perf par défaut. Il est orienté "fiabilité", c'est à dire : "moins de risque de perdre les donnée". La perf s'ajoute facilement (avec des sysctl / soft-updates), mais un onduleur est conseillé (comme partout).
    
    > FreeBSD est orienté comme Linux [...]
    ça me fait un peu grincer des dents. Mais je ne préfère pas ajouter des trolls débiles. on peu en discuter en dehors du forum si tu veux (olivier POINT cortes AT free POINT fr). Déjà il faudrait savoir de quel linux tu parles. Le seul qui se rapproche de FreeBSD, c'est peut-être Debian.
# bon courrage mon gars ... t'as pas cent balles ?

Posté par Anonyme le 03 mai 2001 à 02:35. Évalué à 0.

C'est pas gagné de faire bosser Theo là-dessus.
Vu le boulot il va pas vouloir se prendre la tête et il aura raison, s'il intègre ça il ne pourra plus tenir la cadance (1 major tous les 6 mois) et il aurra plus de thunes.

<ma life.com>
De toutes façons, vu les perfs du système de fichiere, au chapitre de la vitesse y'a du boulot avant le smp.
</ma life.com>
- [^] # Re: bon courrage mon gars ... t'as pas cent balles ?
  
  Posté par Anonyme le 03 mai 2001 à 08:48. Évalué à 0.
  
  ha !
  reponse typique de la personne qui ne connait pas openbsd
  
  1) le fs est synchrone par defaut
  2) avec les soft updates ca va beaucoup plus vite
  3) la 2.9 est encore plus rapide
  
  les commentaires dans ce style tu peux les envoyer direct a la poubelle
  - [^] # Re: bon courrage mon gars ... t'as pas cent balles ?
    
    Posté par Anonyme le 03 mai 2001 à 09:19. Évalué à 0.
    
    les sotfts updates s'installent comment ?
    package ou port?
    ft il modifier des fichier conf?
    - [^] # C'est un parametrage, je crois.
      
      Posté par reno le 03 mai 2001 à 10:37. Évalué à 1.
      
      Je ne connais pas les *BSD mais soft update, c'est plutot un parametrage du systeme de fichier.
      
      Je ne pense pas qu'il y ait quelque chose a installer, a mon avis ca doit etre marquer en gros dans les HOW-TO, FAQ..
    - [^] # Re: bon courrage mon gars ... t'as pas cent balles ?
      
      Posté par Miod in the middle le 03 mai 2001 à 13:01. Évalué à 1.
      
      Le support des softupdates est à configurer dans le noyau (option FFS_SOFTUPDATES, par défaut dans GENERIC).
      Ensuite, il suffit de monter sa partition avec l'option «softdep».
      - [^] # Re: bon courrage mon gars ... t'as pas cent balles ?
        
        Posté par Anonyme le 03 mai 2001 à 15:44. Évalué à 0.
        
        if faut donc recompiler le noyau pr ca !
        et editer fstab ?
        c pas un peu lourd pr un truc insteressant qui devrait etre configuré par défaut?
        
        [^] # Re: bon courrage mon gars ... t'as pas cent balles ?
        
        Posté par Miod in the middle le 04 mai 2001 à 03:04. Évalué à 1.
        
        Bon, je me suis fait mal comprendre.
        
        Le support des softupdates est inclus dans les noyaux GENERIC que t'installe le programme d'installation.
        
        Cependant, c'est a l'utilisateur de l'activer (via /etc/fstab ou une commande mount bien sentie), parce que les softupdates, mine de rien, ca reclame une quantite non negligeable de memoire dans l'espace d'adressage du noyau, chose que toutes les architectures supportees ne peuvent se permettre (sun4 et sun4c, pour ne citer qu'elles...).
  - [^] # Re: bon courrage mon gars ... t'as pas cent balles ?
    
    Posté par Miod in the middle le 03 mai 2001 à 12:56. Évalué à 1.
    
    Ha !
    Réponse typique de l'anonyme qui croit connaître openbsd...
    
    Bon, d'accord, j'exagère.
    
    Mais je ne sais pas pourquoi tout le monde s'imagine que le système de fichiers est monté en sychrone par défaut.
    Ce n'est pas le cas.
    Seules les opérations sur les répertoires sont synchrones (création de fichiers, changement de nom). Les opérations sur les fichiers sont asynchrones.
# SMP pour Linux

Posté par Anonyme le 03 mai 2001 à 12:36. Évalué à 0.

La communauté Linux ferait bien de les suivre et de faire du vrai SMP, gérer comme il faut. Il pourrait aussi commencer par essayer de gérer les threads et puis on arrivera peut-être à un Os qui pourra s'envisager donas un environnement professionnel. Evidemment corriger tous ses problèmes de sécurites et arrêter de changer de pile TCP/IP, à chaque version mineure du noyau !

Suivre le flux des commentaires

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