Ce n'est pas vraiment un scoop, l'information circulait, disant qu'un développeur de l'équipe d'OpenBSD (Kevin Lo) était en train de porter le pilote écrit pour FreeBSD, porté par la suite sur DragonFlyBSD.
Pour information, voici la liste du matériel fonctionnel :
- Le Wi-Fi fonctionne nativement (rum(4), pas de couche ndiswrapper) ;
- Carte graphique (merci les pilotes libres Intel) ;
- Gestion de la batterie (acpibat(4)) ;
- La sortie audio (azalia(4)), (l'entrée n'a pas été essayée) ;
- Le lecteur de carte SD (en umass(4)) ;
- Le bluetooth semble fonctionner d'après le site web (ubt(4)) ;
- La caméra ne fonctionne pas, mais le site web indique : "doesn't work **yet**" ("ne fonctionne pas **encore**")
Tout ça près de chez vous sur -current, à vos compilateurs... Vous pouvez effectuer une installation de diverses manières :
- À partir d'une clé USB ;
- En utilisant un logiciel tel que unetbootin qui va se charger de transformer l'iso d'OpenBSD 4.4 ou 4.5 (disponible dans les snapshots) en un système initialisable par SD-card/USB ;
- Ou classiquement par une installation réseau (démarrage PXE).
Aller plus loin
- Commit CVS (6 clics)
- OpenBSD (24 clics)
- Journal présentant l'information (23 clics)
- Suivi des changements de -current (3 clics)
# Facile…
Posté par psychoslave__ (site web personnel) . Évalué à 1.
—>[]
[^] # Re: Facile…
Posté par psychoslave__ (site web personnel) . Évalué à 3.
[^] # Re: Facile…
Posté par ErrTu . Évalué à 2.
Mais j'attends avec impatience ta machine à remonter le temps.
# Test!
Posté par Grunt . Évalué à 3.
ça va être l'eeePC qui en fera les frais. C'est parti :+)
THIS IS JUST A PLACEHOLDER. YOU SHOULD NEVER SEE THIS STRING.
# Serveur
Posté par toctoc1 . Évalué à 1.
Voilà le prochain serveur de linuxfr.org sur les rails.
Une batterie de 500 eepc en cluster sous openBSD.
C'te clôôôôsse. ^^
[^] # Re: Serveur
Posté par IsNotGood . Évalué à 4.
Les perfos d'OpenBSD sont si lamentables ?
[^] # Re: Serveur
Posté par Grunt . Évalué à 2.
Déjà, on n'utilise pas le Wifi pour un serveur, mossieur !
THIS IS JUST A PLACEHOLDER. YOU SHOULD NEVER SEE THIS STRING.
[^] # Re: Serveur
Posté par Romeo . Évalué à 3.
Justement la news parle du support du controlleur ethernet de l'eeepc :)
[^] # Re: Serveur
Posté par Grunt . Évalué à 2.
Un eeePC pour faire un serveur "low cost" c'est une idée, mais j'ai envie de voir ce que ça donne en usage "client".
THIS IS JUST A PLACEHOLDER. YOU SHOULD NEVER SEE THIS STRING.
[^] # Re: Serveur
Posté par toctoc1 . Évalué à 2.
Déjà, on n'utilise pas le Wifi pour un serveur, mossieur ! [/i]
Mon leitmotiv à moi, c'est qu'un poweradmin qui n'utilise pas de wifi sur un serveur n'est pas un poweradmin couillu. Oui, môôôôôsieur.
[^] # Re: Serveur
Posté par Grunt . Évalué à 2.
A voir s'il est aussi "couillu" pour répondre d'une panne ou d'une interception des données..
THIS IS JUST A PLACEHOLDER. YOU SHOULD NEVER SEE THIS STRING.
[^] # Re: Serveur
Posté par Sylvain AVRIL (site web personnel) . Évalué à 1.
Microsoft a fait récemment une démo d'un cluster à base d'Intel Atom. Bon, passons sur le fait que c'était pour démontrer que Windows 7 était moins gourmand que son prédécesseur.
L'avantage de ce type de solution est que l'Atom a un rapport consommation électrique/puissance bien supérieur aux processeurs Intel classiques (Core 2, Xeon), donc cela permet de faire des clusters plus "Green" (moins de conso électrique et moins de besoin de refroidissement).
Bon après y'a une méthode plus simple : installer Linux/BSD au lieu de Windows, ça consomme vachement moins de CPU :-).
Ensuite, faudra apprendre aux développeurs à paralléliser leurs traitements. Là j'ai plus de doutes.
A l'avenir par contre, les gestionnaires de datacenters risquent de se poser la question.
Déjà il y a une question que les décideurs avertis se posent : doit-on proposer des netbook plutôt que des PCs portables si nos applications sont toutes web ou utilisables avec la puissance d'un netbook ?
[^] # Re: Serveur
Posté par Antoine . Évalué à 3.
Sur quels benchmarks ?
Est-ce que la consommation s'entend CPU seul ou système entier (c-à-d. en comptant le chipset, la mémoire, le stockage etc.) ?
Ensuite, faudra apprendre aux développeurs à paralléliser leurs traitements. Là j'ai plus de doutes.
Ca m'amuse ce genre de discours illuminé où on stigmatise une population (les développeurs) qui seraient une bande d'ignorants auxquels il suffirait d'enseigner. Ca rejoint un peu le discours de certains politiciens et "experts" médiatiques (la pédagogie, etc.).
La réalité c'est que tous les traitements ne sont pas parallélisables facilement, que cela peut représenter un surcoût énorme en temps de travail, ainsi qu'un gisement de bugs supplémentaires.
Enfin, et on oublie aussi que gérer 10*N machines ne représente pas forcément la même charge de travail que gérer N machines (administration système, remplacement des systèmes défaillants...).
doit-on proposer des netbook plutôt que des PCs portables si nos applications sont toutes web ou utilisables avec la puissance d'un netbook ?
Oui, et la taille de l'écran n'a bien entendu aucune importance pour l'utilisation confortable de l'outil informatique. Vive le prêt-à-penser, à bas le contact avec la réalité.
# scoop
Posté par Patrick Lamaizière (site web personnel) . Évalué à 4.
Faut croire que si, si on en fait une dépêche.
Hé les gars, OpenBSD supporte un truc plus moderne qu'une machine sparc ou les ordinosaures de Miod.
Incroyable !
les pixels au peuple !
[^] # Re: scoop
Posté par Romeo . Évalué à 2.
[^] # Re: scoop
Posté par Metzgermeister . Évalué à 4.
Haha, vendredi, quand tu nous tiens...
[^] # Re: scoop
Posté par Miod in the middle . Évalué à 2.
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.