En tout cas, ils sont efficaces chez BOINC.
Il me manquait une fonction.
3h après, ils me l’ont codé
du chauffage pour chez aileF
c’est l’efficacité du monde opensource !
j’ai souvent eu cette agréable surprise aussi sur plusieurs projets opensource …
en comparaison un souci bloquant empêchant une mise en prod sur un produit IBM… 5 mois d’attente… pour une mise à jour de driver ODBC pas mis à jour et buggé de façon certaine et connue depuis 4 ans…
dis nous quand les premiers travaux seront disponibles pour qu’on regarde nos machines tourner 
:jump:
karma+
J’ai mis ma machine à dispo.
je suis le premier à défendre le monde du libre, et mon animal totem est le gnu, mais là tu fais de la caricature.
même pas de la caricature…
je pourrais te montrer le ramdam que j’ai du faire pour arriver à faire bouger ibm pour leur driver odbc buggé sous linux (en architecture ppc64 optimisé pour power7, autrement dit pour faire tourner un linux sur un as400 via le système de virtualisation intégré de l’as400 donc sur une de leur machine)
au début on a accusé php puis php-odbc pour se rendre au final compte que c’était le driver odbc proprio ibm qui avait un souci (pour des accès à une base DB2 depuis une fedora sur la 2ième partition d’un “as400” nouvelle génération…). un gars de redhat a été assez réactif (même si c’était la fedora et donc la version communautaire), mais chez ibm il a fallu leur montrer tous les bugs soumis pour php, pour php-odbc, pour la fedora pour qu’ils admettent que c’était chez eux.
j’ai fait un démonstrateur du problème (grâce à l’aide de la communauté opensource qui m’a fournit des cas à faire tourner pour identifier le problème) puis on a fini par obtenir une nouvelle version des drivers odbc intégrant la correction de bug 
ok, ce n’est pas une caricature, c’est un cas isolé de mecs incompétents.
je peux te citer des cas contraires dans les deux cas : perdre ton temps avec des baltringues qui croient que faire du libre, ça veut dire se toucher la nouille et une grosse boite qui est réactive au bug fix en moins d’une journée.
je peux aussi te donner l’exemple contraire du contraire : une grosse boite qui se touche et une communauté qui déchire.
bref, je ne pense pas que stigmatiser un système ou l’autre en se basant sur des exemples pris séparément soit parlant.
ça ressemble aux discussion mac/pc, amiga/atari, gros/petit-boutistes etc.
j’arrête le flood ici, car c’est une porte qui s’ouvre sur ce troll bien connu.
:mdr: mais non, ce n’est pas un troll, tout le monde sait bien que l’atari est meilleur que l’amiga 
bon, sinon, on est tous sur les starting block pour voir nos clients boinc tourner…
Il y a encore du boulot avant que ça tourne !
Va falloir que j’embauche des chinois pas chers
C’est pour porter le code sous BOINC ?
ils utilisent quel système ?
hello
je viens de désactiver le serveur BOINC.
Parce que
- en ce moment j’ai pas super le temps de m’en occuper
- c’était un premier test « à l’arrache », mal configuré. Et j’ai tout cassé en essayant une mise à jour.
- les mecs de BOINC commencent à s’inscrire en masse
J’en démarre un autre plus propre bientôt.
Tiens nous au courant quand tu as besoin de CPU
J’en avais entendu parlé. C’est marrant. Mais passé le concept, c’est moyen :
*) à ma connaissance, pas d’API open-source donc totalement dépendant de la société.
*) je ne pense pas qu’il y ait d’upgrade possible du radiateur.
*) la puissance de calcul disponible dépend totalement du succès de la vente du radiateur.
*) Tant qu’à faire autant utiliser son PC pour ça : on peut faire autre chose que du chauffage 
Bref, je préfère boinc (il existe un système similaire, mais je ne trouve plus, c’était proposé par IBM je crois).
En tout cas, ces solutions présentent toutes un point faible commun : l’été ! Peut-être un peu atténué pour des projets d’envergure mondiale à cause de l’opposition des saisons, mais il ne doit pas y avoir beaucoup d’ordi dans l’hémisphère sud.
Un point qui peut être pénible (au moins pour boinc) pour le développeur, est que ça demande de réécrire son code. Ne l’ayant jamais fait, je ne sais pas en quelle mesure c’est difficile.
mouaip … mais tu attaque ça du point de vue du g33k …
Mme Michu ce qu’elle voit c’est du chauffage gratuit et pour lequel elle n’a absolument pas besoin d’API open source ! (en revanche, je dote que ça puisse remplacer un vrai gros radiateur qui fait dans les 2kW)
Comme tu le dis : gros doute aussi coté des gars qui vont louer une puissance de calcul uniquement disponible en hiver 
vu l’isolation et la “puissance” de calcul disponible chez nous, ça serait pas un luxe.
pour le côté saisonnier, on s’en fout quand il fait chaud je pars voler !! 
Pour le problème de saison, il faudrait utiliser la chaleur dégagée pour faire tourner un compresseur de clim… :clown:
L’histoire continue… (pour quand je serai moins overbooké avec les Pioupious)
Et quite à ne pas y passer beaucoup de temps, autant employer les grands moyens.
Du coup à la fin du mois, je pars une semaine à Budapest pour le 10th BOINC Workshop.
http://boinc.berkeley.edu/trac/wiki/WorkShop14
C’est encore un coup de tête, mais tout à fait sérieux. J’ai déjà pris les billets et le logement.
Ça sera l’occasion de croiser tous les experts du domaine, et de les inciters à me filer un petit coup de main
J’y donnerai un talk : “Using BOINC for building the “wikipedia” of real-time weather forecasting” (et aussi for totalement repenser le fonctionnement de meteo-parapente pour empoweriser le end user)
Ceux qui sont interessés, passez me voir sur mon stand à la coupe icare.
Cool, j’ai déjà trouvé un Grenoblois de l’INRIA qui y va aussi.
Et en plus il connait qu’est-ce que je fais :
[quote]J’ai vu les pioupious, l’open data et tout. C’est super classe/rigolo
[/quote]
Mes slides qui présentent le projet :
https://docs.google.com/presentation/d/1BnEZeMgvNy2pwyG1YABkuzbK_Na-JqNqgLO0cjimsOE/edit?usp=sharing
C’était bien le BOINC Workshop ?
Je vais aller googliser pour voir ce qui se raconte sur le sujet