[HFR] Actu : Skylake Speed Shift bientôt actif sous Windows 10

Actu : Skylake Speed Shift bientôt actif sous Windows 10 [HFR] - HFR - Hardware

Marsh Posté le 10-11-2015 à 16:05:02   0  

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 ...

Reply

Marsh Posté le 10-11-2015 à 16:05:02   

Reply

Marsh Posté le 10-11-2015 à 16:28:28   1  

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...

Message cité 2 fois
Message édité par zezinho le 10-11-2015 à 16:31:08
Reply

Marsh Posté le 10-11-2015 à 16:37:43   0  

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

Reply

Marsh Posté le 10-11-2015 à 16:46:27   0  

zezinho a écrit :

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...


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...

Reply

Marsh Posté le 10-11-2015 à 17:55:16   0  

lulunico06 a écrit :

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


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

Reply

Marsh Posté le 10-11-2015 à 18:18:53   0  

zezinho a écrit :

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...


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

Reply

Marsh Posté le 10-11-2015 à 19:10:40   0  

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

Reply

Marsh Posté le 10-11-2015 à 19:12:02   0  

Que sur skylake ou dispo sur 5930k ?

Reply

Marsh Posté le 10-11-2015 à 19:36:39   0  

Skylake uniquement.

Reply

Marsh Posté le 10-11-2015 à 20:19:17   3  

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 :)

Reply

Marsh Posté le 10-11-2015 à 20:19:17   

Reply

Marsh Posté le 10-11-2015 à 20:27:47   0  

dreambiker82 a écrit :

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.

Reply

Marsh Posté le 10-11-2015 à 21:38:40   0  

lysitheas a écrit :

dreambiker82 a écrit :

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.

Reply

Marsh Posté le 10-11-2015 à 22:53:25   3  

lysitheas a écrit :

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.


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.

Reply

Marsh Posté le 11-11-2015 à 00:29:25   0  

ça donne quoi pour Windows 7 ?

Reply

Marsh Posté le 11-11-2015 à 00:50:01   0  

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

Reply

Marsh Posté le 11-11-2015 à 12:27:41   1  

MasterDav a écrit :


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.


 
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...

Reply

Marsh Posté le 11-11-2015 à 12:37:57   0  

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


Message édité par Wilfried28_2 le 11-11-2015 à 12:38:08

---------------
Ex HFR : Wilfried2828 -->>  Wilfried28_2  le retour...
Reply

Marsh Posté le 11-11-2015 à 15:56:00   0  

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

Reply

Marsh Posté le 11-11-2015 à 17:56:48   0  

pinpinb a écrit :

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...


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

Reply

Marsh Posté le 11-11-2015 à 18:21:59   0  

MasterDav a écrit :

pinpinb a écrit :

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...


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


ARM, mips, HSA, ... ? :D  (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.


Message édité par pinpinb le 11-11-2015 à 18:22:52
Reply

Marsh Posté le 11-11-2015 à 20:17:27   0  

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

Reply

Marsh Posté le 11-11-2015 à 21:40:57   2  

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

Reply

Marsh Posté le 12-11-2015 à 10:09:49   0  


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...

Reply

Marsh Posté le 12-11-2015 à 10:22:54   0  

MasterDav a écrit :


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.

Reply

Marsh Posté le 12-11-2015 à 10:24:01   0  

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...

Reply

Marsh Posté le 12-11-2015 à 11:10:19   0  

pinpinb a écrit :

C'est pour ça que j'ai mis un smiley...


OK OK.
 

Citation :

HSA, c'est du x86/x64+gpu.


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

Citation :

Et je n'ai pas vu d'annonce à ce sujet chez ms.


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

Citation :

Le coup du trim, idem.


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.
 
 

bep a écrit :

Niveau support... l'inverse est vrai aussi


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


Message édité par MasterDav le 12-11-2015 à 11:15:11
Reply

Marsh Posté le 12-11-2015 à 12:12:08   0  

MasterDav a écrit :


Citation :

HSA, c'est du x86/x64+gpu.


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


 
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.

Reply

Marsh Posté le 12-11-2015 à 13:45:12   0  

pinpinb a écrit :

Bah HSA, c'est les APU amd (entre autre), donc oui, beaucoup de madame michu en ont dans leur cuisine ;)


Moé.
 

Citation :

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.


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...

Reply

Marsh Posté le 12-11-2015 à 14:27:41   0  

zezinho a écrit :

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'.


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.
 

Citation :

Résultat, il est difficile de proposer une distribution qui économise l'énergie avec les Intel pré2012 et les suivants


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.


Message édité par High Plains Drifter le 12-11-2015 à 14:43:28

---------------
| < Ceci n'est pas une pipe.
Reply

Marsh Posté le 12-11-2015 à 14:34:15   1  

MasterDav a écrit :


Enfin bon, à part apple et amd qui servent à rien...


 
Rho, le vieux troll dégueulasse :o

Reply

Marsh Posté le 12-11-2015 à 23:43:05   1  

MasterDav a écrit :

pinpinb a écrit :

Bah HSA, c'est les APU amd (entre autre), donc oui, beaucoup de madame michu en ont dans leur cuisine ;)


Moé

 
Citation :

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.


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...


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...)


Message édité par Marc le 13-11-2015 à 09:06:57
Reply

Marsh Posté le 13-11-2015 à 15:20:38   0  

pinpinb a écrit :

MasterDav a écrit :


Enfin bon, à part apple et amd qui servent à rien...


 
Rho, le vieux troll dégueulasse :o


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

Reply

Marsh Posté le 13-11-2015 à 16:08:13   0  

MasterDav a écrit :

pinpinb a écrit :

[quotemsg=9655613,8,916192]
Enfin bon, à part apple et amd qui servent à rien...


 
Rho, le vieux troll dégueulasse :o


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

Reply

Marsh Posté le    

Reply

Sujets relatifs:

Leave a Replay

Make sure you enter the(*)required information where indicate.HTML code is not allowed