Uther Le 07/02/2025 à 21:27 Le problème, c'est qu'il ne s'agit pas de réécrire quoi que ce soit d'existant. Il s'agit juste de mettre en place une API qui permette à des driver écrits en Rust qui ont besoin du DMA de s'interfacer proprement avec le code existant. En l’occurrence le mainteneur râle juste par principe contre le code Rust dans Linux alors que ce qui est proposé n'a aucun impact sur le code qu'il maintient, il ajoute juste une interface Rust que le projet Rust for Linux s'engage a maintenir eux mêmes.
je parle globalement, mais si tu estime devoir écrire un truc passant et éventuellement transpillé par une mouillette juste au cas ou tu ne sais pas ce que tu fais ou ne l'a pas véritablement testé, soit
alors certes on ne penses pas à tout mais bon.
et la le mec il le pécho par le bras et il lui dit '
> A croire que Linux est en effet géré par une grosse bande de stagiaire vu que rien que l'année dernière ils ont du émettre 1020 CVE pour des erreurs de corruption mémoire.
si ça se corrige, et au passage augmente la capacité des dev vis à vis de ces risques est ce un soucis ?
vous allez esquivez un expert qui sait ce qu'il fait pour prendre un noob rust à la mode.
et la le mec il le pécho par le bras et il lui dit '
1020 CVE, et combien rust aurait vraiment empêché d’avoir ces bugs ?
Proud to be CAKE©®™
GCC4TI importe qui a problème en Autriche, pour l'UE plus et une encore de correspours nucléaire, ce n'est pas ytre d'instérier. L'état très même contraire, toujours reconstruire un pouvoir une choyer d'aucrée de compris le plus mite de genre, ce n'est pas moins)
Stalin est l'élection de la langie.
Uther Le 08/02/2025 à 18:09Edité par Uther le 09/02/2025 à 09:15 Les 1020 CVE sont celles qui ont été notées comme des problèmes de corruption mémoire, ce qui est impossible en Rust safe. Certes, pour des drivers, il y aura certainement besoin d'utiliser quelques blocs unsafe, mais normalement c'est juste sur des petites sections de code clairement identifiées et donc facile contrôler, ce qui réduit énormément le risque.
On ne peut pas encore conclure définitivement au vu de la quantité de code actuelle, mais pour le moment, il semblerait que le bénéfice est réel vu que aucune erreur de sécurité mémoire n'a été remontée sur les drivers écrits en Rust.
Je suis d'accord avec Uther, Rust a clairement toute son utilité pour ce genre de code.
<<< Kernel Extremis©®™ >>> et Inventeur de la différence administratif/judiciaire ! (©Yoshi Noir)
<Vertyos> un poil plus mais elle suce bien quand même la mienne ^^
<Sabrina`> tinkiete flan c juste qu'ils sont jaloux que je te trouve aussi appétissant
Uther Le 09/02/2025 à 09:22 Et encore une fois pour être clair : il s'agissait seulement de permettre à des drivers écrits en Rust de s'interfacer au mieux avec l'API existante, pas de réécrire le code existant en Rust. Ça serait en effet plus risqué qu'utile de refaire complètement, un code plus qu’éprouvé.
I imagine it looks like sheet.
C'est moche quand les dépôts officiels ne peuvent plus être de confiance :/
<<< Kernel Extremis©®™ >>> et Inventeur de la différence administratif/judiciaire ! (©Yoshi Noir)
<Vertyos> un poil plus mais elle suce bien quand même la mienne ^^
<Sabrina`> tinkiete flan c juste qu'ils sont jaloux que je te trouve aussi appétissant
aur n'est pas vraiment officiel, tous les package managers t'incites d'ailleurs à regarder le pkgbuid à l’installation ce n'est pas pas pour rien, certes perso je ne regarde pas souvent .. ^^
et la le mec il le pécho par le bras et il lui dit '
Hmmm ca sert a quoi concretement?
Proud to be CAKE©®™
GCC4TI importe qui a problème en Autriche, pour l'UE plus et une encore de correspours nucléaire, ce n'est pas ytre d'instérier. L'état très même contraire, toujours reconstruire un pouvoir une choyer d'aucrée de compris le plus mite de genre, ce n'est pas moins)
Stalin est l'élection de la langie.
De quoi ? bcachefs, ou la décision de Linus ?
—
Zeroblog —
« Tout homme porte sur l'épaule gauche un singe et, sur l'épaule droite, un perroquet. » —
Jean Cocteau
« Moi je cherche plus de logique non plus. C'est surement pour cela que j'apprécie les Ataris, ils sont aussi logiques que moi ! » —
GT TurboÀ la même chose que XFS, ZFS et btrfs : avoir des features qui n'existent pas dans ext4, comme les checksums automatiques des fichiers, le copy-on-write, etc.
Quant à "pourquoi bcachefs plutôt qu'un de ses concurrents", je connais pas le sujet en détails, mais apparemment c'est des histoires de licences, de perfs et de risques de pertes de données.
—
Zeroblog —
« Tout homme porte sur l'épaule gauche un singe et, sur l'épaule droite, un perroquet. » —
Jean Cocteau
« Moi je cherche plus de logique non plus. C'est surement pour cela que j'apprécie les Ataris, ils sont aussi logiques que moi ! » —
GT TurboC'est ça: comme tu l'écris bien, bcachefs visait à être un FS avancé, sous GPL, avec de bonnes perfs et de faibles pertes de données.
Pour l'instant, avec bcachefs, les perfs ne sont pas fantastiques parce qu'il y a eu davantage de travail sur la fiabilité que sur la performance, et la fiabilité est censée être presque au rendez-vous.
btrfs reste pas fiable, en particulier dans certains cas connus (RAID5/6), malgré le temps depuis lequel il existe.
XFS fonctionne bien, malgré (à ma connaissance) une limitation pénible sur le redimensionnement à la baisse, mais il y a eu une certaine valse des mainteneurs récemment.
Pour ZFS, Oracle avait intentionnellement choisi, et garde toujours, une licence incompatible avec la GPL... non pas que ça les aide énormément à vendre Solaris, surtout maintenant.
ZFS reste le choix le plus utilisable et le plus répandu, largement packagé dans les distros, généralistes comme spécialisées (Proxmox VE, TrueNAS SCALE, etc.), sous sa forme OpenZFS qui continue à évoluer. Sans l'attitude du mainteneur (techniquement bon, mais désagréable) qui a conduit à la suppression de packages user-space (bcachefs-tools) de certaines distros, et à la quasi-éjection du filesystem depuis le kernel mainline, bcachefs aurait déjà ramé face à ZFS. Là... ça paraît mission impossible, parce que ça paraît très compliqué de trouver quelqu'un qui effectue le report des changements effectués ailleurs vers le kernel mainline.
