Bug d'autonomie des Core duo, le point, Réactions à la news du 14-02-2006

[Lionel]

A plusieurs reprises nous vous avons relaté les soucis d'autonomie des portables à base de Core Duo (ici et là). En résumé, le simple fait de brancher un périphérique USB sur ces machine, leur ferait perdre environ 30% de la durée de fonctionnement sur batteries.
AnandTech revient sur le sujet et apporte de nouvelles informations.
-Tout d'abord, ce bug n'est pas propre aux machines à base de Yonah, mais globalement à tous les portables à base de Pentium M.
- Ce bug se manifeste dès que l'on branche un périphérique USB, même si ce dernier n'est pas en fonctionnement. Concrètement, il bloque le fonctionnement des systèmes d'économie d'énergie à la consommation la plus élevée, et ce, inutilement.
- Microsoft a publié pour Windows XP un patch qui résout partiellement le problème en attendant une solution plus définitive. S'il permet de récupérer l'autonomie perdue, il n'est pas parfait. Certains ordinateurs n'y sont pas sensibles, et une mise en veille de la machine le désactive. Il faut lors redémarrer pour en retrouver l'effet.

C'est malgré tout une bonne nouvelle, puisqu'il semble possible de contourner ce soucis matériel par voie logicielle. On peut-être certain qu'Apple s'y applique et que bientôt nous pourrons connaître l'autonomie théorique des MacBook Pro.

[jackjeff]

Après avoir lu l'article il semble très difficile de savoir qui du chipset ou du driver est à mettre en cause, mais si je devais parier, je dirais que le bug serait plus du côté de l'OS. Vu qu'avec la vieille version de Windows çà marche et par expérience avec Microsoft

Explications

Apparemment le bug apparaît uniquement sur une version Windows XP SP 2 (et pas une version antérieure), pour un périph USB 2. Cela vient du fait que Windows initialise une sorte de driver par défaut pour tout périphérique branché. Ce driver lance apparemment un "scheduler asynchrone" dont la fonction m'apparaît un peu comme mystérieuse.

Le fait que tout se passe bien qu'en on a pas un Pentium M ou Core Duo, vient peut-être du simple fait que ces systèmes là n'étaient de toute manière pas capable de passer aussi rapidement et aussi souvent dans les modes d'économies d'énergie... donc en bref, faire tourner ce scheduleur en plus ou pas, n'affectant pas grosso modo la charge globale du proc et donc n'influait pas sur la conso.... Mais le Pentium M et Yonah étant plus futé, ils peuvent se mettre en veille plus souvent... et faire tourner un truc qui accès à la mémoire de manière régulière çà se voit. D'ailleurs on sait pas s'il s'agit de la mémoire RAM de l'ordi (au quel cas c'est du pur soft le pb) ou à celle du périph USB 2 en question (au quel cas le chipset est peut être à mettre en cause... cela dit, pourquoi accéder de manière régulière en lecture à un registre d'un périph USB2 que l'utilisateur n'utilise pas dans certains cas... mmm... bizarre )

Ce scheduler est un truc est assez bizarre et son exacte fonction (peut-être par ailleurs documenté mais je préfère voir si les macbook pro ont ce pb avant de regarder cette doc) reste un peu flou pour moi. D'abord, a quoi çà sert de lancer ce truc, même pour un périphérique que l'utilisateur ne veut pas gérer (car désactivé ou absence de driver...). Ensuite, d'après les dire de Microsoft ce scheduler cherche à accéder de manière périodique à la mémoire. mmm.. Ca ressemble un peu à du polling çà. Le bus USB n'est-il pas capable de générer une interruption pour ses événements asynchrones, plutôt que d'avoir à faire du polling? Bizarre.

Le fix qui consiste à rajouter une clé avec "EnIdleEndpointSupport" à "true" dans la base de registre. Dire que le périphérique est Idle? Apparemment çà suffit à désactiver le scheduler... et ce qui est surprenant est que çà ne nuise pas au comportement de l'ordi ni du périphérique. mmm... Encore plus bizarre. Il sert à quoi alors ce scheduler, si quand on l'enlève çà marche encore?

Le problème du fix est que lors d'un réveil de mise en veille, la clé de la base de registre semble être ignoré et il faut rebooter.. bof. Cà par contre, c'est purement soft. (Bon en même temps, le dit FIX, ressemble plus à un Hack dégueulasse, qu'une vrai solution... )

De deux choses l'une. Soit ce nouveau comportement de la SP2 est en conformité avec la norme USB2 et l'ancienne version de Windows ne la respectait pas à ce sujet là (mais comme tout périph USB se doit de marcher avec Windows, c'était plus le pb des constructeur que de Microsoft...). Soit le contraire, et Microsoft a nettoyé son code de gestion des périphs USB 2 pour se mettre en conformité. Soit un peu des deux, genre ils ont ajouté des fonctionnalités USB2 qui auraient du être prise en charge mais la manière dont çà a été fait (polling?) est crade.

Tout çà pour dire, que je doute FORTEMENT qu'Apple ait le même souci que Microsoft. D'abord, des spécifications techniques identiques pour une même norme amène toujours a des implémentations différentes. (Déjà le cas entre Windows SP1 et SP2. Les codeurs du noyau Linux vous diront qu'ils ont du saloper deux ou trois trucs de gestion de l'USB pour faire fonctionner des clé USB qui marchaient avec Windows mais qui ne respectaient pas la norme tip top à 100%....). Donc qu'Apple ait le même problème avec un scheduleur truc machin dans son code, sachant que la gestion de l'USB à ce niveau la se trouve au niveau de Darwin qui est micro Noyau Mach et des services autour et une surcouche BSD bref.. un gros bordel, mais qui doit être à des années lumières du noyau Microsoft en terme de similarité. Bref.. même problème j'y crois pas....

Par contre qu'Apple ait d'autres problèmes avec le code du noyau de Mac OS X (Darwin) quant à la gestion de l'ACPI et n'arrive pas à tirer partie au maximum des fonctionnalités offertes en terme d'économie d'énergie par ces nouveaux processeurs (beaucoup plus que les vieux G4 mobiles), et qu'il y ait un tas de saloperies dans le noyaux qui tournent pour rien et qui font des accès aux périphs pour rien etc... et que çà finisse par faire surconsommer quand la machine ne fait rien... de çà je ne serais pas surpris. Et je serais pas du tout surpris qu'à l'occasion du lancement du MacBook Pro, ont ait droit à une mise à jour de MacOS X qui patchent le noyau et les drivers USB, USB2, Firewire, Vidéo etc... Et je ne serais pas surprise qu'à l'issu d'une autre mise à jour ultérieure, le MacBook gagne en autonomie.

Le code source de la gestion de l'USB2 est disponible online (Darwin). Un brave et courageux guerrier peut regarder le code et nous dire si oui ou non Apple a du souci à se faire à ce sujet la, ou si le code USB 2 est clean super clean.