1 points par GN⁺ 2024-07-18 | 1 commentaires | Partager sur WhatsApp
  • Tentative de redonner vie à une Surface Pro 4 achetée en 2016 comme tablette Linux, mais retour final à Windows 10 à cause de dysfonctionnements tactiles répétés
  • L’installation d’EndeavourOS et de Fedora Workstation 40 s’est déroulée sans problème, et dans un usage de type portable, sans le noyau linux-surface, le réseau sans fil, le Bluetooth, le clavier, les profils d’alimentation et la mise à l’échelle HiDPI fonctionnaient presque normalement
  • Avec le noyau linux-surface, le multitouch et le stylet avec détection de pression deviennent utilisables dans une certaine mesure, mais les ghost touches et l’échec du rejet de la paume ruinent l’usage en mode tablette et au stylet
  • KDE était rapide et réactif, mais le clavier virtuel, le geste de clic droit, le redimensionnement des fenêtres et le défilement restaient instables ; Gnome offrait une meilleure interface tablette, mais était plus lent et subissait fréquemment des OOM kill
  • Si le tactile avait été stable, les défauts de KDE auraient été acceptables, mais entre les touches fantômes aléatoires et la consommation de batterie en veille, l’usage réel de la Surface Pro 4 comme tablette Linux n’était pas viable

Pourquoi avoir réessayé une Surface Pro 4 comme tablette Linux

  • L’appareil utilisé était une Surface Pro 4 achetée en 2016, équipée d’un CPU Intel Core m3-6Y30 et de 4 Go de mémoire
  • Même si ses spécifications n’étaient pas remarquables face à un portable moyen d’il y a quelques années, son format tablette à bas prix avec écran HiDPI 2K, stylet avec détection de pression et clavier correct restait séduisant
  • Un peu lourde pour un usage tablette, mais plus légère qu’un portable classique, elle restait suffisante pour des usages limités
  • Après l’achat d’un portable plus puissant, la Surface Pro 4 a été transmise à un membre de la famille, mais l’idée d’avoir une tablette Linux est restée
  • Après avoir regardé du côté de la Pinetab, l’idée d’installer Linux sur cette Surface existante a semblé pertinente, et l’expérimentation a commencé en s’appuyant sur des retours positifs trouvés en ligne

Cas d’usage visés

  • L’usage le plus important était la navigation sur Internet, y compris avec le lecteur RSS maison RSS Brain
  • La consommation de médias faisait aussi partie des objectifs, avec le visionnage de vidéos depuis un partage Samba et de vidéos en ligne sur des sites comme YouTube
  • Pour les PDF, la lecture seule suffisait, mais la possibilité d’y ajouter des annotations aurait été un plus
  • Les notes textuelles en Markdown semblaient plus efficaces et plus faciles à rechercher que les notes manuscrites, mais l’idée était aussi de transférer au format numérique les croquis auparavant faits sur papier pour la résolution de problèmes ou le brainstorming
  • Le dessin n’était pas indispensable, mais avec les progrès de l’IA, la possibilité d’envoyer un croquis vers une machine plus puissante pour générer des images a aussi été envisagée

Installation et fonctionnement de base

  • L’installation de Linux elle-même a été très simple, aussi bien pour EndeavourOS que pour Fedora Workstation 40
  • La procédure d’installation est bien documentée dans le wiki linux-surface
  • linux-surface fournit un noyau Linux et des outils pour les appareils Surface
  • Pour un usage uniquement en mode portable, l’expérience était presque parfaite même sans le noyau linux-surface
  • Les problèmes apparaissent surtout lorsqu’on commence à l’utiliser comme tablette

Ce qui fonctionnait bien

  • Même sans le noyau linux-surface, la plupart des fonctions marchaient à l’exception de l’écran tactile et du stylet
    • réseau sans fil
    • Bluetooth
    • clavier
    • profils d’alimentation
    • mise à l’échelle HiDPI de l’interface
  • Après installation du noyau linux-surface, le multitouch et le stylet avec détection de pression deviennent eux aussi utilisables dans une certaine mesure
  • L’autonomie était d’environ 5 à 6 heures pour une navigation web légère et la lecture de PDF, et d’environ 3 heures pour la vidéo
    • il ne s’agit pas d’un benchmark strict, mais d’une estimation basée sur l’usage réel
  • EndeavourOS comme Fedora prenaient en charge la rotation automatique de l’écran
  • KDE était très rapide et réactif, et le retrait du clavier faisait basculer l’appareil en mode tablette, avec certains éléments d’interface agrandis et plus adaptés aux gestes tactiles
    • par exemple, dans Dolphin, il était possible d’ouvrir un dossier d’un simple toucher sans double-clic
  • Gnome était moins réactif que KDE, mais son interface tablette était plus agréable visuellement, avec une disposition rappelant l’iPad ou les tablettes Android tout en conservant les fonctions d’un OS de bureau
  • Dans l’ensemble, l’expérience semblait pouvoir répondre aux usages visés, mais un problème majeur empêchait toute utilisation réelle

Problèmes communs à toutes les distributions

  • Le principal problème était la détection tactile, liée aux outils linux-surface, et affectait donc toutes les distributions
  • Le symptôme central était celui des ghost touches
    • des touches étaient enregistrées aléatoirement sans aucune action de l’utilisateur
    • plusieurs solutions de contournement ont été essayées, y compris celles décrites sur cette page du wiki linux-surface, sans jamais résoudre complètement le problème
    • il arrivait que le problème disparaisse après un redémarrage, puis revienne au redémarrage suivant
    • il pouvait aussi disparaître pendant un certain temps, puis réapparaître après une mise à jour du système
    • après une sortie de veille, l’écran tactile cessait parfois totalement de fonctionner
  • En dessin au stylet, le problème du rejet de la paume était important
    • iptsd, le démon de détection tactile de linux-surface, propose un réglage pour désactiver l’écran tactile pendant l’usage du stylet
    • ce réglage fonctionnait mal, ce qui rendait l’appareil très peu utilisable pour le dessin
  • KDE comme Gnome proposaient un clavier virtuel quand le clavier physique était détaché, et celui-ci fonctionnait dans la plupart des cas
  • Si le chiffrement du disque était configuré avec un mot de passe, l’étape de saisie de ce mot de passe au démarrage ne disposait pas de clavier virtuel, ce qui imposait toujours le clavier physique
    • c’était gênant, mais pas bloquant
  • La consommation de batterie en veille était aussi élevée
    • laissée en veille toute une nuit, la batterie perdait environ 30 %
    • un problème similaire avait déjà été observé sur d’autres portables, et il semblait peut-être possible de l’atténuer par des réglages, mais l’enquête n’a pas été poursuivie après l’abandon de Linux à cause des ghost touches

Problèmes de KDE sur EndeavourOS

  • Sous KDE, le plus gros problème en dehors des points communs était le clavier virtuel
    • il comportait des bugs et manquait de stabilité
    • parfois il apparaissait sans arrêt, parfois il ne s’affichait pas du tout
    • s’il ne s’affichait pas sur l’écran de connexion, un clavier physique devenait nécessaire, ce qui empêchait un usage vraiment tablette
    • il arrivait aussi qu’on ne puisse plus toucher le panneau du bas lorsque le clavier virtuel était affiché
    • les problèmes survenaient de manière aléatoire, ce qui les rendait difficiles à signaler correctement
  • Le comportement du geste tactile pour le clic droit ne correspondait pas aux attentes
    • sur un écran tactile, un appui long devrait naturellement agir comme un clic droit, mais ce n’était pas le cas dans KDE
    • les tâches nécessitant un clic droit étaient difficiles à effectuer sans souris
  • Le redimensionnement des fenêtres au tactile seul était également compliqué
    • il fallait toucher précisément la bordure de la fenêtre dès la première tentative
  • Le défilement n’était pas fluide, au point de provoquer une légère gêne rien qu’en faisant défiler des pages web ou des PDF

Problèmes de Gnome sur Fedora Workstation 40

  • Fedora a été choisi parce qu’il propose Gnome par défaut et qu’il y avait déjà eu de bonnes expériences avec lui
  • La première impression juste après l’installation a été qu’il était beaucoup plus lent que KDE sur EndeavourOS
  • Le swap et ZRam étaient activés par défaut et ont été désactivés, mais le système restait plus lent que KDE
  • Même au repos, l’usage mémoire tournait autour de 40 à 50 %, et des OOM kill, presque absents avec KDE sur EndeavourOS, se produisaient fréquemment
  • Plusieurs bugs d’interaction semblaient aussi liés à cette lenteur
    • dans le lecteur PDF, lorsqu’un geste à quatre doigts vers le haut ouvrait la vue des espaces de travail, le PDF continuait à défiler en arrière-plan
    • dans le gestionnaire de fichiers, le menu contextuel surgissait sans arrêt pendant le défilement
  • Le clavier virtuel avait un problème avec la touche Backspace, qui ne fonctionnait pas correctement
    • il était possible de contourner cela avec une extension Gnome tierce, mais il arrivait que l’ancien clavier réapparaisse malgré tout

Configuration après le retour à Windows 10

  • Si la détection tactile avait été suffisamment fiable, les autres défauts de KDE seraient restés acceptables
  • Mais les problèmes tactiles de Linux sur la Surface Pro 4 étaient trop graves, ce qui a conduit à un retour final à Windows 10
  • Windows 10 fonctionnait encore très bien, comme dans le souvenir d’il y a quelques années
  • OneNote et certains produits Microsoft n’ont pas été utilisés, remplacés par les logiciels suivants
    • Firefox : navigateur
    • Nextcloud : synchronisation des fichiers
    • Samba : partage de vidéos
    • lecteur vidéo intégré : lecture de vidéos locales
    • Krita : dessin et croquis
    • Drawboard PDF : lecture de PDF
  • Il est décevant de ne pas pouvoir vraiment utiliser cet appareil sous Linux, mais mieux vaut s’en servir sous Windows que le laisser inutilisé
  • Une nouvelle évaluation sera peut-être faite lorsque la fin du support de Windows 10 approchera l’année suivante

1 commentaires

 
GN⁺ 2024-07-18
Avis sur Hacker News
  • J’utilise Ubuntu sur un Dell XPS 13 et, à l’usage, je n’ai aucun problème. Je n’ai quasiment rien eu à toucher, je fais juste régulièrement les mises à jour logicielles et du firmware.
    Je ferme le capot, je le mets dans mon sac, puis quand je l’ouvre quelques heures plus tard ou le lendemain, je retrouve immédiatement l’état précédent. En dehors d’Apple, c’est l’expérience la plus proche d’un Mac que j’aie connue.
    Cela dit, j’aimerais quand même que quelqu’un fabrique un portable Linux avec une intégration matérielle aussi réussie que celle de macOS avec le matériel des MacBook.

    • C’est peut-être parce que le XPS a été conçu dès le départ en pensant à l’exécution d’Ubuntu. On peut même acheter des modèles avec Ubuntu préinstallé.
    • La veille fonctionne bien aussi ? Dans mon entreprise, on aime tellement le XPS15 qu’on le recommande fortement, et je l’apprécie aussi comme machine de développement Windows, mais la veille ne fonctionne absolument pas correctement.
      Si je ferme le capot et le mets dans mon sac, la batterie se vide et le sac devient brûlant. Du coup, je dois éteindre mon XPS15 tous les soirs, ce qui est absurde.
      À la maison, j’utilise des Mac, et ces portables-là, je ne les éteins jamais.
    • J’ai l’impression que ce genre de chose est rare à cause de la structure autour du développement des pilotes de périphériques. Associer des pilotes de périphériques récents à du matériel générique prend du temps et coûte de l’argent, et à des prix de matériel générique il est difficile de justifier ces coûts de développement.
    • Il y a un point que je déteste vraiment côté PC, et j’ai du mal à croire que le Dell XPS 13 l’ait résolu.
      Ces ordinateurs se rechargent très bien à la puissance maximale du port USB-C, mais si la batterie est complètement déchargée, ce port ne permet pas de ranimer la machine. On finit donc par devoir utiliser l’horrible connecteur d’alimentation cylindrique du portable.
      Il n’y a qu’Apple qui va jusqu’au bout avec l’USB-C comme unique chargeur.
    • https://system76.com/laptops
  • C’est la situation du mème Pikachu surpris : désactiver le swap et Zram, puis s’étonner que la machine s’arrête par manque de mémoire.
    Blague à part, y a-t-il vraiment une bonne raison de désactiver ça sur une station de travail ? Je comprends pourquoi on voudrait désactiver le swap sur des nœuds de cluster Kubernetes, mais sur une station de travail, je pense qu’il vaut mieux garder au moins zram activé pour éviter les arrêts dus au manque de mémoire.
    J’aimerais que les experts Linux de HN expliquent le raisonnement derrière ce choix.

    • Personnellement, pendant longtemps, j’ai désactivé le swap et laissé tourner le tueur en cas de manque de mémoire.
      J’avais assez de RAM pour mes tâches quotidiennes et je travaillais dans un environnement de calcul numérique ; quand un manque de mémoire survenait, cela voulait presque toujours dire deux choses.
      Premièrement, mon script avait un bug et dépliait par erreur en mémoire réelle quelque chose comme une énorme matrice creuse ; deuxièmement, le système ne manquait pas « un peu » de mémoire, il consommait plus d’un ordre de grandeur au-delà de la capacité réelle et ne récupérait pas.
      Dans ces situations, le système se mettait à thrashing sévèrement et je finissais par devoir forcer un redémarrage ; le démon OOM empêchait cela et me permettait de corriger le bug.
    • Sur des SBC et des VPS, j’utilise une configuration zram centrée sur le cache basée sur LZ4, et le changement le plus important par rapport aux valeurs par défaut est vm.page-cluster=0. De mémoire, je mets à la fois cache pressure et swappiness à 200, avec un réglage qui ne fait de l’I/O au premier plan que lorsque le tampon d’écriture en arrière-plan est plein.
      Ce type de swap est rapide, peu coûteux en CPU, et libère beaucoup de cache disque sur des stockages peu performants. Je n’avais pas besoin de planificateur disque, et comme il risquait surtout d’ajouter de l’overhead, je l’ai désactivé.
      Résultat : la quantité de RAM utilisable augmente, le cache de lecture est plus généreux donc on lit moins souvent la carte SD, et les lectures restent possibles même lorsqu’il y a des écritures disque sur un stockage inscriptible. Comme il n’y a pas de clustering et que la décompression est rapide, il n’y a pas non plus de latence de swap quand on récupère une page.
      Contrairement à l’ancien swap sur disque, lent, qui bloquait l’I/O et servait à éviter les manques de mémoire, LZ4 en RAM est rapide et ne perturbe pas l’I/O ; l’approche « swapper tôt et souvent » est donc complètement à l’opposé.
      J’utilise cette configuration depuis 2022 et je n’ai pas eu de problème. Cela dit, je ne compile pas dans cet environnement, mais je ne vois pas pourquoi ce serait moins sûr que de compiler sans zram.
    • Les wikis et guides Linux pour stations de travail contiennent encore énormément de vieux conseils de type cargo cult, qui n’ont pas été modernisés depuis les années 2000.
      Je n’aime généralement pas râler sans proposer de solution, mais même si je dis désormais à mes amis que c’est vraiment l’année du desktop Linux, dès que quelque chose se passe mal, ils retombent sur les mêmes résultats de recherche que je voyais quand j’étais jeune, et les conseils n’ont pas du tout été mis à jour.
      Il fut un temps où le swap pouvait se comparer à faire tourner un engrenage rempli de lourdes pierres, tandis que la fréquence de la RAM évoquait à peine le sifflement produit en agitant un bâton. À cette époque, quand le swap se déclenchait soudainement, le système ne devenait pas seulement agaçant : il se figeait au point d’être réellement inutilisable.
      Le conseil de désactiver swap et zram vient de cette époque de systèmes « limités en ressources », et comme les wikis, ainsi que désormais les absurdités remâchées par les LLM, s’y accrochent, ce mème ne semble pas près de mourir.
    • Sur les nœuds Kubernetes que je gère moi-même, j’active swap, zram et systemd-oomd. Cela aide à gérer à faible coût les programmes basés sur la JVM ou les logiciels avec fuites mémoire.
      Dans beaucoup de situations, je ne comprends pas bien pourquoi on désactive tout ça.
    • Quand je compilais clang sur Ubuntu 20.04, l’étape d’édition de liens utilisait toute la RAM puis commençait à swapper sur le NVMe.
      htop s’est figé, j’ai appuyé sur ctrl-c mais rien ne s’est passé, la souris ne bougeait plus et SSH ne répondait pas non plus : la machine était complètement bloquée. Au final, j’ai dû l’éteindre et la rallumer physiquement.
      Depuis, j’ai désactivé le swap pour que ce soit le processus qui meure plutôt que la machine, et je passe aussi -DLLVM_PARALLEL_LINK_JOBS=1.
  • Cela ne correspond sans doute pas à l’objectif de l’auteur, mais sur la gamme Surface, je pense que l’astuce consiste à utiliser WSL plutôt qu’à faire tourner Linux en natif
    Les choses se sont améliorées avec le temps, mais à l’époque où j’utilisais la Surface Pro 4, la prise en charge de Linux était assez insuffisante. L’an prochain, avec la fin de Win10 et l’absence de prise en charge de Win11, elle pourrait en fait s’améliorer au moment même où la machine arrive en fin de vie
    Malheureusement, le SSD a commencé à tomber en panne et l’autonomie était devenue mauvaise, donc j’ai fini par acheter autre chose. La difficulté à remplacer le SSD et la batterie se voit bien dans la note de réparabilité d’iFixit
    Elle me manque parfois. J’aimais vraiment beaucoup le format d’écran 3:2

    • Je suis assez satisfait de ce que WSL permet de faire. Même une bonne partie des outils que j’utilise tournent très bien directement sous Windows
      Mais le plus gros inconvénient de cette configuration, c’est qu’il faut supporter l’expérience utilisateur de Windows. Je déteste chaque instant où je dois interagir avec cet amas épouvantable
    • WSL a encore beaucoup de problèmes, ne serait-ce que les E/S lentes et l’utilisation CPU. Cherchez « WSL vmmem » et vous verrez de quoi je parle
      Pour un usage sérieux où l’on passe 90 % de son temps à développer dans un environnement Linux, ce n’est absolument pas prêt
    • On disait qu’elle ne prenait pas en charge Win11, mais Windows 11 tourne très bien même sur une Surface 2 Pro. Je crois qu’il ne m’a même pas demandé de clé de licence à l’installation
      J’ai probablement créé l’image avec Rufus et désactivé quelques éléments problématiques de Win11, mais en tout cas l’installation s’est faite presque sans problème
      C’est le modèle avec 4 Gio de RAM et 128 Gio de stockage, avec, si ma mémoire est bonne, un processeur du niveau d’un MacBook Air pré-Retina, et pourtant elle reste assez utilisable
    • WSL gère-t-il aussi correctement le multitouch et les gestes ?
    • La gestion de l’alimentation sous Linux étant aussi mauvaise que sous Windows, c’est peut-être une approche viable. On ne perd donc pas grand-chose
      Je ne comprends vraiment pas pourquoi choisir un appareil mobile avec une autonomie aussi courte. Et je comprends encore moins pourquoi aucune entreprise, à part Apple, n’arrive à offrir une autonomie correcte
      Même les produits de première main de Microsoft, sans les bêtises des OEM, sont lamentables sur ce point
  • Je n’ai jamais vraiment aimé la gamme Surface. Visuellement, c’est très réussi, mais dès qu’on commence à travailler dessus, ça donne l’impression d’une drôle de tablette avec un Windows lent dessus
    On peut optimiser un peu, mais il y a des limites, le prix est aussi assez élevé, et le support peut parfois être atrocement lent
    J’ai donné à ma femme un vieux Lenovo Yoga 2-en-1 : plié en tablette pour regarder Netflix, ça va, mais là aussi les performances ne sont pas bonnes
    Il vaut peut-être mieux ne pas trop attendre de ces drôles d’ordinateurs qui font semblant d’être des tablettes

    • Nous utilisons avec satisfaction, ma femme et moi, une Surface Pro 8 16 Go achetée l’an dernier, avec Windows 11 Pro. La plupart du temps, nous l’utilisons avec le clavier attaché
      L’ordinateur portable professionnel de ma femme était tellement verrouillé qu’il était difficile d’y faire même des tâches personnelles de base, comme des courses en ligne, d’où le besoin d’un appareil personnel
      Nous avons aussi envisagé un iPad, mais nous avons finalement choisi la Surface Pro, parce qu’elle permettait d’utiliser plusieurs profils utilisateur. Windows Hello fonctionne très bien : quel que soit celui de nous deux qui la prend et la regarde, elle ouvre presque immédiatement le bon profil, et grâce à OneDrive et à la synchronisation cloud de Microsoft Edge, l’expérience est la même sur mon ordinateur et sur la Surface
      En revanche, l’expérience de configuration initiale a été moins bonne que prévu, surtout comparée à celle d’un iPhone. Je préfère certes iOS à Android, mais je n’ai pas d’affection particulière pour macOS
      Au début, la dernière mise à jour de fonctionnalités de Windows 11 n’était pas installée, si bien que l’installation d’apps comme Instagram depuis le Microsoft Store échouait avec une erreur peu explicite. J’ai fini par comprendre que ce n’était pas la dernière mise à jour de fonctionnalités, et le problème a été résolu après son installation
      De plus, seul mon profil utilisateur était lent, celui de ma femme allait bien. Par exemple, le menu Démarrer mettait très longtemps à s’afficher. Après plusieurs jours de recherches sans solution, j’ai formaté puis réinstallé Windows avec l’image ISO officielle de Microsoft
      C’est généralement ce que je fais quand j’achète un nouveau PC Windows, mais je pensais que ce ne serait pas indispensable sur du matériel Microsoft. Il n’y avait pas de logiciel indésirable préinstallé vraiment visible, mais quelque chose n’était pas tout à fait normal
    • Tout dépend du point de comparaison, mais à mon avis il n’existe aujourd’hui aucun appareil qui coche toutes les cases. La Surface Pro fait donc partie de ces machines imparfaites
      À l’opposé, il y a des appareils dont la fabrication et les sensations sont excellentes, mais qui permettent en pratique de faire très peu de choses ; et d’un autre côté, il y a ceux qui sont conçus selon une vision moyenne de ce qu’un ordinateur doit faire, au point qu’il faut acheter des appareils supplémentaires pour gérer les cas particuliers
    • L’avantage de la Surface, c’est que c’est l’une des rares tablettes qui remplissent ces critères. Le prix est raisonnable par rapport à la configuration, elle dispose d’un processeur x64, et on peut y installer Linux sans trop de difficultés
      Si l’on veut une tablette Linux, la Surface est peut-être l’un des rares choix réellement réalistes
    • La Surface Pro me semble être un appareil très dépendant de l’usage. Pour le mien, elle est parfaite, au point qu’il est étonnant qu’elle n’ait pas de vrai concurrent
      En voyage ou dans un café, dès qu’il y a une table, je peux l’utiliser en vrai mode ordinateur portable, puis passer à la prise de notes ou au dessin au stylet. Sur les genoux, ça fonctionne mal
      Même si ce n’est pas aussi essentiel que l’usage du stylet, le fait de pouvoir retirer rapidement le clavier pour lire ou regarder une vidéo permet de gagner de la place et de rapprocher l’écran
    • J’aimais bien les deux ou trois premières générations de Surface Pro, mais le passage au numériseur NTrig m’en a éloigné
      Le Samsung Galaxy Book 12 était presque l’ordinateur parfait pour mes besoins. Il avait un écran haute résolution de taille correcte, un format assez compact pour tenir dans un sac en voyage, et un stylet Wacom EMR que je juge indispensable pour dessiner, esquisser, annoter et écrire quand je n’ai pas envie de brancher un clavier
      Les performances étaient aussi assez bonnes, mais la Fall Creators Update a transformé le stylet en une sorte de 11e entrée tactile, ce qui faisait défiler les pages dans le navigateur web et rendait la sélection de texte assez pénible, tout en compliquant l’usage des anciennes apps
      Je suis revenu deux fois à la version 1703 et j’ai tenu jusqu’à ce que la situation m’oblige à le remplacer. Le mieux que j’ai trouvé a été le Samsung Galaxy Book 3 Pro 360, et je dois garder l’app Settings ouverte pour activer ou désactiver le comportement du stylet comme une souris
      C’est dommage : il y avait autrefois une belle innovation dans l’univers des tablettes. Le nom ThinkPad vient d’ailleurs du fait qu’il avait été prévu à l’origine comme un ordinateur à stylet, et le NCR-3125, donné au Smithsonian, sur lequel tournait PenPoint, a été l’un de mes ordinateurs préférés. À l’époque de Windows 8 aussi, cela semblait assez prometteur
      Cela dit, je suis content qu’il soit redevenu plus facile de saisir du texte manuscrit dans les champs de texte. J’aimerais que le Lenovo Yogabook 9i ait suffisamment de succès pour que quelqu’un fabrique un appareil à double écran utilisant Wacom EMR
  • Il faut garder à l’esprit qu’il s’agit ici de la Surface Pro 4 en configuration minimale. Elle utilisait un Intel Core m3-6Y30 basse consommation, ce qui lui permettait de fonctionner sans refroidissement actif, et la rapprochait donc d’une « vraie » tablette
    La plupart des vraies Surface Pro 4 utilisaient des processeurs i5 ou i7 avec refroidissement actif, et leurs performances étaient à peu près comparables à celles des autres ultrabooks PC de l’époque
    Voir https://en.wikipedia.org/wiki/Surface_Pro_4. J’utilise la gamme Surface Pro depuis environ dix ans pour tout ce dont j’ai besoin, et elle est assez robuste

    • Moi aussi, je fais tout ce dont j’ai besoin avec une Surface. Je l’aime beaucoup et je n’ai jamais eu de problème
      Je ne comprends pas pourquoi elle suscite autant d’hostilité, ni pourquoi cette perception inexacte selon laquelle elle ne pourrait pas exécuter certaines choses continue de persister
  • Dans la comparaison entre Fedora Gnome et EndeavourOS KDE, le problème n’est pas Gnome, mais Fedora
    Sur du matériel comparable, là encore avec un Core M3 et 4 Go de RAM, les distributions basées sur Arch ont été les meilleures avec peu de RAM. Depuis l’an dernier, j’ai probablement essayé une cinquantaine de distributions
    Sur mon matériel, Gnome sur Arch est aussi rapide que KDE et, en théorie, consomme moins de mémoire que KDE. Je sais bien que la RAM est un sujet complexe
    La raison pour laquelle Fedora pose problème sur du matériel peu puissant, c’est qu’elle utilise packagekit, et il est assez connu que ça consomme beaucoup de RAM. Ce n’est pas la seule raison : d’autres valeurs par défaut, comme zswap et zram, semblent aussi la rendre plus lente qu’Arch sur mon matériel
    Avec un CPU faible et peu de RAM, zswap était réellement la meilleure option. Avec aussi peu que 4 Go de RAM, le swap est vraiment nécessaire et inévitable. D’après mon expérience, zram seul ne suffisait pas
    Je pense donc que l’une des raisons pour lesquelles Arch fonctionne bien ici est que c’est l’une des rares distributions qui règle correctement les valeurs par défaut actuelles de zswap
    Avec Fedora et la plupart des autres distributions, quand la RAM était pleine, tout se figeait sans arrêt, et avec 4 Go on y arrive très facilement. Ça ne m’est pas arrivé avec les distributions basées sur Arch

    • Packagekit n’est pas indispensable à Fedora. Je le désactive toujours et je gère les paquets avec le dnf classique
    • Moi aussi, je tenais les performances d’Ubuntu et de Fedora pour acquises. Récemment, sur un coup de tête, j’ai remis Arch sur une machine bas de gamme et une machine haut de gamme, et les deux sont fulgurantes par rapport à Ubuntu 24.04 ou Fedora 40
      Je m’attendais à une différence avec Ubuntu, vu tout ce qui est inclus par défaut pour un comportement adapté à l’entreprise, mais je ne pensais pas que Fedora serait à ce point concernée. Sous Arch, il n’y a pas de blocages, le démarrage et l’arrêt sont rapides, et la réactivité globale du bureau est meilleure
      Même si c’est une rolling release, il y a globalement moins de pièces mobiles. J’ai apprécié de n’avoir à gérer que le dépôt principal, flatpak, et quelques pkgbuild AUR
      Sous Ubuntu, pour avoir mes outils, je devais empiler des dépôts deb, des PPA, flatpak et brew, ou bien écrire moi-même des scripts d’installation basés sur git
      Un point qui m’a gêné sur toutes les distributions, c’est que les réglages par défaut de TLP semblent beaucoup trop conservateurs côté performances par rapport à power profile daemon. C’est probablement voulu
      Je n’ai pas creusé et je suis simplement revenu à PPD, mais il était clair que l’économie d’énergie passait avant tout
  • J’utilise Fedora sur une Surface Pro 7, et mon expérience est globalement similaire, mais c’est un peu plus rapide et je n’ai pas de touchers fantômes. Le plus agaçant, c’est que le tactile se casse parfois dans Firefox

    • J’ai aussi ce problème sur deux portables à écran tactile, un HP et un Lenovo. Donc je ne pense pas que ce soit un problème matériel
    • Tu pourrais partager un peu plus ton expérience, surtout sur le processus de configuration ?
      J’ai une Surface Pro 7 qui a beaucoup encaissé pendant mes voyages. Depuis que je suis posé quelque part, j’ai remplacé ma machine principale par une Surface Pro 9, mais la Pro 7 a été tellement malmenée dehors pendant un an qu’elle est trop usée pour être revendable, donc je me demande quoi en faire
      J’envisage d’en faire un ordinateur dédié à l’extérieur et aux voyages, avec Fedora et Steam pour jouer à des point-and-click, ou pour lancer de la musique avec des logiciels de contrôleur MIDI/DJ
      Mais je n’ai plus le clavier, donc il faudrait que toute l’installation de Linux se fasse uniquement avec l’écran tactile. Sur mes autres Surface, pour éviter les câbles, docks et dongles, j’utilise des périphériques d’entrée 100 % Bluetooth ; je pourrais donc en appairer un pendant l’installation, mais je ne veux pas l’y associer de façon permanente
      Les conseils en ligne ressemblent surtout à “ne le fais pas si tu n’as pas de clavier USB”. Est-ce que ça vaut quand même le coup d’essayer ?
  • J’aime bien le format hybride et détachable qui combine tablette et ordinateur portable dans un seul appareil, mais à l’époque, l’ensemble de la pile logicielle et matérielle n’était pas prêt, surtout si l’on voulait utiliser Linux
    Il y avait plusieurs problèmes. D’abord, la gestion de l’énergie sur x86(-64), notamment la veille, est mauvaise. Une tablette devrait consommer très peu en veille et tenir des semaines, mais x86 vide la batterie même dans les états S-machin. Je ne parle même pas du problème de Windows qui réveille la machine tout seul dans le sac
    Ensuite, la prise en charge matérielle de Linux sur les Surface Pro et Surface Book était plutôt correcte, mais elle a mis longtemps à arriver, et des éléments comme le Wi-Fi n’étaient pas très stables. À l’époque des SB1 et SB2 en particulier, les Surface Book étaient à la pointe du matériel de type tablette
    Troisièmement, le support matériel du tactile ne suffit pas. Il faut aussi que le logiciel soit bon, et Linux n’avait pas — et n’a probablement toujours pas — de lecteur de documents offrant une bonne expérience utilisateur et de bonnes fonctions d’annotation
    Pour mon usage, le dual boot était la solution, mais les points 1 et 2 restaient globalement de sérieux problèmes
    Aujourd’hui, on a des tablettes ARM avec de bons modes veille, et WSL permet de contourner les problèmes de compatibilité matérielle de Linux, à condition de pouvoir tolérer Windows comme système d’exploitation de base, tout en évitant aussi le dual boot. Il donne également accès à de meilleurs lecteurs de documents et outils d’annotation
    WSL me fait peur, mais dans les faits, il est en train de changer le paysage de l’environnement utilisateur Linux
    En théorie, l’iPad Pro pourrait réunir le meilleur des deux mondes, mais on lui colle volontairement un système d’exploitation de jouet

  • Ça ressemble à toutes mes expériences avec Linux sur desktop : l’enthousiasme, le succès initial de l’installation, quelques jours de résolution de problèmes obscurs, puis la désillusion et l’abandon

    • C’est une description élégante et précise de mon expérience. J’ai essayé régulièrement pendant 20 ans, mais j’ai fini par abandonner
      “Cette nouvelle version d’Ubuntu, cette nouvelle distribution, ce sera la bonne !” en boucle. Si je veux compiler un programme pour utilisateurs Linux, j’utilise WSL
    • C’est ce qui me parle le plus dans ce fil. J’ai vécu la même chose en utilisant ros.org puis en passant à une nouvelle distribution
  • L’Intel m3-6y30 intégré à cette Surface est vraiment un cœur extrêmement petit. Son enveloppe de conception est de 4,5 W, le TDP peut descendre à 3,5 W et monter jusqu’à 7 W, et le GPU est lui aussi petit.
    Le 7200u de mon Samsung Book 12 est à 15 W et peut être configuré entre 7 et 25 W, donc il a bien plus de marge. La fréquence de base est aussi de 0,8 GHz contre 2,5 GHz. Le 7200u a certes un an de moins, mais les deux sont des Skylake.
    https://ark.intel.com/content/www/us/en/ark/products/88198/i...
    Ce qui est intéressant ces temps-ci sous Linux, c’est l’arrivée du contrôle BPF pour les périphériques HID. Avec ça, on pourrait peut-être filtrer au niveau du noyau les saisies dues à la paume de la main, ou éliminer les entrées fantômes. En théorie, on devrait pouvoir filtrer arbitrairement les données.
    Avant, je faisais du remapping léger en espace utilisateur avec interception-tools, en lisant le périphérique, en filtrant puis en réexportant via un uhid virtuel, mais cette approche semble plus rapide et plus propre.
    https://www.phoronix.com/news/Linux-6.11-More-HID-BPF
    Il faut maintenant que je remplace mon Samsung Book 12 par un autre modèle identique que j’ai déjà. L’OLED de celui que j’utilise est pas mal fissuré ; de face, ça se voit étonnamment peu, mais le tactile, qui marchait par intermittence, ne marche plus du tout. J’aimerais aussi essayer le stylet.
    4 Go de RAM, ça peut être pénible. Si le SSD avait été un meilleur NVMe plutôt qu’un SATA, ça n’aurait sans doute pas été un si gros problème, mais quand le système pagine ou recharge des pages, il ralentit parfois fortement dans son ensemble, et c’est vraiment mauvais.
    Et je recommande vivement l’hibernation. Je n’y ai pas cru pendant des années, puis un jour, quand la batterie a baissé en veille, j’ai vu systemd réveiller la machine pour l’envoyer en hibernation ; plus tard, en la reprenant, tout fonctionnait normalement, et ça m’a vraiment surpris.
    Le démarrage prend environ 10 secondes, mais pouvoir mettre un projet de côté et y revenir des semaines plus tard exactement là où on l’avait laissé, c’est formidable. Mieux vaut utiliser l’hibernation. On peut probablement configurer le système pour passer en hibernation après un certain temps de veille.

    • J’utilise l’hibernation sur un Acer Swift X édition 2022 et c’est vraiment bien. En revanche, en mode veille, la carte Wi‑Fi meurt.