Le matériel spécial est le Fujitsu Futro S520, un client léger doté d’un SoC AMD G-Series GX-212ZC faible, qui intègre deux cœurs de calcul de la microarchitecture Puma cadencés à 1,2 GHz et un GPU Radeon R1E. Étant donné que ce petit boîtier, qui à la charge maximale revendique 8 W, était destiné dès le départ uniquement à démarrer le client de bureau à distance, il n’était pas possible de parler de puissance de calcul il y a dix ans, lors de sa mise sur le marché, encore moins seul aujourd’hui. Un adepte idéal pour tester l’utilisabilité du système.
Les performances ne m’ont pas trop inquiété, pas plus de 4 Go de RAM DDR3-1600, mais seulement quatre Go de stockage flash interne avec l’impossibilité de l’étendre de manière raisonnable (le slot mCARD interne est uniquement destiné au WiFi, il ne prend pas de disques) – cela menaçait déjà de se produire rapidement à la fin. Au final, cependant, l’installation s’est déroulée sans le moindre reproche (je n’en parlerai pas ici, c’est exactement le même qu’en 2021) et le système, y compris les logiciels fournis, occupait environ la moitié du disque, laissant l’autre gratuit pour mes activités.
Source : auteur
Le premier démarrage du système installé s’est également avéré parfait : le bureau était dans la résolution native du moniteur, le son retentissait, Ethernet a demandé une adresse IP et l’a obtenue. J’ai lancé le packager HaikuDepot, mis à jour tout ce qui avait reçu une nouvelle version au cours des quelques jours qui ont suivi la sortie de la version bêta 5 et commencé à utiliser le client Power Minidesktop comme j’utiliserais normalement mon ordinateur portable Ryzen ou mon ordinateur de bureau Power, sauf que l’alimentation du bureau prend trois fois plus que le Futro S520.
La toute première activité que je voulais après Haiku était un peu décalée. Chaque fois qu’il m’arrive d’écrire quelque chose sur ce système sur DIIT, deux critiques apparaissent dans la discussion :
- Il lui manque un pilote graphique accéléré approprié pour le matériel que l’on trouve dans les ordinateurs actuels.
- Le navigateur WebPositive a besoin de beaucoup d’améliorations, sinon il est tout simplement difficile à utiliser.
J’ai toujours ignoré les deux critiques, mais je signe intégralement la seconde. WebPositive est un navigateur basé sur le noyau WebKit, il possède donc toutes les conditions préalables pour gérer avec succès le Web moderne. Cependant, son immaturité s’est manifestée pleinement sur un SoC faible. Lorsque j’ai écrit le texte sur le successeur du cahier MNT Reform, j’avais besoin d’une manière ou d’une autre de transmettre le résultat au système éditorial du DIIT. Cependant, seule la page de connexion a été rendue dans WebPositive pendant environ cinq minutes, j’ai pu saisir le mot de passe avec une cadence de caractères en quinze secondes et la tentative de connexion s’est terminée par un crash du navigateur après dix minutes. Dans le même temps, la fenêtre du navigateur était complètement gelée, y compris les autres onglets, les deux cœurs du processeur fonctionnaient à pleine vitesse et, par souci d’exhaustivité, j’ajouterai qu’il y avait suffisamment de mémoire libre.
Source : auteur
Je me suis dirigé vers HaikuDepot et j’y ai trouvé le navigateur Dooble. Il s’agit d’un navigateur multiplateforme qui fonctionne sur n’importe quel système et sa seule dépendance est la boîte à outils Qt, car il utilise le noyau QtWebEngine, essentiellement un noyau Chromium modifié pour fonctionner dans des applications basées sur la boîte à outils Qt. Non seulement DIIT a fonctionné sans aucun problème, il n’y a eu aucun retard visible dans l’écriture du texte, mais l’indicateur de charge du processeur a montré qu’un cœur suffisait pour cela, et c’est ainsi que fonctionnait le changement d’onglet. Les deux navigateurs rendent la grande majorité des sites Web exactement de la même manière, là où il y a une différence, Dooble est meilleur et j’ai donc dû faire partie de ceux qui n’ont pas redémarré WebPositive.
La même chose dans WebPositive et dans Dooble. Source : auteur
Tout du travail et pas de plaisir, ce ne serait pas possible. Mais nous nous détendons tous différemment. Quelqu’un joue à des jeux, quelqu’un surfe sur YouTube et parcourt les réseaux sociaux, quelqu’un regarde des films filmés d’on ne sait où. Je me détends très étrangement, j’étais donc entièrement satisfait des possibilités du Haiku.
Les deux derniers jeux AAA auxquels j’ai joué sont sortis au cours d’une année qui n’a pas commencé par un 2, depuis lors, il y a essentiellement eu deux options pour moi : OpenTTD ou des émulateurs, et Haiku a les deux. OpenTTD est également disponible dans le référentiel avec plusieurs packages de graphiques de jeu alternatifs, il fonctionne de manière absolument stable, le processeur ne se charge pratiquement pas même dans la résolution native de l’écran – pas que je doive le mentionner sur un autre matériel, mais j’étais j’en suis content dans ma configuration.
Source : auteur
Et si vous aimez émuler d’anciens ordinateurs ou consoles de jeux, HaikuDepot ne saura pas sur quoi cliquer en premier. Fondamentalement, vous avez deux options principales : installer les émulateurs en tant qu’applications distinctes ou installer les fichiers de base de l’API universelle libretro, pour laquelle l’interface RetroArch est disponible.
Il existe des dizaines d’émulateurs distincts disponibles, mais vous pouvez retrouver mon ZX Spectrum préféré trois fois (FUSE, Unreal Spectrum Portable, Glukalka). Mais la véritable émulation vient de l’API libretro. Cela a séparé le frontend de l’émulateur du backend, de sorte que l’intégralité de l’émulateur de n’importe quelle plate-forme est encapsulée dans un module appelé core, qui se compose d’une bibliothèque et cette bibliothèque ne gère que le fonctionnement de la machine émulée. Ils n’ont pas à s’occuper du fonctionnement de l’ordinateur et du système invité, des graphiques, du son, des spécificités des E/S – c’est de là que vient le frontal. Dès que quelqu’un traduit l’interface pour un système spécifique, tous les émulateurs fonctionnant sous l’API libretro seront disponibles, et il y en a actuellement 78 dans HaikuDepot – Amiga, Atari 8 bits et compatibles ST, tous Commodore 8 bits machines, consoles de salon et portables de Nintendo et Sega Gameboy commençant et se terminant par DreamCast, PlayStation et PlayStation Portable, DOSBox – eh bien, il m’a fallu une heure juste pour le parcourir et le lire.
Vidéo PAL et HD dans MediaPlayer. Source : auteur
En ce qui concerne le multimédia, le système dispose d’un MediaPlayer natif très performant, capable de gérer la musique locale et les flux en ligne ainsi que n’importe quelle vidéo, capable de décoder ffmpeg et d’afficher les sous-titres à partir d’un fichier .srt. Si cela ne suffisait pas, il existe un portage de VLC ou MPlayer. Dans mon cas, cependant, je n’ai pas pu procéder à l’installation, MediaPlayer lisait également d’anciens films B de haute qualité et le matériel ne pouvait rien gérer à partir de 720p ou supérieur (et inclus).
La troisième et dernière activité récréative à laquelle je me suis engagée était la programmation. Il y a OpenJDK dans le référentiel, il y a un éditeur de programmation Pe directement dans le système, qui peut essentiellement mettre en évidence la syntaxe des langages C/C++, HTML, Oberon-2, Java, TeX, Rez, Perl et Python, donc j’en ai dépensé un soirée à creuser la source, dont je profite depuis un moment le soir. Tout s’est déroulé comme sous Windows ou dans mon Slackware Linux préféré, il n’y avait aucune différence, presque ennuyeux. Ensuite, j’ai vraiment aimé l’éditeur Pe, même si presque partout ailleurs j’utilise principalement Linux Joe dans le terminal, sur chaque plate-forme que je rencontre, j’essaie de trouver un éditeur de texte natif sympa pour l’environnement de fenêtre. Sous Windows j’ai Notepad++, sous Linux j’utilise Geany, dans RISC OS c’est Textfile, maintenant j’ajoute Pe à la liste, qui avait déjà été créée à l’époque de BeOS, à l’origine c’était un produit commercial, mais pendant de nombreuses années il a est un programme open source développé par la communauté.
Source : auteur
Une semaine n’était pas assez de temps pour essayer toutes les capacités de Haiku, ou peut-être même parcourir l’intégralité du référentiel HaikuDepot et voir ce qu’on pouvait y trouver. Ce n’était même pas le but – le but était de voir si je pouvais taper poweroff dans le terminal sous Linux un jour et m’asseoir sur Haiku et travailler dessus le lendemain. Cette expérience s’est bien déroulée, tout ce dont j’ai normalement besoin d’un ordinateur fonctionne en haïku lorsque je ne suis pas au travail (où, comme j’aime le dire depuis des années, j’utilise ce pour quoi je suis payé). Et cela fonctionne rapidement : Windows 11 ne fonctionne pas aussi vite sur un Ryzen à huit cœurs. Et si Haiku a exécuté cela de manière fluide et fluide, même sur un client léger, on peut supposer qu’il pourrait également fonctionner sans problème sur du matériel plus puissant. À tout le moins, il serait certainement capable de lire des vidéos de plus haute résolution, d’émuler des ordinateurs et des consoles plus récents et de compiler Java plus rapidement.
Considérant que le projet a débuté en 2001, que la première version Alpha est arrivée huit longues années plus tard et que la première version Beta a pris encore huit ans, les progrès réalisés par le système au cours des dernières années et plusieurs versions bêta sont fascinants. Surtout lorsque le monde des systèmes d’exploitation de bureau est déjà divisé, Windows, Mac et Linux ne vont nulle part et presque personne ne se soucie du prochain joueur. Les quelques développeurs qui ne font pas partie de cet ensemble font un excellent travail pour moi. Et si un jour nous obtenons une version tout aussi bien conçue pour ARM/AArch64 ou RISC-V, alors cela pourrait être encore plus intéressant : sur du nouveau matériel, le nouveau système a certainement de meilleures chances que s’il essayait de nettoyer les eaux stagnantes. de plateformes vieilles de dix ans.
#Test #hebdomadaire #Haiku #R1Beta5 #Diit.cz
