Quoiqu'il arrive, x86 a toujours de beaux jours devant lui. Aujourd'hui, un 6700K a un TDP de 91W, ce qui en fait très peu vu la puissance de la bête. C'est pas sur la conso que ARM peut prendre le pas sur x86 (en tout cas pas dans l'immédiat).

Le 13 septembre 2016 à 12:22:24 Schrodingerscat a écrit :
Encore une fois, je suis d'accord, mais vous comprenez pas exactement ce que je voulais dire.

D'un autre cote, c'est vrai quelque part tu peux voir que sur le materiel existant, certains algos ont des performances qui ont l'air de se rapprocher de x86 oui. Mais je ne suis pas certain qu'on puisse en tirer grand chose.

Mais TDP =/= conso nan ? Ça a plutôt à voir avec la chaleur je pense.
D'ailleurs le 6700k consomme plus que le 4770k, jusqu'à 20W de différence en "torture CPU", assez étonnant vu que Skylake est gravé plus fin. Donc là encore j'ai un doute sur l'évolution de x86 dans cette matière, ou Intel galère un peu (déjà que le tick-tock est mort), ou il y a une autre explication...

Mais TDP =/= conso nan ? Ça a plutôt à voir avec la chaleur je pense.

C'est theoriquement different, mais pareil en pratique. Comme le processeur ne stocke pas d'energie a long terme, toute l'electricite est eventuellement dissipe en chaleur.

Donc là encore j'ai un doute sur l'évolution de x86 dans cette matière, ou Intel galère un peu (déjà que le tick-tock est mort), ou il y a une autre explication...

Ca n'a absolument rien a voir avec x86. Il n'y a pas de raison fondamental qui fait que ARM est plus efficace en energie que x86. C'est juste une question de priorite historique. ARM a toujours ete pour des applications embarque ou la consommation electriqu etait importante. Le marche principal d'intel est historiquement les sreveur et les machines de bureau. Donc la consommation electrique avait peut d'importance.

C'est l'arrive des laptop qui a causer un interet pour la consommatino electrique. Mias pendant longtemps, le processeur n'etait pas vraiment le cout principal en electricite. L'ecran, le disque dur, le chip wifi etait des gros drains. Le rendu graphique aussi. Donc intel a banque sur des circuit specialises en decompression audio et video, et sur l'amelioration du GPU integre.

Depuis quelques annees, les question d'efficacite electrique sont des question de premieres importance. (A cause du passage a l'exascale, des telephone portable, de "internet of things", et des GPU de nvidia.) Ce n'est qu'assez recement qu'intel a commencer a s'interesser a la question du dark silicon, alors que les fonderus ARM font ca depuis quasiment toujours.

Pour en revenir au benchmark, la moitie n'a pas de sens parceque la moitie est memory bound. Et sur un chip intel, un seul core ne peut pas saturer la BP memoire, typiquement il faut utiliser les 3/4 du chip pour sature la BP memoire. Donc tous les memory-xyz n'ont pas de sens. Probablement dijkstra et SQLite n'ont pas de sens non plus. Les problemes de physique devrait probablement etre execute sur le GPU integre. Et la ou le core en lui meme est important (matmul et fft), l'arm se prends un facteur 2.

Il y a quand même plusieurs raisons pour expliquer qu'ARM consomme moins, la complexité du jeu d'instructions sur x86 et le fait que les CPU x86 sont en général pipelinés plus profondément (je sais pas si ça doit être inhérent à l'archi par contre). Autrement y a un tas de raisons mais qui sont pas fondamentalement liées à l’architecture, c'est sûr.

Et l'efficacité énergétique n'est-elle pas non plus un point d'intérêt pour les serveurs ? C'est pas une question rhétorique, j'en sais rien, mais je pense que si.

Il y a quand même plusieurs raisons pour expliquer qu'ARM consomme moins.

Bah pas que je sache en fait.

la complexité du jeu d'instructions sur x86 et le fait que les CPU x86 sont en général pipelinés plus profondément

Sauf que les CPU d'intel ne sont pas a pipeline profond depuis le fiasco de pentium 4 et de itanium. Aujourd'hui un processeur intel, ca a un coeur RISC. Et ca, c'est vrai depuis au moins nehalem, et certainement plus vieux que ca. Et la complexite du jeu d'instruction ne rajoute en vrai qu'assez peu de transistor (compare au cout d'un de deux fmul 256 bit).

Et l'efficacité énergétique n'est-elle pas non plus un point d'intérêt pour les serveurs ? C'est pas une question rhétorique, j'en sais rien, mais je pense que si.

Ca fait quelques annees que ca l'est. Principalement depuis l'arrive du cloud computing ou on fait du scaling horizontal de fou. Mais il y avait beaucoup d'autre chat a fouetter pendant longtemps, comme ameliorer les batteries, et les disques dur, et les routeurs, ... En datacenter, Intel est monte en flop/s avant de monter en efficacite energetique qui etait historiquement beaucuop plus important que l'energie. Mais depuis la mort du dennard scaling, ca devient important, et c'est la raison pour laquelle les CPU d'intel ont de moins bon ratio flop/J que les GPU de NVIDIA.

Bon au moins j'aurais appris des choses, merci.

Salut, je poste ça ici car un peu hs. Des gens ici qui ont installé MS Windows 7/8/10 (peu importe) derrière leur distrib sur un disque partitionné en GPT ? Je n'arrive même pas à faire reconnaître ma clé avec l'installateur Windows en UEFI. Et si je passe en hybride UEFI/Legacy l'installateur me dit qu'il ne peut pas installer windows sur un disque partitionné en UEFI.
J'ai bien trouvé ça https://wiki.gentoo.org/wiki/UEFI_Dual_boot_with_Windows_7/8 mais le mec à mis la partition Windows en premier je ne pense pas que ça colle pour mon besoin. Je préfèrerai ne pas toucher à ma distrib déjà présente si possible, pas que j'ai des fichiers super critiques ou aucun moyen de backup mais ça me ferai chier de devoir refaire deux installs pour ça.
Merci

Tu essayes d'installer ton windows avec une clé USB ?

Si oui, il faut que ta clé soit formatée en GPT pour les systèmes UEFI, essaye avec Rufus :
https://rufus.akeo.ie/?locale=fr_FR

Mais surtout n'installe rien en mode Legacy, impossible d'installer quoi que ce soit avec un partitionnement GPT.

Je ne peux pas créer la clé depuis mon terminal sous GNU/Linux avec dd ? C'est peut être bête comme question mais je n'ai pas souvent l'occasion d'avoir une machine sous Windows sous la main en ce moment.

Avec dd je ne sais pas si on peut choisir le type de formatage, sinon une machine virtuelle sous Windows peut faire l'affaire

formatée en GPT

C'est si mal que ça ?

GPT c'est une table de partitions donc je pense que c'est ça qui a fait tilté Dakien

Ah ! J'avais même pas vu que c'était pas moi qui avait écrit ça . Bon sinon j'ai tenté de créer la clé depuis le pc de ma copine (sous MS Windows). La clé est dans mes options de démarrage mais quand je sélectionne l'entrée ça me lance quand même GRUB...

Le 17 septembre 2016 à 02:08:08 [deban]_Dakien a écrit :

formatée en GPT

Oui j'ai utilisé des raccourcis mais bref, le principal c'est que ça soit compris

Dans la liste des options de démarrage, est-ce qu'il est bien marqué " UEFI " à coté du nom de ta clé ?

Dites, aux utilisateurs du très grand Slackware, vous avez une solution personnelle pour les dépendances ?
Je viens de récuperer une machine et je veux y foutre une Slack dessus mais comme je suis encore novice dans l'âme, je me demandais si vous aussi vous installiez une par une les dépendances pendant des heures

Le 17 septembre 2016 à 13:34:40 [deban]_Dakien a écrit :
Dites, aux utilisateurs du très grand Slackware, vous avez une solution personnelle pour les dépendances ?
Je viens de récuperer une machine et je veux y foutre une Slack dessus mais comme je suis encore novice dans l'âme, je me demandais si vous aussi vous installiez une par une les dépendances pendant des heures

T'installes tout Slackware (sauf éventuellement k, kde, kdei, t, tcl, x, xap, xfce, y) et c'est tout, c'est fait pour fonctionner comme un tout. De toute façon tu vas utiliser pkgsrc après donc c'est pas la peine de te faire chier à tout choisir 1 par 1. Et quand j'installe via sbopkg j'utilise les queues (via sqg) pour pas me faire chier. Et les rares cas où j'ai eu à faire un slackbuild moi-même j'avais déjà les dépendances, ou 1-2 à compiler.

Oui...

Bah c'était tout particulièrement pour Wine mais au pire des cas j'utiliserai le paquet wip/wine-staging que j'ai crée et il y avait aussi Mumble.

Ça devrait aller je pense

Ils sont dispo sur SBo et Wine chez Alien.