Diskussion om FreeBSD 15 och integration av Rust-stöd i FreeBSD

FreeBSD Foundation har publicerat en serie rapporter, baserade på diskussioner vid det nyligen hållna FreeBSD-utvecklarsummit i Kanada. Bland de ämnen som diskuterades på summit var:

• Integrering av Rust-verktygen i grundsystemet, leverans och omskrivning av applikationer i Rust samt möjligheten att utveckla kärnkomponenter i Rust. Fördelarna med integreringen av Rust inkluderar ökad säkerhet genom användning av verktyg för säker minneshantering, medan nackdelen är den svåra underhållningen av Rust-verktygen på grund av den korta utvecklingscykeln och den frekventa utgivningen av versioner med betydande förändringar. Precis som i den föregående diskussionen har inga konkreta beslut fattats, endast framtidsutsikterna har bedömts.
• Fastställande av mål, prioriteringar och planer relaterade till FreeBSD 15. Ett av de främsta målen nämns vara att skapa infrastruktur för isolerade containrar, förbereda officiella bilder av containrar med FreeBSD, säkerställa integration med Kubernetes-verktygen och förbättra nätverksmöjligheterna för containrar. Det diskuterades också användningen av ELF-formatet för kärnans core-dumpar (för att öka effektiviteten i diagnostik och problemlösning), att lägga till stöd för installation av temagrupper av paket i installationsprogrammet, inkludera utökade verktyg för felsökning i leveransen, förbättra infrastrukturen för systemtestning och byggande, samt utöka stödet för hårdvaruarkitekturer.
• Stöd för OCI-formatet för containrar (Open Container Initiative) och att färdigställa porten runtime containerd för FreeBSD, samt portering av komponenter från plattformen Kubernetes för FreeBSD, såsom kubeadm och kube-proxy, som är avsedda för distribution av Kubernetes-kluster.
• Integrering av avancerade felsökningsverktyg och verktyget bricoler, som förenklar testnings- och felsökningsprocesserna för patchar som föreslås för FreeBSD.
• Förkortning av cykeln för att skapa mellanversioner. I ett optimistiskt scenario föreslås att mellanversioner publiceras var tredje månad istället för en gång om året som nu.
• Projektet Antithesis Deterministic Hypervisor syftar till att lägga till möjligheten till deterministisk exekvering i hypervisorn Bhyve, vilket säkerställer ett reproducerbart resultat under liknande startförhållanden. Reproduktiv exekvering är nödvändig för att öka effektiviteten i processen för att debugga problem och testa lösningar.

Källa: opennet.ru