Microsoft devrait publier un patch ce mois activant la fonction Speed Shift intégrée dans les processeurs Skylake et que nous avions décrite ici. Pour faire ...
Lire la suite ...

Quel boxon! Déjà le passage aux P-States sous Linux a été mal écrit, avec un pilote qui ne supporte pas la charge 'ondemand'. Résultat, il est difficile de proposer une distribution qui économise l'énergie avec les Intel pré2012 et les suivants. Et là, ils proposent un autre système où le CPU va gérer directement l'énergie mais cependant il faut un support du SO...

Pour l igp ça marche comment ?
C est toujours os qui gère la fréquence ou cette technologie change quelque chose ?

Justement, cette nouvelle gestion est simplifiée du côté de l'OS, on peut espérer qu'il y ait moins de problèmes...

C'était vraiment l'OS qui gérait la fréquence de l'IGPU jusqu'ici ? Je n'aurais pas dit.

Clair...
Personnellement , j'ai ajouté "intel_pstate=disable" lors du chargement du noyau pour avoir une meilleur gestion du CPU !

En théorie donc, ça devrait pas mal améliorer la gestion de l'énergie sous Linux. Vivement que ça soit supporté.

Que sur skylake ou dispo sur 5930k ?

Skylake uniquement.

Je ne comprends pas vos remarques concernant Linux : le titre de cette news indique un patch bientôt disponible pour Windows 10, publié par Microsoft... Il s'agit donc d'une modification du comportement de Windows 10. Meme si je comprends vos inquiétudes et/ou réjouissements, vous êtes vaguement hors sujet, mes amis linuxiens

 
La question est comment est gérée l'alim et la freq du CPU Intel donc pas hors sujet de se poser la question de comment ca va réagir sous Linux.

Visiblement le support de Skylake sous Linux n'est pas très bon cf http://www.phoronix.com/scan.php?p [...] Commentary  
 
4.4 devrait apporter un support graphique amélioré (cf http://lkml.iu.edu/hypermail/linux [...] 00311.html ), mais je n'ai rien vu pour Speed Shift encore.

Si la news concernait le support de speedshift sous linux et que des gars étaient venus discuter de windows, ça aurait hurlé au hs voire au troll.
Alors bon...
Tout ça pour se plaindre que linux met des décennies à supporter les nouvelles technologies qui sont déjà obsolètes le jour ou c'est supporté (*tousse*optimus*tousse*), merci captain obvious.

ça donne quoi pour Windows 7 ?

Ça reste contrôlé par l'OS, comme en P-state.

 
Bof. Sur certains domaines, le noyau linux est à des années lumière en avance de celui de microsoft. Dans d'autres domaines, c'est l'inverse...

Je laisse toujours la fréquence max en permanence donc osef de tout ça
Au moins je suis à 0ms !

Avis à tous les humains ignorants et l'éditeur de cet article, Linux supporte déjà speed shift https://mindlinux.wordpress.com/201 [...] rdi-intel/

Me rappelle pas avoir eu le cas où du matériel récent était supporté sous linux et pas sous windows.

ARM, mips, HSA, ... ?  (https://en.wikipedia.org/wiki/List_of_Linux-supported_computer_architectures)
 
Plus sérieusement, si tu regardes le bug récent sur le trim de jenesaisplusquellemarque de ssd qui avait été trouvé c'était parce que le noyau linux allait plus loin que windows dans son utilisation( multiple queue contre 1 seule, de mémoire).
Donc, oui, dans certains domaine le noyau linux est en avance au niveau support/fonctionnalité matériel et dans d'autre c'est le noyau windows.

Cool, on va avoir enfin un PC avec une réactivité aussi bonne qu'un bête Ipad?

On ils acheté les droits auprès de electronic art pour speed shift  

Je ne pensais pas qu'il était nécessaire de préciser que je parlais des archis x86/x64.
Parce que sinon on va aller très loin dans le concours de bite de l'OS qui supporte les systèmes plus exotiques et spécialisés les uns que les autres...

C'est pour ça que j'ai mis un smiley...
 
HSA, c'est du x86/x64+gpu. Et je n'ai pas vu d'annonce à ce sujet chez ms. Le coup du trim, idem.
 
Si tu lisais un peu plus entre les lignes, tu verrais que le concours de bite, c'est pas trop pour moi. J'essaie juste de rester honnête sur les capacités de chaque os/noyau.

Niveau support... l'inverse est vrai aussi: obsolescence rapide sous Windows: cherche un driver Win7 64-bit pour une imprimante parallele HP par exemple [ca s'arrete a XP], il n'y a pas, alors que sous linux (genre Ubuntu) ca marche sans installation, sans bidouillage. Et probablement encore longtemps. J'ai un autre exemple avec une carte Wifi PCI... Impossible a faire tourner sous Win7 ou Vista... Sous linux, ca tourne direct, 32 ou 64 bits...

OK OK.
 

Toutes les Michus ont un système HSA dans leur cuisine.
 

À tout hasard, à cause de l'open source ?
 

Ouais mais non. Sous linux c'était un trim unqueued qui était utilisé et posait problème avec les Samsung 8*.
Alors que la norme SATA 3.1 demandait du trim queued.
 
 

Et ? A-t-on dit le contraire ?
C'est juste pas le sujet.

 
Bah HSA, c'est les APU amd (entre autre), donc oui, beaucoup de madame michu en ont dans leur cuisine
 
Sinon, si tu te restreints à un certain type de matériel (grand publique uniquement), oui microsoft a la majeur partie du temps un support plus tôt que linux/... tout simplement car les fabricants fournissent d'abord le driver pour windows puis, peut-être, ensuite, si ils ont le temps,...
 
Là dessus on est d'accord.

Moé.
 

C'est ce que je dis depuis le début.
Mais ce que les interlocuteurs oublient souvent, c'est que ce n'est pas parce que l'on critique quelque-chose sur un point, qu'elle n'a pas d'avantage sur d'autres points.
Chaque OS et chaque archi ont leurs avantages et leurs inconvénients.
Enfin bon, à part apple et amd qui servent à rien...

En fait la plupart des personnes comprennent mal les P-States sous Linux.
 
P-States-performace = cpufreq-ondemand, avec une réactivité déjà amélioré par rapport à ce dernier (mais il est vrai des performances en bench parfois légèrement en retrait, dû à une tendance du driver P-States à être plus conservateur sur les fréquences). Avec P-State-powersave aussi la fréquence est dynamique.
 
Ce qui manque au driver P-States c'est des governors fixes :
- Un équivalent à cpufreq-performance qui fixe la fréquence au maximum, aujourd’hui la seule façon de faire ça avec le driver P-States, c'est de le désactiver au démarrage .
- Un équivalent à cpufreq-powersave qui fixe la fréquence au minimum.
- Un équivalent à  cpufreq-userspace qui permet à l'utilisateur de choisir sa fréquence.
 

Ben non, siles P-States sont en effet parfois en retrait de quelques millisecondes par rapport au pilote cpufreq, coté performances énergétique c'est le contraire.
De plus les nouveaux CPU, y compris Skylake, tournent très bien avec l’ancien driver, si le nouveau pose probleme comme tu le dit il est donc très facile pour une distribution de ne pas l'utiliser.

 
Rho, le vieux troll dégueulasse

AMD qui sert à rien mdr c'est bien bien le seul fabricant hardware desktop qui innove et qui fait de l'open source et des standards alors que c'est celui qui a le moins d'argent. Je méprise ton ignorance et le fait que t'etale.
AMD sert à rien... Quelques exemples : amd à inventé la gddr3, la gddr5, et maintenant la revolutionaire HBM (nvidia pour sa part n'a jamais rien inventé en mémoire et vole le travail altruiste d'AMD), AMD a inventé mantle, direct x 12, métal et Vulkan et le supporte niveau hardware pendant ce temps nvidia ment en disant qu'ils supportent direct x 12 et Vulkan alors que leur hardware ne supporte pas l'async shader/compute ni le fine grained premption donc sur nvidia aucun gain de perf et ça va les disqualifier pour la VR, amd développe et supporte openCL pendant ce temps nvidia developpe sa techno propriétaire et anticoncurentielle CUDA, amd à inventé l'adaptive v sync (freesync) nvidia à copié la techno l'a rendu propriétaire et lui a donné un prix fictif de 100 dollars alors que l'implémentation est software, amd à inventé le liquid VR visant à doubler les perfs du crossfire pour la VR (déjà que le crossfire est bien mieux que le SLI) pendant ce temps nvidia developpe sa techno propriétaire et anticoncurentielle gimpworks et physx alors que amd développé le concurrent open source bullet, amd invente la plus grande révolution en hardware depuis 10 ans j'ai nomm6le HSA il va à terme permettre d'utiliser bien plus et bien mieux le gpu ce qui va révolutionner les perfs et de ce fait à l'avenir il ne ce vendra plus que des apus (et Nvidia ça mourir ou fusionner avec Intel), AMD développe OpenMAX, est le plus gros contributeur du khronos group, ses cartes ont bien moins d'obscolescence, il revient dans le marché des cpus en 2016 avec zen en ayant survécu aux multiples pratiques anti concurrentielle d'intel, amd à des accélérateur audio intégré dans ses gpus qui sont offerts (true audio), fais des prix honnête et ne ment pas à ses utilisateurs (#nvidia 3.5gb 970, faux support direct x 12/Vulkan, nvidia qui désactive l'overcloking sur les laptops haut de gamme, nvidia qui force désormais à installer le bloatware et virus (spyware) geforce expérience pour mettre à jour ses drivers,prix titan honteux, abus de prix Intel)
AMD developpe un nouveau driver libre pour Linux potentiellement révolutionnaire et passe au full libre (pour steam OS aussi) et sort oméga et crimson.
AMD se lance dans l'arm serveur, smartphone et signe un contrat avec mediatek pour équiper tout les futurs socs mediatek à partir de 2016 en gpu amd (et du coup mediatek va passer devant qualcomm (qualcomm qui lui même est né de amd)
AMD remporte un contrat de 1 milliard de amd pour équiper en apu et HSA la prochaine console Nintendo NX sur liNuX avec Vulkan. Amd va aussi équiper tout les prochains macbook avec des apus. (apus are the future) etc...
AMD est le seul vrai acteur et en plus il a une morale mais toi tu te fais avoir pas la désinformation de masse organisé par les sites de hardware (car nvidia offre ses cartes aux sites alors que amd les fait payer comme tout le monde... Oui ça se joue à ça...)

N'empêche que ça mord quand même hein

N'empêche que ça mord quand même hein [/quotemsg]
J'avoue que j'ai eu un doute au début