Le synopsis laisserait penser que le débat tournera essentiellement autour de la consommation électrique des datacenters.

Eh bah, ce sera aussi passionnant que de polémiquer sur l'énorme consommation d'eau d'une brasserie. A la vôtre

Voilà mon enregistrement :
Vous pouvez regarder en live ou télécharger.

Si il y a des petites coupures c'est normal, j'ai un PC qui à download en même temps et il y a un petit problème de TV sur le routeur quand on commence à monter en débit.

Bon, un volontaire pour en faire une fiche de lecture ? J'ai meme la flemme de regarder tellement je le sens pas ce sujet...

J'ai regardé les 2 émissions France 5 de la soirée. Autant la première sur la place de nos écrans dans la société était plutôt bien faite.

Par contre, la 2ieme émission sur la pollution du monde numérique, bof bof. De belles images de datacenter, d'infrastructures télécom, comme je les aime.

Mais on tombe rapidement dans le sensationalisme journalistique. Le sujet n'est pas creusé, on nous balance des chiffres "tel datacenter consomme l'équivalent de tant de milliers d'habitants", pour nous faire peur, mais c'est tout. Pas d'analyse approfondie du sujet. On ne sait pas quelle proportion de l'électricité est consommée par le business numérique, ni quelles sont les solutions pour diminuer.
Beaucoup de données très discutables : 1 e-mail consommerai 30Wh selon le reportage, je n'y crois pas une seule seconde! Vu qu'un serveur e-mail de quelques centaines de watts sait traiter des milliers/dizaines de milliers d'e-mails par heure.

Et puis la partie optimiste du reportage (on connait le scénario de ce genre de reportages  type "national geographics") sur les "smartgrid" et les "serveurs-radiateurs à la maison", c'est juste une lecture de la pub des fournisseurs de ces 2 solutions, rien de plus. Là non plus, aucune analyse sur la pertinence du truc. Pour moi, les "smartgrid" ne pourront pas changer fondamentalement la production/consommation électrique. Pour les "serveurs-radiateur à la maison", là aussi, ça me semble anecdotique par rapport au problème. Il me parait impensable de généraliser la pratique à une portion significative des serveurs.

Leon.

Un DC à la maison, déjà fait

Ca fait chauffage d'appoint l'hiver...

L'idée n'est pas mauvaise, utiliser les ressources CPU inutilisées du grand public... ça a été testé à l'époque de Distributed.Net et Seti@Home, ça a pas mal marché.

Juste pour préciser: dans le reportage, ils font la pub pour la startup française "qarnot computing", et leurs serveurs-radiateur.
http://www.qarnot-computing.com/technology

Mais peu importe on retombera sur le meme problème à savoir la production d'électricité. Le PV je n'y crois guère, l'énergie est trop intermittente, l'éolien me semblerait plus adapté meme malgré son faible rendement. Mais tant que l'énergie "de réseau" coutera moins chère que l'énergie "en propre", aucune chance que ça ne se développe vraiment.

OVH au Canada pourrait très bien annoncer qu'il fonctionne 100% à l'énergie renouvelable, vu qu'il est alimenté par des barrages d'Hydro-Quebec. Mais ça ne veut pas dire que cette forme d'énergie renouvelable est sans impact sur l'environnement.

Reste à baisser la consommation des DC en travaillant le PUE.

En fait, je crois que beaucoup de monde se trompent en ne regardant que le PUE du datacenter. Pour gagner beaucoup, il faut d'abord travailler sur les serveurs eux-même et la façon de les utiliser.
* Utiliser des composants moins énergivores
* Pour tout ce qui est redondant dans un serveur/installation IT, essayer au maximum de laisser la partie redondante en veille (alim serveur, serveur de secours, etc...)
* Apprendre à coder de manière économique (en terme de ressource / conso électrique)
* dans un groupe de serveurs (frontaux web par exemple), éteindre des serveurs lors des périodes creuses
* développer le maximum de code en "accélération hardware" (nous en sommes au tout début)

Leon.

* développer le maximum de code en "accélération hardware" (nous en sommes au tout début)

Leon.

C'est marrant ce que tu dis car c'est l'inverse de la tendance : il y a 20ans et plus, on programmait souvent en assembleur. Puis on ne l'a conservé que pour les sections critiques (vitesse d'exécution, code embarqué, etc). Enfin, on a tout passé en Java ou autre langage de haut-niveau. Bref, on s'est vachement éloigné du hardware et on a perdu en optimisation du code. Y'a bien un effort qui a été fait niveau graphique mais on doit encore utiliser des API spécifiques.