Le décodage de vidéo n'utilise pas l'accélération GPU en général. ça sert plutôt pour le rendu 3D et on en fait quasiment pas dans Haiku (à part quelques écrans de veille). L'accélération du décodage de vidéos pourrait aussi être mise en place un jour.
Pour le chiffrage des disques, il y a https://github.com/axeld/driveencryption mais pour l'instant ça ne fonctionne pas pour le disque de démarrage. Il faut donc stocker les données sur un autre disque. En attendant mieux, bien sûr.
Sur la gestion d'énergie, le minimum est en place (cpuidle, réduction de la fréquence CPU quand on a pas besoin qu'il tourne à pleine vitesse) mais il y a encore de gros progrès à faire, c'est certain: mise en veille suspend-to-RAM, arrêt des périphériques non utilisés, optimisation des applications pour réduire les réveils inutiles du CPU, regroupement des causes de réveil par synchronisation de timers qui n'ont pas besoin d'une échéance très précise, ...
[^] # Re: why ?
Posté par pulkomandy (site web personnel, Mastodon) . En réponse à la dépêche Haiku a 24 ans - nouvelles de l'été 2025. Évalué à 5.
Le décodage de vidéo n'utilise pas l'accélération GPU en général. ça sert plutôt pour le rendu 3D et on en fait quasiment pas dans Haiku (à part quelques écrans de veille). L'accélération du décodage de vidéos pourrait aussi être mise en place un jour.
Pour le chiffrage des disques, il y a https://github.com/axeld/driveencryption mais pour l'instant ça ne fonctionne pas pour le disque de démarrage. Il faut donc stocker les données sur un autre disque. En attendant mieux, bien sûr.
Sur la gestion d'énergie, le minimum est en place (cpuidle, réduction de la fréquence CPU quand on a pas besoin qu'il tourne à pleine vitesse) mais il y a encore de gros progrès à faire, c'est certain: mise en veille suspend-to-RAM, arrêt des périphériques non utilisés, optimisation des applications pour réduire les réveils inutiles du CPU, regroupement des causes de réveil par synchronisation de timers qui n'ont pas besoin d'une échéance très précise, ...