<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	
	>
<channel>
	<title>
	Commentaires sur : « Eurocloud s&#8217;attaque au coeur du problème de consommation d&#8217;énergie »	</title>
	<atom:link href="https://www.enerzine.com/eurocloud-sattaque-au-coeur-du-probleme-de-consommation-denergie/15275-2012-09/feed" rel="self" type="application/rss+xml" />
	<link>https://www.enerzine.com/eurocloud-sattaque-au-coeur-du-probleme-de-consommation-denergie/15275-2012-09</link>
	<description>L&#039;énergie au quotidien</description>
	<lastBuildDate>Mon, 01 Oct 2012 19:28:38 +0000</lastBuildDate>
	<sy:updatePeriod>
	hourly	</sy:updatePeriod>
	<sy:updateFrequency>
	1	</sy:updateFrequency>
	<generator>https://wordpress.org/?v=6.9.4</generator>
	<item>
		<title>
		Par : Tech		</title>
		<link>https://www.enerzine.com/eurocloud-sattaque-au-coeur-du-probleme-de-consommation-denergie/15275-2012-09#comment-48922</link>

		<dc:creator><![CDATA[Tech]]></dc:creator>
		<pubDate>Mon, 01 Oct 2012 19:28:38 +0000</pubDate>
		<guid isPermaLink="false">https://www.enerzine.com/eurocloud-sattaque-au-coeur-du-probleme-de-consommation-denergie/15275-2012-09#comment-48922</guid>

					<description><![CDATA[décidément ! vous semblez ne pas vouloir voir la vérité en face. votre nouveau lien démontre la même chose l&#039;optéron de la liste a un rapport prix sur perf de 60 et le premier de la liste l&#039;intel un rapport de 122! soit 2 fois plus cher pour la même performance ou 2 fois moins de performance pour le mêm prix! je vous disais bien qu&#039;AMD était un meilleur investissement! et le processeur AMD mentionné est déjà ancien vous parlez de serveurs et ne semblez pas avoir lu le lien précedent sur Seamicro un autre de Reuters vous paraitrait-il plus sérieux! obligé de supprimer des liens! voir aussi: les annonces du linley group pour vous informer de l&#039;intérêt d&#039;AMD dans les seveurs (en 2011) Concernant OpenCL. avez-vous bien cherché pour ne pas trouver celui-ci: assez d&#039;outils? Mode énervé ;o(( il faut arréter de regarder dans les catalogues office dépot ou metro, quand on prétend faire de &quot;l&#039;informatique&quot; et au moins surfer sur les sites des fabricants. mode revenu au calme ;o) Vous semblez raisonner sur des idées ou des informations assez anciennes, je ne travaille pas chez AMD, mais je suis leur évolution depuis longtemps et le rapport qualité prix offert est supérieur. que le support soit faible en France est une autre histoire, qui n&#039;a rien a voir avec la valeur intrinsèque de l&#039;offre Intel a malheuresuement des moyens promotionnels très supérieurs et c&#039;est nécessaire! vu les prix élevés qu&#039;ils proposent]]></description>
			<content:encoded><![CDATA[<p>décidément ! vous semblez ne pas vouloir voir la vérité en face. votre nouveau lien démontre la même chose l&rsquo;optéron de la liste a un rapport prix sur perf de 60 et le premier de la liste l&rsquo;intel un rapport de 122! soit 2 fois plus cher pour la même performance ou 2 fois moins de performance pour le mêm prix! je vous disais bien qu&rsquo;AMD était un meilleur investissement! et le processeur AMD mentionné est déjà ancien vous parlez de serveurs et ne semblez pas avoir lu le lien précedent sur Seamicro un autre de Reuters vous paraitrait-il plus sérieux! obligé de supprimer des liens! voir aussi: les annonces du linley group pour vous informer de l&rsquo;intérêt d&rsquo;AMD dans les seveurs (en 2011) Concernant OpenCL. avez-vous bien cherché pour ne pas trouver celui-ci: assez d&rsquo;outils? Mode énervé ;o(( il faut arréter de regarder dans les catalogues office dépot ou metro, quand on prétend faire de « l&rsquo;informatique » et au moins surfer sur les sites des fabricants. mode revenu au calme ;o) Vous semblez raisonner sur des idées ou des informations assez anciennes, je ne travaille pas chez AMD, mais je suis leur évolution depuis longtemps et le rapport qualité prix offert est supérieur. que le support soit faible en France est une autre histoire, qui n&rsquo;a rien a voir avec la valeur intrinsèque de l&rsquo;offre Intel a malheuresuement des moyens promotionnels très supérieurs et c&rsquo;est nécessaire! vu les prix élevés qu&rsquo;ils proposent</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		Par : Lionel_fr		</title>
		<link>https://www.enerzine.com/eurocloud-sattaque-au-coeur-du-probleme-de-consommation-denergie/15275-2012-09#comment-48921</link>

		<dc:creator><![CDATA[Lionel_fr]]></dc:creator>
		<pubDate>Mon, 01 Oct 2012 17:40:41 +0000</pubDate>
		<guid isPermaLink="false">https://www.enerzine.com/eurocloud-sattaque-au-coeur-du-probleme-de-consommation-denergie/15275-2012-09#comment-48921</guid>

					<description><![CDATA[J&#039;ai oublié de dire : Intel pourrait doubler ses prix et AMD les diviser par cinq ! ce n&#039;est pas vraiment le problème d&#039;un cargo de 15000 tonnes d&#039;économiser 200€ sur la logique de son moteur d&#039;étrave ... Les économies dont vous parlez n&#039;appartiennent pas à mon monde Dans les serveurs , c&#039;est pareil sauf pour les petits dédiés qui sont loués à l&#039;année, c&#039;est le marché actuel d&#039;ARM , ces machines souvent sous employées, permettent à de nombreux constructeurs de solutions moins énormes que les xeons de trouver un marché très prometteur Leur multiplication entraine un surcroit de consommation mais , il s&#039;avère que les hébergeurs ne répercutent pas la consommation electrique à leurs clients c&#039;est sûrement cet argument qui clôturera cette question et Enerzine le sait mieux que personne (*ovh vous fait il payer la consommation ou le refroidissement ? non bien sur) donc à quoi bon économiser puisque l&#039;électricité est gratuite ! En revanche si on dépasse la bande passante allouée , on paye un supplément mais les datacenters n&#039;ont pas la logique pour facturer autre chose que des prestations strictement *it et l&#039;electricité n&#039;en fait pas partie ou plutôt elle est forfaitisée dans l&#039;offre standard (pour un montant très faible évidemment) Allez , Bonne chance à AMD , la seule seconde source au monde pour les x86, sans lui , le monopole serait total !!!! Sa performance est donc très appréciable]]></description>
			<content:encoded><![CDATA[<p>J&rsquo;ai oublié de dire : Intel pourrait doubler ses prix et AMD les diviser par cinq ! ce n&rsquo;est pas vraiment le problème d&rsquo;un cargo de 15000 tonnes d&rsquo;économiser 200€ sur la logique de son moteur d&rsquo;étrave &#8230; Les économies dont vous parlez n&rsquo;appartiennent pas à mon monde Dans les serveurs , c&rsquo;est pareil sauf pour les petits dédiés qui sont loués à l&rsquo;année, c&rsquo;est le marché actuel d&rsquo;ARM , ces machines souvent sous employées, permettent à de nombreux constructeurs de solutions moins énormes que les xeons de trouver un marché très prometteur Leur multiplication entraine un surcroit de consommation mais , il s&rsquo;avère que les hébergeurs ne répercutent pas la consommation electrique à leurs clients c&rsquo;est sûrement cet argument qui clôturera cette question et Enerzine le sait mieux que personne (*ovh vous fait il payer la consommation ou le refroidissement ? non bien sur) donc à quoi bon économiser puisque l&rsquo;électricité est gratuite ! En revanche si on dépasse la bande passante allouée , on paye un supplément mais les datacenters n&rsquo;ont pas la logique pour facturer autre chose que des prestations strictement *it et l&rsquo;electricité n&rsquo;en fait pas partie ou plutôt elle est forfaitisée dans l&rsquo;offre standard (pour un montant très faible évidemment) Allez , Bonne chance à AMD , la seule seconde source au monde pour les x86, sans lui , le monopole serait total !!!! Sa performance est donc très appréciable</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		Par : Lionel_fr		</title>
		<link>https://www.enerzine.com/eurocloud-sattaque-au-coeur-du-probleme-de-consommation-denergie/15275-2012-09#comment-48920</link>

		<dc:creator><![CDATA[Lionel_fr]]></dc:creator>
		<pubDate>Mon, 01 Oct 2012 17:14:05 +0000</pubDate>
		<guid isPermaLink="false">https://www.enerzine.com/eurocloud-sattaque-au-coeur-du-probleme-de-consommation-denergie/15275-2012-09#comment-48920</guid>

					<description><![CDATA[Ok , je me suis trompé de bench, je vous ai mis les desktop alors qu&#039;on parlait de serveurs !! Voici le bon : Je ne vais pas épiloguer sur l&#039;amour que vous portez à AMD et sincèrement , j&#039;espère qu&#039;il parviendra a gagner des parts de marché. Je voulais essayer de mettre l&#039;accent sur le caractère professionnel de l&#039;activité serveur, ce qui ne semble pas vous contrarier dans votre évangile. Anyway l&#039;article parle de conso d&#039;énergie dans les serveurs. C&#039;est donc de ce point qu&#039;il faut traiter, un gros revers pour Intel serait le recentrage de MS vers ARM et qu&#039;AMD réussisse mieux ses APU ARM que ses x86 Bon, en l&#039;état , votre magnifique enthousiasme pour AMD ne fera pas grande différence dans les serveurs , j&#039;héberge personnellement des serveurs Intel et je ne saurais jamais si AMD est mieux car je n&#039;en commanderai pas pour cet usage. En revanche , je crois qu&#039;OVH (qui héberge enerzine) proposait des machines dédiées sur AMD il y a quelques années. Exactement le marché que vise ARM . Mais j&#039;ai du mal à comprendre pourquoi vous insistez sur AMD dans le cadre de cet article alors qu&#039;il n&#039;est question que de consommation electrique Or la conso est le point faible d&#039;AMD , ce n&#039;est pas une cata , c&#039;est juste pas le bon article pour vanter les mérites de votre boite. Personnellement , je ne prends que du Xeon, du core i7 et de l&#039;atom et aucun AMD ne les concurrence sérieusement , pas de bol ! En revanche mes systèmes cibles sont souvent des ARM 7 et cortex a 9. Et ça doit être un manque de chance horrible mais à chaque fois que je dois chercher autre chose (openCL par ex..) AMD est absent de tous les catalogues et encore moins de bol mon environnement de dev ne supporte pas AMD, c&#039;est une conspiration ! Pour prétendre challenger les systèmes pro, il faut déjà entrer dans les catalogues et proposer des outils de dev... sinon ben rien, AMD n&#039;existe pas vu d&#039;ici et vu leurs problèmes de chiffre , je doute qu&#039;ils investissent gros pour entrer sur des plateformes National Instruments, re manque de bol. C&#039;est une malédiction décidément.. Vous croyez que je vais modifier et recompiler 7 millions de lignes de code pour essayer de changer un peu de fournisseur pour voir ? vous croyez que ça marche comme ça ?]]></description>
			<content:encoded><![CDATA[<p>Ok , je me suis trompé de bench, je vous ai mis les desktop alors qu&rsquo;on parlait de serveurs !! Voici le bon : Je ne vais pas épiloguer sur l&rsquo;amour que vous portez à AMD et sincèrement , j&rsquo;espère qu&rsquo;il parviendra a gagner des parts de marché. Je voulais essayer de mettre l&rsquo;accent sur le caractère professionnel de l&rsquo;activité serveur, ce qui ne semble pas vous contrarier dans votre évangile. Anyway l&rsquo;article parle de conso d&rsquo;énergie dans les serveurs. C&rsquo;est donc de ce point qu&rsquo;il faut traiter, un gros revers pour Intel serait le recentrage de MS vers ARM et qu&rsquo;AMD réussisse mieux ses APU ARM que ses x86 Bon, en l&rsquo;état , votre magnifique enthousiasme pour AMD ne fera pas grande différence dans les serveurs , j&rsquo;héberge personnellement des serveurs Intel et je ne saurais jamais si AMD est mieux car je n&rsquo;en commanderai pas pour cet usage. En revanche , je crois qu&rsquo;OVH (qui héberge enerzine) proposait des machines dédiées sur AMD il y a quelques années. Exactement le marché que vise ARM . Mais j&rsquo;ai du mal à comprendre pourquoi vous insistez sur AMD dans le cadre de cet article alors qu&rsquo;il n&rsquo;est question que de consommation electrique Or la conso est le point faible d&rsquo;AMD , ce n&rsquo;est pas une cata , c&rsquo;est juste pas le bon article pour vanter les mérites de votre boite. Personnellement , je ne prends que du Xeon, du core i7 et de l&rsquo;atom et aucun AMD ne les concurrence sérieusement , pas de bol ! En revanche mes systèmes cibles sont souvent des ARM 7 et cortex a 9. Et ça doit être un manque de chance horrible mais à chaque fois que je dois chercher autre chose (openCL par ex..) AMD est absent de tous les catalogues et encore moins de bol mon environnement de dev ne supporte pas AMD, c&rsquo;est une conspiration ! Pour prétendre challenger les systèmes pro, il faut déjà entrer dans les catalogues et proposer des outils de dev&#8230; sinon ben rien, AMD n&rsquo;existe pas vu d&rsquo;ici et vu leurs problèmes de chiffre , je doute qu&rsquo;ils investissent gros pour entrer sur des plateformes National Instruments, re manque de bol. C&rsquo;est une malédiction décidément.. Vous croyez que je vais modifier et recompiler 7 millions de lignes de code pour essayer de changer un peu de fournisseur pour voir ? vous croyez que ça marche comme ça ?</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		Par : Tech		</title>
		<link>https://www.enerzine.com/eurocloud-sattaque-au-coeur-du-probleme-de-consommation-denergie/15275-2012-09#comment-48919</link>

		<dc:creator><![CDATA[Tech]]></dc:creator>
		<pubDate>Mon, 01 Oct 2012 12:32:58 +0000</pubDate>
		<guid isPermaLink="false">https://www.enerzine.com/eurocloud-sattaque-au-coeur-du-probleme-de-consommation-denergie/15275-2012-09#comment-48919</guid>

					<description><![CDATA[Liooooooonel pas OK, vous êtes aveuglé par le marketing et c&#039;est plutôt triste, de voir agir certain comme des moutons de Panurge et se faire berner au point de mettre en danger leurs entreprises en ne choisissant pas les meilleurs solutions en performance/prix ;o) (voir plus bas) A vous lire il semblerait que vous ne connaissiez pas les circuits de fabrication mondiaux des puces électroniques. certe intel utilise ses fabs (dailleurs le premier grand patron d&#039;AMD avait dit il y a une quinzaine d&#039;année &quot;only real men have fabs&quot;! mais depuis les choses ont bien changé. les 5 premiers Fabless (dont AMD et qualcom, broadcom, nvidia, marvell) ont un CA de plus de 30 milliards de dollars, les 25 premiers plus de 50 Mds et tous ensembles plus de 60 milliards! (une paille!) AMD ne sous-traite pas en Corée du sud, mais essentiellement au niveau de TSMC (Taiwan semi co!) en plus de global foundries, ses anciennes fab. vous soutiendriez que TSMC ne serait pas US friendly!?!vous netrouverez personnes pour supporter cette thèse AMD travaille aussi en collaboration avec IBM et d&#039;autre fabricants sur les futurs process (sub 20nm) ainsi bien sur qu&#039;avec les fondeurs pour fabless! et aussi avec les agences de l&#039;état US: exemple &quot; July 11th 2012-- AMD today announced that it was selected for an award of $12.6 million for two research projects associated with the U.S. Department of Energy&#039;s (DOE) Extreme-Scale Computing Research and Development Program, known as &quot;FastForward.&quot; ensuite, il faut peut être essayer de lire et comprendre les liens que vous me conseillez de lire, AMD chaufferait abominablement! c&#039;est certainement pour cela qu&#039;Intel prépare (c&#039;est à dire qu&#039;il n&#039;ont aujourd&#039;hui rien d&#039;éqyuivalent!) un processeur avec un tdp de inférieur à 17W! (voir plus bas) la multiplicité des cores différents, n&#039;est pas un gage de rationalisation de la R&amp;D! surtout quand cela oblige à développer les compilateurs optimisé pour chaques familles! Quand vous dites que l&#039;industrie n&#039;utilise pas AMD, vous ne connaissez pas les versions embedded proposées par AMD qui est dans tous les marchés depuis plus de 20 ans en garantissant au minimum 5 ans de production ce qui de nos jours est un must!) et même les militaires, ce qui implique support et fiabilité. je ne suis pas un geek, j&#039;ai vécu cela de l&#039;intérieur et je parle en connaissance de cause, pas en lisant ou reproduisant wikipédia. il est toujours plus facile de se cacher derrière un goliath que d&#039;essayer de comprendre les avantages d&#039;un David. il suffit de prendre du recul et d&#039;analyser soi-même les informations, et de ne pas suivre le &quot;pré-maché&quot; markting des puissants. pour votre info par exemple: en prenant le lien de votre post ci dessus: 1er i2600K perf: 9.071 prix: 299,99 2èmes i2600 perf: 8.882 prix: 294,98 3ème AMD FX8120 perf: 7.040 prix: 155,95 rapport prix/performance ce qui importe au final, c&#039;est de dépenser lemoins possible pour la puissance dont on a besoin non? 1er AMD 22,15 2ème Intel2600K 33,07 soir 50% plus cher qu&#039;AMD à perf égale! 3ème intel2600 33,21 kif kif aussi cher! CQFD, merci pour le lien ! l&#039;overclocking est un bon indicateur de la robustesse du design news du 29 septembre 2012: &quot;Cela se confirme, l&#039;A10-5800K d&#039;AMD Trinity s&#039;overclocke extrêmement bien, et vendu environ 150 $, ce CPU monte facilement à 6,50 GHZ grâce à du LN2 (Azote Liquide), et de façon stable.&quot; pour des processeurs qui en version refroidie classiquement tourne 2 fois moins vite! news du 27 septembre 2012 (pas trop vieux, non?) &quot; Intel a révélé travailler sur de nouveaux CPU Pentium ULV qui seront basés sur l&#039;architecture Ivy Bridge, et bien la firme va commencer sa propagande en les comparant aux derniers ULV d&#039;AMD basé sur l&#039;architecture Trinity.&quot; en TDP17 Watts et si vous regardez l&#039;article associé, Intel n&#039;a même pas peur d&#039;annoncer que les benchmark utilisent des versions de test optimisées pour les processeurs Intel! Merci d&#039;écouter ceux qui connaissent vraiment ;o) et ne vous laissez pas avoir par la propagande. et surtout si vous voulez voir progresser vos machines, permettez à AMD de montrer les qualités de sa production et de sa proposition commerciale. vous soignerez par là même vos budgets!]]></description>
			<content:encoded><![CDATA[<p>Liooooooonel pas OK, vous êtes aveuglé par le marketing et c&rsquo;est plutôt triste, de voir agir certain comme des moutons de Panurge et se faire berner au point de mettre en danger leurs entreprises en ne choisissant pas les meilleurs solutions en performance/prix ;o) (voir plus bas) A vous lire il semblerait que vous ne connaissiez pas les circuits de fabrication mondiaux des puces électroniques. certe intel utilise ses fabs (dailleurs le premier grand patron d&rsquo;AMD avait dit il y a une quinzaine d&rsquo;année « only real men have fabs »! mais depuis les choses ont bien changé. les 5 premiers Fabless (dont AMD et qualcom, broadcom, nvidia, marvell) ont un CA de plus de 30 milliards de dollars, les 25 premiers plus de 50 Mds et tous ensembles plus de 60 milliards! (une paille!) AMD ne sous-traite pas en Corée du sud, mais essentiellement au niveau de TSMC (Taiwan semi co!) en plus de global foundries, ses anciennes fab. vous soutiendriez que TSMC ne serait pas US friendly!?!vous netrouverez personnes pour supporter cette thèse AMD travaille aussi en collaboration avec IBM et d&rsquo;autre fabricants sur les futurs process (sub 20nm) ainsi bien sur qu&rsquo;avec les fondeurs pour fabless! et aussi avec les agences de l&rsquo;état US: exemple  » July 11th 2012&#8211; AMD today announced that it was selected for an award of $12.6 million for two research projects associated with the U.S. Department of Energy&rsquo;s (DOE) Extreme-Scale Computing Research and Development Program, known as « FastForward. » ensuite, il faut peut être essayer de lire et comprendre les liens que vous me conseillez de lire, AMD chaufferait abominablement! c&rsquo;est certainement pour cela qu&rsquo;Intel prépare (c&rsquo;est à dire qu&rsquo;il n&rsquo;ont aujourd&rsquo;hui rien d&rsquo;éqyuivalent!) un processeur avec un tdp de inférieur à 17W! (voir plus bas) la multiplicité des cores différents, n&rsquo;est pas un gage de rationalisation de la R&#038;D! surtout quand cela oblige à développer les compilateurs optimisé pour chaques familles! Quand vous dites que l&rsquo;industrie n&rsquo;utilise pas AMD, vous ne connaissez pas les versions embedded proposées par AMD qui est dans tous les marchés depuis plus de 20 ans en garantissant au minimum 5 ans de production ce qui de nos jours est un must!) et même les militaires, ce qui implique support et fiabilité. je ne suis pas un geek, j&rsquo;ai vécu cela de l&rsquo;intérieur et je parle en connaissance de cause, pas en lisant ou reproduisant wikipédia. il est toujours plus facile de se cacher derrière un goliath que d&rsquo;essayer de comprendre les avantages d&rsquo;un David. il suffit de prendre du recul et d&rsquo;analyser soi-même les informations, et de ne pas suivre le « pré-maché » markting des puissants. pour votre info par exemple: en prenant le lien de votre post ci dessus: 1er i2600K perf: 9.071 prix: 299,99 2èmes i2600 perf: 8.882 prix: 294,98 3ème AMD FX8120 perf: 7.040 prix: 155,95 rapport prix/performance ce qui importe au final, c&rsquo;est de dépenser lemoins possible pour la puissance dont on a besoin non? 1er AMD 22,15 2ème Intel2600K 33,07 soir 50% plus cher qu&rsquo;AMD à perf égale! 3ème intel2600 33,21 kif kif aussi cher! CQFD, merci pour le lien ! l&rsquo;overclocking est un bon indicateur de la robustesse du design news du 29 septembre 2012: « Cela se confirme, l&rsquo;A10-5800K d&rsquo;AMD Trinity s&rsquo;overclocke extrêmement bien, et vendu environ 150 $, ce CPU monte facilement à 6,50 GHZ grâce à du LN2 (Azote Liquide), et de façon stable. » pour des processeurs qui en version refroidie classiquement tourne 2 fois moins vite! news du 27 septembre 2012 (pas trop vieux, non?)  » Intel a révélé travailler sur de nouveaux CPU Pentium ULV qui seront basés sur l&rsquo;architecture Ivy Bridge, et bien la firme va commencer sa propagande en les comparant aux derniers ULV d&rsquo;AMD basé sur l&rsquo;architecture Trinity. » en TDP17 Watts et si vous regardez l&rsquo;article associé, Intel n&rsquo;a même pas peur d&rsquo;annoncer que les benchmark utilisent des versions de test optimisées pour les processeurs Intel! Merci d&rsquo;écouter ceux qui connaissent vraiment ;o) et ne vous laissez pas avoir par la propagande. et surtout si vous voulez voir progresser vos machines, permettez à AMD de montrer les qualités de sa production et de sa proposition commerciale. vous soignerez par là même vos budgets!</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		Par : Lionel_fr		</title>
		<link>https://www.enerzine.com/eurocloud-sattaque-au-coeur-du-probleme-de-consommation-denergie/15275-2012-09#comment-48918</link>

		<dc:creator><![CDATA[Lionel_fr]]></dc:creator>
		<pubDate>Fri, 28 Sep 2012 14:19:42 +0000</pubDate>
		<guid isPermaLink="false">https://www.enerzine.com/eurocloud-sattaque-au-coeur-du-probleme-de-consommation-denergie/15275-2012-09#comment-48918</guid>

					<description><![CDATA[Ah ! J&#039;ai oublié de vous coller ce lien , juste histoire de mettre les choses au clair sur qui fait le haut de gamme et qui fait de le buzz : tout est dans le nom :]]></description>
			<content:encoded><![CDATA[<p>Ah ! J&rsquo;ai oublié de vous coller ce lien , juste histoire de mettre les choses au clair sur qui fait le haut de gamme et qui fait de le buzz : tout est dans le nom :</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		Par : Lionel_fr		</title>
		<link>https://www.enerzine.com/eurocloud-sattaque-au-coeur-du-probleme-de-consommation-denergie/15275-2012-09#comment-48917</link>

		<dc:creator><![CDATA[Lionel_fr]]></dc:creator>
		<pubDate>Fri, 28 Sep 2012 13:42:25 +0000</pubDate>
		<guid isPermaLink="false">https://www.enerzine.com/eurocloud-sattaque-au-coeur-du-probleme-de-consommation-denergie/15275-2012-09#comment-48917</guid>

					<description><![CDATA[Ok vous êtes aveuglé par l&#039;affectif et c&#039;est plutot sympa qu&#039;AMD ait des supporters prets à tuer ou plutot à sacrifier leur job parce que trop fan pour défendre leur projet au détriment de leur fondeur-poulain. Intel n&#039;a pas que deux G d&#039;avance : il fond lui-même ses puces dans une dizaine de pays, une partie de sa R&amp;D est co-financée par le dept d&#039;état, équipe les agences gouvernementales genre NASA avec d&#039;autres comme IBM ou Digital (DEC) ou motorola.... AMD sous-traite la fab en corée du sud. On ne parle pas de la même chose même s&#039;ils sont supposés en concurrence loyale , ils ne le sont certainement pas puisque Intel est implanté un peu partout chez les pays US friendly alors qu&#039;AMD attend après TSMC ou Global foundries ou dieu sait quel sous-traitant pour annoncer ses specs. En termes de consommation ou efficacité ou performance par watt (sujet de l&#039;article) la place d&#039;Intel est définitivement inaccessible aux secondes sources , AMD inclus. Ensuite , le GPGPU n&#039;est d&#039;aucune utilité dans les datacenters, ce qui clôt la question, vous me parlez de DSP , or je vous disais justement qu&#039;on ne parle pas de calcul ici mais de serveurs orientés telecom. Quand au µcode , parlez pour vous ! si vous ne descendez pas plus bas que java ou visual basic , c&#039;est vrai peu de différence , sauf qu&#039;AMD chauffe abominablement. Pour rester sur le sujet de l&#039;article, les questions énergétiques ont été intégrées dans la gamme intel avec une percée très nette des atom alors qu&#039;AMD commence tout juste à le faire en changeant légèrement ses modèles &quot;M&quot;obiles. Le seul hyper-threading constitue une économie d&#039;énergie très signifiante. AMD n&#039;a que 4 modèles de core mis à jour une fois tous les xx mois, un peu plus de ceci , un peu moins de cela ... Le truc c&#039;est que je ne fais pas trop dans la catégorie &quot;j&#039;aime&quot; en matière de CPU. Les AMD ont toujours chauffé et consommé beaucoup même si on s&#039;en fiche sur un desktop bien ventilé, c&#039;est extrèmement signifiant dans l&#039;industrie dont la plupart des intervenants n&#039;a jamais utilisé un AMD de leur vie Ensuite , si vous touchez un peu au C / C++ ASM et éventuellement à OpenCL , vous allez vite comprendre le gouffre Ca montre que le monde des geeks est rempli de conflits aussi stupides que les pronukes vs EnR . Sauf que là le leader assure vraiment contrairement au nuke, bon.. David et goliath , c&#039;est une histoire biblique , pas de l&#039;histoire contemporaine]]></description>
			<content:encoded><![CDATA[<p>Ok vous êtes aveuglé par l&rsquo;affectif et c&rsquo;est plutot sympa qu&rsquo;AMD ait des supporters prets à tuer ou plutot à sacrifier leur job parce que trop fan pour défendre leur projet au détriment de leur fondeur-poulain. Intel n&rsquo;a pas que deux G d&rsquo;avance : il fond lui-même ses puces dans une dizaine de pays, une partie de sa R&#038;D est co-financée par le dept d&rsquo;état, équipe les agences gouvernementales genre NASA avec d&rsquo;autres comme IBM ou Digital (DEC) ou motorola&#8230;. AMD sous-traite la fab en corée du sud. On ne parle pas de la même chose même s&rsquo;ils sont supposés en concurrence loyale , ils ne le sont certainement pas puisque Intel est implanté un peu partout chez les pays US friendly alors qu&rsquo;AMD attend après TSMC ou Global foundries ou dieu sait quel sous-traitant pour annoncer ses specs. En termes de consommation ou efficacité ou performance par watt (sujet de l&rsquo;article) la place d&rsquo;Intel est définitivement inaccessible aux secondes sources , AMD inclus. Ensuite , le GPGPU n&rsquo;est d&rsquo;aucune utilité dans les datacenters, ce qui clôt la question, vous me parlez de DSP , or je vous disais justement qu&rsquo;on ne parle pas de calcul ici mais de serveurs orientés telecom. Quand au µcode , parlez pour vous ! si vous ne descendez pas plus bas que java ou visual basic , c&rsquo;est vrai peu de différence , sauf qu&rsquo;AMD chauffe abominablement. Pour rester sur le sujet de l&rsquo;article, les questions énergétiques ont été intégrées dans la gamme intel avec une percée très nette des atom alors qu&rsquo;AMD commence tout juste à le faire en changeant légèrement ses modèles « M »obiles. Le seul hyper-threading constitue une économie d&rsquo;énergie très signifiante. AMD n&rsquo;a que 4 modèles de core mis à jour une fois tous les xx mois, un peu plus de ceci , un peu moins de cela &#8230; Le truc c&rsquo;est que je ne fais pas trop dans la catégorie « j&rsquo;aime » en matière de CPU. Les AMD ont toujours chauffé et consommé beaucoup même si on s&rsquo;en fiche sur un desktop bien ventilé, c&rsquo;est extrèmement signifiant dans l&rsquo;industrie dont la plupart des intervenants n&rsquo;a jamais utilisé un AMD de leur vie Ensuite , si vous touchez un peu au C / C++ ASM et éventuellement à OpenCL , vous allez vite comprendre le gouffre Ca montre que le monde des geeks est rempli de conflits aussi stupides que les pronukes vs EnR . Sauf que là le leader assure vraiment contrairement au nuke, bon.. David et goliath , c&rsquo;est une histoire biblique , pas de l&rsquo;histoire contemporaine</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		Par : Tech		</title>
		<link>https://www.enerzine.com/eurocloud-sattaque-au-coeur-du-probleme-de-consommation-denergie/15275-2012-09#comment-48916</link>

		<dc:creator><![CDATA[Tech]]></dc:creator>
		<pubDate>Fri, 28 Sep 2012 13:00:39 +0000</pubDate>
		<guid isPermaLink="false">https://www.enerzine.com/eurocloud-sattaque-au-coeur-du-probleme-de-consommation-denergie/15275-2012-09#comment-48916</guid>

					<description><![CDATA[encore une fois le marketing d&#039;intel vous a imposé leur pensée u (i?)nique. 2 ou 3 générations d&#039;avance en production, bien sur que non! regardez les différents test et vous verrez que les performances et la consommation suivants les applications varent autour de 10% les uns par rapport aux autres . 2 ou 3 génération cela se traduirait par un facteur au moins un facteur 2 et une disparition du marché! les histoires de microcode à ce niveau importent peu. tout ces codes sont la plupart du temps exécutés en parralèle et en cache, avant même les résultats de branchement! et d&#039;un autre coté des instructions complexes, utilisent la plupart du temps moins de mémoire que les instructions risc, donc plus consommateur de code! sans parler du flottant! d&#039;autre part AMD est un promoteur des solutions de compilations multicoeur, multi dsp (GPU par exemple) et de plus en plus de code pourra être optimisé via des instruction exécutées par le processeur Graphique ou d&#039;autre processeurs spécialisés, vidéo, son, voix, ou calcul d&#039;adresse de bases de comme dans les mémoires accessibles par les données, (grosse demande de calcul) regardez donc cette annonce &quot;vieille&quot; de 15 jours et dites moi la différence. AMD utilise même de l&#039;intel chez Seamicro qu&#039;ils ont racheté pour leur savoir faire micro serveurs, mais peut être juste pour montrer qu&#039;ils peuvent offrir 512 coeurs avec 64 processeurs alors que la version Intel n&#039;en propose que 256 dans le même volume! vous disiez 2 ou 3 générations ;o) pas encore. et en tous cas certainement bien meilleur pour le porte monnaie de votre entreprise de choisir des solutions AMD ;o)]]></description>
			<content:encoded><![CDATA[<p>encore une fois le marketing d&rsquo;intel vous a imposé leur pensée u (i?)nique. 2 ou 3 générations d&rsquo;avance en production, bien sur que non! regardez les différents test et vous verrez que les performances et la consommation suivants les applications varent autour de 10% les uns par rapport aux autres . 2 ou 3 génération cela se traduirait par un facteur au moins un facteur 2 et une disparition du marché! les histoires de microcode à ce niveau importent peu. tout ces codes sont la plupart du temps exécutés en parralèle et en cache, avant même les résultats de branchement! et d&rsquo;un autre coté des instructions complexes, utilisent la plupart du temps moins de mémoire que les instructions risc, donc plus consommateur de code! sans parler du flottant! d&rsquo;autre part AMD est un promoteur des solutions de compilations multicoeur, multi dsp (GPU par exemple) et de plus en plus de code pourra être optimisé via des instruction exécutées par le processeur Graphique ou d&rsquo;autre processeurs spécialisés, vidéo, son, voix, ou calcul d&rsquo;adresse de bases de comme dans les mémoires accessibles par les données, (grosse demande de calcul) regardez donc cette annonce « vieille » de 15 jours et dites moi la différence. AMD utilise même de l&rsquo;intel chez Seamicro qu&rsquo;ils ont racheté pour leur savoir faire micro serveurs, mais peut être juste pour montrer qu&rsquo;ils peuvent offrir 512 coeurs avec 64 processeurs alors que la version Intel n&rsquo;en propose que 256 dans le même volume! vous disiez 2 ou 3 générations ;o) pas encore. et en tous cas certainement bien meilleur pour le porte monnaie de votre entreprise de choisir des solutions AMD ;o)</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		Par : Lionel_fr		</title>
		<link>https://www.enerzine.com/eurocloud-sattaque-au-coeur-du-probleme-de-consommation-denergie/15275-2012-09#comment-48915</link>

		<dc:creator><![CDATA[Lionel_fr]]></dc:creator>
		<pubDate>Fri, 28 Sep 2012 10:00:34 +0000</pubDate>
		<guid isPermaLink="false">https://www.enerzine.com/eurocloud-sattaque-au-coeur-du-probleme-de-consommation-denergie/15275-2012-09#comment-48915</guid>

					<description><![CDATA[Ok vous n&#039;aimez pas Intel. Je ne lui porte pas non plus un amour fou m&#039;enfin dans ce business , rares sont ceux qui cumulent position dominante et affectif Oui Intel a triché, ce qui ne l&#039;empèche pas de régner avec des solutions discutables en termes de perfs mais toujours 2 ou 3 générations d&#039;avance. En l&#039;occurrence, les x86 d&#039;intel assurent la compatibilité maximum des jeux d&#039;instruction grâce à une couche de micro-code qui convertit le code machine 86 en code risc. Cette architecture est apparue avec le 486 au début de 90&#039;s Avantages multiples en terme de compatibilité mais pas en terme de perf car le microcode doit s&#039;exécuter alors que le code ARM est cablé natif. C&#039;est ça le hic. Mais quel hic : à chaque amélioration du risc sous jascent, une nouvelle version de micro-code et le résultat est compatible ascendant alors que chez ARM, chaque déclinaison entraine, comme vous le soulignez, des problèmes de compatibilité. On peut voir cette couche comme une nano machine virtuelle pour les amateurs de métaphores. Ainsi , comme pour java , le code executable reste le même , il suffit que la VM soit à jour ce qui est toujours le cas puisque gravé en rom voire cablé en dur dans le die Intel. Le principe a largement prouvé son intéret jusqu&#039;ici , quant à l&#039;embrouille avec AMD , elle est bien réelle et je reconnais volontiers qu&#039;AMD a cartonné en son temps sur le 64bits mais depuis les Core 2 Duo , on n&#039;a plus vu AMD inquiéter Intel en terme de puissance par watt dissipé. Or cette puissance par watt est exactement le critère autour duquel l&#039;article et l&#039;équation énergétique des datacenters s&#039;articule. Si les résultats étaient voisins, je ne dirais rien , mais là on nage dans un océan d&#039;intel et AMD qui patauge dans les desktops bon marché. Je vous dis ça sans état d&#039;ame particulier , j&#039;aimerais aussi qu&#039;AMD marque des points mais en x86 il est largué. Comme je développe des solutions CUDA-OpenCL j&#039;apprécie en revanche le retour en force de AMD-Radeon face à NVidia où la consommation est, en revanche, complètement à l&#039;avantage d&#039;AMD mais en tant que développeur , je ne vois aucune probabilité pour que le GPGPU s&#039;impose jamais dans les serveurs. La question des serveurs est d&#039;ailleurs intéressante, il n&#039;y a pas de calcul hyper-maousse à faire. Il faut surtout gérér des file-system et stack TCPIP , faire tourner du scripting et des databases. Tout ce qui relève de bus plus large, cache plus important aura beaucoup plus d&#039;effet sur leur conso que le calcul flottant qui n&#039;influe pratiquement pâs du tout. Les serveurs sont des machines de telecom, les supercalculateurs sont plus scientifiques. Les telecom profitent plus du nombre de core/threads, largeur et qualité de multiplexage bus, vitesse des cache.... Quoi qu&#039;on en dise , un gros serveur consommera toujours moins que plusieurs petits car router de l&#039;IP est plus couteux que partager des bus natifs.. C&#039;est là qu&#039;Intel ne peut être inquiété , sa puissance par watt est meilleure qu&#039;AMD mais légèrement moindre qu&#039;ARM. Mais ARM n&#039;a pas de haut de gamme alors que le très cher et très puissant XEON n&#039;a pas de concurrence. Maintenant si on regarde l&#039;offre d&#039;hébergement on comprend tout de suite que le mutualisé et le serveur dédié sont deux marchés différents et c&#039;est pour cette raison qu&#039;ARM va prendre le dessus. C&#039;est les petits serveurs dédiés (KIMSUFI chez OVH) qui lui donnent un segment de marché adapté à sont profil]]></description>
			<content:encoded><![CDATA[<p>Ok vous n&rsquo;aimez pas Intel. Je ne lui porte pas non plus un amour fou m&rsquo;enfin dans ce business , rares sont ceux qui cumulent position dominante et affectif Oui Intel a triché, ce qui ne l&#8217;empèche pas de régner avec des solutions discutables en termes de perfs mais toujours 2 ou 3 générations d&rsquo;avance. En l&rsquo;occurrence, les x86 d&rsquo;intel assurent la compatibilité maximum des jeux d&rsquo;instruction grâce à une couche de micro-code qui convertit le code machine 86 en code risc. Cette architecture est apparue avec le 486 au début de 90&rsquo;s Avantages multiples en terme de compatibilité mais pas en terme de perf car le microcode doit s&rsquo;exécuter alors que le code ARM est cablé natif. C&rsquo;est ça le hic. Mais quel hic : à chaque amélioration du risc sous jascent, une nouvelle version de micro-code et le résultat est compatible ascendant alors que chez ARM, chaque déclinaison entraine, comme vous le soulignez, des problèmes de compatibilité. On peut voir cette couche comme une nano machine virtuelle pour les amateurs de métaphores. Ainsi , comme pour java , le code executable reste le même , il suffit que la VM soit à jour ce qui est toujours le cas puisque gravé en rom voire cablé en dur dans le die Intel. Le principe a largement prouvé son intéret jusqu&rsquo;ici , quant à l&#8217;embrouille avec AMD , elle est bien réelle et je reconnais volontiers qu&rsquo;AMD a cartonné en son temps sur le 64bits mais depuis les Core 2 Duo , on n&rsquo;a plus vu AMD inquiéter Intel en terme de puissance par watt dissipé. Or cette puissance par watt est exactement le critère autour duquel l&rsquo;article et l&rsquo;équation énergétique des datacenters s&rsquo;articule. Si les résultats étaient voisins, je ne dirais rien , mais là on nage dans un océan d&rsquo;intel et AMD qui patauge dans les desktops bon marché. Je vous dis ça sans état d&rsquo;ame particulier , j&rsquo;aimerais aussi qu&rsquo;AMD marque des points mais en x86 il est largué. Comme je développe des solutions CUDA-OpenCL j&rsquo;apprécie en revanche le retour en force de AMD-Radeon face à NVidia où la consommation est, en revanche, complètement à l&rsquo;avantage d&rsquo;AMD mais en tant que développeur , je ne vois aucune probabilité pour que le GPGPU s&rsquo;impose jamais dans les serveurs. La question des serveurs est d&rsquo;ailleurs intéressante, il n&rsquo;y a pas de calcul hyper-maousse à faire. Il faut surtout gérér des file-system et stack TCPIP , faire tourner du scripting et des databases. Tout ce qui relève de bus plus large, cache plus important aura beaucoup plus d&rsquo;effet sur leur conso que le calcul flottant qui n&rsquo;influe pratiquement pâs du tout. Les serveurs sont des machines de telecom, les supercalculateurs sont plus scientifiques. Les telecom profitent plus du nombre de core/threads, largeur et qualité de multiplexage bus, vitesse des cache&#8230;. Quoi qu&rsquo;on en dise , un gros serveur consommera toujours moins que plusieurs petits car router de l&rsquo;IP est plus couteux que partager des bus natifs.. C&rsquo;est là qu&rsquo;Intel ne peut être inquiété , sa puissance par watt est meilleure qu&rsquo;AMD mais légèrement moindre qu&rsquo;ARM. Mais ARM n&rsquo;a pas de haut de gamme alors que le très cher et très puissant XEON n&rsquo;a pas de concurrence. Maintenant si on regarde l&rsquo;offre d&rsquo;hébergement on comprend tout de suite que le mutualisé et le serveur dédié sont deux marchés différents et c&rsquo;est pour cette raison qu&rsquo;ARM va prendre le dessus. C&rsquo;est les petits serveurs dédiés (KIMSUFI chez OVH) qui lui donnent un segment de marché adapté à sont profil</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		Par : fredo		</title>
		<link>https://www.enerzine.com/eurocloud-sattaque-au-coeur-du-probleme-de-consommation-denergie/15275-2012-09#comment-48914</link>

		<dc:creator><![CDATA[fredo]]></dc:creator>
		<pubDate>Fri, 28 Sep 2012 09:03:09 +0000</pubDate>
		<guid isPermaLink="false">https://www.enerzine.com/eurocloud-sattaque-au-coeur-du-probleme-de-consommation-denergie/15275-2012-09#comment-48914</guid>

					<description><![CDATA[c&#039;est bien de réduire à l&#039;avenir de 90%, mais commençons maintenant. Quid de la clim solaire, peut-elle être appliquée?]]></description>
			<content:encoded><![CDATA[<p>c&rsquo;est bien de réduire à l&rsquo;avenir de 90%, mais commençons maintenant. Quid de la clim solaire, peut-elle être appliquée?</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		Par : Tech		</title>
		<link>https://www.enerzine.com/eurocloud-sattaque-au-coeur-du-probleme-de-consommation-denergie/15275-2012-09#comment-48913</link>

		<dc:creator><![CDATA[Tech]]></dc:creator>
		<pubDate>Thu, 27 Sep 2012 16:22:17 +0000</pubDate>
		<guid isPermaLink="false">https://www.enerzine.com/eurocloud-sattaque-au-coeur-du-probleme-de-consommation-denergie/15275-2012-09#comment-48913</guid>

					<description><![CDATA[attention lionel_fr a ne pas reproduire la propagande Intel, sans vérifier! ni la propagnade ARM d&#039;ailleurs! depuis plus de 5 ans, la part cisc des processeurs x86 X64, aussi bien chez Intel que chez AMD est minime par rapport a la part risc donc cet argument d&#039;ARM ne tient vraiment pas la mémoire des caches, représente de plus en plus la plus grosse part de la puce! la recompilation ! justement c&#039;est la le problème il y a autant de variantes ARM que de fabricants, même avec le même coeur et aussi parceque les différents coeurs ne sont pas forcéments compatibles! quel est l&#039;utilisateur final qui recompile son application suivant la cible sur laquelle elle doit tourner? la consommation ARM est basse, parceque les performances sont basses, avec les process actuels, si vous abaissez les performances x86 X64 au niveau des ARM ils ne consomment pas plus. qu&#039;AMD se débatte, c&#039;est vrai, mais ce n&#039;est pas sur le terraindes performances, mais plutot sur le terrain du marketing &quot;financé&quot; Intel est arrivé en position de monopole (ceci à été jugé, au japon en corée, en europe et aux états-unis) en obligeant via des contraintes de livraison de leur dernières puces leurs clients à ne pas commander d&#039;AMD ce sont des pratiques commerciales illégales pour lesquelles ils ont payé moins de 2 milliards de dollars pour arrêter les poursuites judiciaires ce qui est très peu par rapport aux bénéfices qu&#039;ils ont réalisés! vous oubliez qu&#039;AMD à été le premier a offrir un processeur 64 bit compatible X86 les premiers controleurs mémoire intgrés, les premiers multicoeurs X86 commerciaux aujourd&#039;hui 16 cores et dernièrement l&#039;intégratin de puces graphiques haut de gamme pour lequelles Intel n&#039;est pas encore arrivé à la cheville au niveau des performances graphiques, même en utilisant un process de gravure plus fin. ARM prendra certanement quelques part de marché, mais mon intervention concernait 1. la non innovation car déjà fait et 2. la somme dérisoire qq millions d&#039;euros de la recherche sur fonds européens face aux investissement colossaux de R&amp;D de leurs compétiteurs!]]></description>
			<content:encoded><![CDATA[<p>attention lionel_fr a ne pas reproduire la propagande Intel, sans vérifier! ni la propagnade ARM d&rsquo;ailleurs! depuis plus de 5 ans, la part cisc des processeurs x86 X64, aussi bien chez Intel que chez AMD est minime par rapport a la part risc donc cet argument d&rsquo;ARM ne tient vraiment pas la mémoire des caches, représente de plus en plus la plus grosse part de la puce! la recompilation ! justement c&rsquo;est la le problème il y a autant de variantes ARM que de fabricants, même avec le même coeur et aussi parceque les différents coeurs ne sont pas forcéments compatibles! quel est l&rsquo;utilisateur final qui recompile son application suivant la cible sur laquelle elle doit tourner? la consommation ARM est basse, parceque les performances sont basses, avec les process actuels, si vous abaissez les performances x86 X64 au niveau des ARM ils ne consomment pas plus. qu&rsquo;AMD se débatte, c&rsquo;est vrai, mais ce n&rsquo;est pas sur le terraindes performances, mais plutot sur le terrain du marketing « financé » Intel est arrivé en position de monopole (ceci à été jugé, au japon en corée, en europe et aux états-unis) en obligeant via des contraintes de livraison de leur dernières puces leurs clients à ne pas commander d&rsquo;AMD ce sont des pratiques commerciales illégales pour lesquelles ils ont payé moins de 2 milliards de dollars pour arrêter les poursuites judiciaires ce qui est très peu par rapport aux bénéfices qu&rsquo;ils ont réalisés! vous oubliez qu&rsquo;AMD à été le premier a offrir un processeur 64 bit compatible X86 les premiers controleurs mémoire intgrés, les premiers multicoeurs X86 commerciaux aujourd&rsquo;hui 16 cores et dernièrement l&rsquo;intégratin de puces graphiques haut de gamme pour lequelles Intel n&rsquo;est pas encore arrivé à la cheville au niveau des performances graphiques, même en utilisant un process de gravure plus fin. ARM prendra certanement quelques part de marché, mais mon intervention concernait 1. la non innovation car déjà fait et 2. la somme dérisoire qq millions d&rsquo;euros de la recherche sur fonds européens face aux investissement colossaux de R&#038;D de leurs compétiteurs!</p>
]]></content:encoded>
		
			</item>
	</channel>
</rss>
