Nouveautés dans KDE : pas seulement le défilement automatique
Comme le décrit Nate Graham du projet KDE, il n’y a pas eu beaucoup de nouvelles la semaine dernière, ce qui correspond en quelque sorte au début des mois d’été. Mais il y avait, par exemple, la prise en charge du défilement automatique, une fonctionnalité du pilote libinpupt qui peut maintenant ou il peut être activé dans Plasma 6.2.0. Après l’activation, la zone de défilement donnée peut être déplacée en maintenant simplement le bouton/la molette du milieu enfoncés et en déplaçant toute la souris, ce qui est une fonctionnalité familière à tous les utilisateurs de Windows depuis des décennies.
La visionneuse de documents Okular a également reçu une modification partielle de la fonctionnalité de défilement, lors de l’utilisation du raccourci Ctrl+Scroll zoome (zoom arrière) par rapport à la position du curseur, et non par rapport au centre de la page. Une bonne nouvelle fait partie d’Okular 24.08.0. Okular adapte également désormais la taille bouton radioqui je case à cocher… aux formes dans lesquelles ils se trouvent, ce qui est plus joli surtout avec les très petits, ou à l’inverse les très grands. Le navigateur de fichiers Dolphin respecte désormais le paramètre désactivé de défilement fin à l’échelle du système (également à partir de la version 24.08.0).
En mosaïque rapidement deux fenêtres adjacentes et en redimensionnant l’une d’elles, l’autre sera également redimensionnée (GNOME et Windows peuvent le faire). L’emplacement de la coupure entre les fenêtres est désormais réinitialisé à la position par défaut lorsque toutes ces fenêtres sont fermées ou supprimées de l’emplacement en mosaïque (Plasma 6.1.2).
Du point de vue de l’accessibilité de l’environnement, la boîte de dialogue d’ouverture peut désormais utiliser les sons de l’utilisateur au format .oga et informe en même temps l’utilisateur des types de fichiers qu’elle prend en charge (Plasma 6.2). Dans les paramètres système, les effets internes ne sont plus visibles parmi les effets du bureau, afin que l’utilisateur ne puisse pas accidentellement endommager le fonctionnement du bureau (également Plasma 6.2). En général, les paramètres système de Plasma 6.2 ont subi plusieurs modifications partielles, grâce auxquelles ils honorent mieux nouvelles directives sur l’interface humaine l’environnement de bureau KDE.
Traditionnellement, un certain nombre d’erreurs ont été corrigées. Tout y compris d’autres détails dans le fil d’actualité traditionnel du bureau KDE.
Prise en charge d’Intel Lunar Lake et Arrow Lake dans le sous-système Perf
Linux 6.11 apportera le support nécessaire aux profils de performances des deux à venir cette année nouvelles générations de processeurs Intel Lunar Lake et Arrow Lake. Ils peuvent déjà voir le code dans la branche de développement perf/core dans la branche tip Git. Du code, on peut déduire de nouvelles spécificités qu’Intel a changé dans le domaine de l’unité de surveillance des performances au sein de ces générations (il s’agit principalement de changements dans divers compteurs, ou spécifiquement pour les cœurs E ou les cœurs P ; en général, il y a une nouvelle sixième version du suivi des performances). On peut s’attendre à une intégration transparente du code dans la branche de développement actuelle du futur Linux 6.11.
Également des mises à jour pour Alder Lake / Raptor Lake et Meteor Lake
Une version stable de cette version de base en septembre de cette année devrait arriver à temps pour le lancement de ces processeurs à l’automne/avant Noël. De plus, Rui Zhang d’Intel a envoyé des correctifs en même temps, apportant des correctifs pour les générations précédentes d’Alder Lake (12e génération) et de Raptor Lake / Refresh (13e et 14e générations), ainsi que pour la génération mobile actuelle de Meteor Lake. Par la suite, Liang Kan d’Intel s’est consacré au développement d’un support supplémentaire pour Lunar Lake.
Ajoutons dans ce contexte que Ces dernières semaines, Intel a évoqué un problème potentiel lié à une gestion trop agressive des performances du processeur. les deux dernières générations, avec un nombre croissant d’utilisateurs signalant des décès physiques de processeurs sans cause externe.
SSD M.2 NVMe de 16 To en route
L’un des inconvénients en voie de disparition des SSD M.2 par rapport au SATA classique est leur taille physique plus petite et donc leurs capacités maximales disponibles généralement plus petites. Ce mal a déjà été effacé par les premiers modèles de 8 To équipés de puces QLC, et depuis que le développement des SSD SATA s’est pour l’essentiel arrêté, tandis que le M.2 NVMe PCIe avance, les tables tournent désormais.
Western Digital et Kioxia (sous cette paire on pense aussi à Sandisk et Toshiba) lancent des puces à 218 couches de la génération BiCS8, qui, lorsqu’elles sont utilisées comme QLC, offrent une capacité allant jusqu’à 2 To par silicium encapsulé. Autrement dit, lors de l’installation d’un maximum de 8 puces sur un SSD M.2 2280 d’une capacité totale de 16 To.
Il convient de noter que les fabricants promettent également une efficacité énergétique plus élevée, mais ne parlons pas de la durée de vie, c’est-à-dire de la valeur TBW dans une entreprise décente. Plus en détail Jan Olšan sur Cnews.
Linux 6.11 offrira un contrôle plus fin sur l’échange
Plus de contrôle et une direction plus fine le noyau Linux 6.11 proposera quand et comment les pages mémoire seront déplacées de la RAM vers l’échange. Un meilleur contrôle sur l’échange (swappiness), ou son agressivité fait partie des changements qui arrivent ces jours-ci dans la branche développement de la part des développeurs de Meta (facebook).
Le méta-développeur Dan Schatzberg ajoute que le code ajoute la prise en charge du paramètre swappiness= dans memory.reclaim, qui permet à un élément de contrôler son swappiness indépendamment du paramètre global per-memcg swappiness. Il ajoute qu’un mécanisme est également inclus pour permettre (vaguement paraphrasé) de ne pas échanger le SSD à mort. Dans les situations proches du MOO, il est agréable d’utiliser l’échange pour accéder à l’état “Mémoire insuffisante” ne s’est pas produit, mais il s’agit généralement d’événements rares avec relativement peu d’impact sur la durée de vie en écriture. Cependant, une récupération proactive de la mémoire pourrait conduire à un recours fréquent au swap et ainsi avoir un impact significatif sur la durée de vie du SSD. C’est pourquoi il est possible de contrôler la limite de swap-out. Il commente en outre l’impact sur des outils tels que systemd-oomd et les découvertes qu’ils ont faites dans Meta avec le réglage des paramètres dans des approches proactives et réactives d’échange.
2024-07-07 01:01:40
1720342258
#Contrôle #fin #swap #sous #Linux #approchant #SSD #M.2
