Zerotools

Zerotools projektet innehåller en uppsättning verktyg för att hjälpa att hålla virtuella diskar ren (genom att fylla binär noll till de regioner som inte längre är i "användning"). Detta görs på-the-fly eller manuellt, beroende på vilket verktyg passar behoven bäst.
I tekniska termer on-the-fly mekanismen använder LD_PRELOAD att linda unlink biblioteket samtalet och zerounlink-omslag ger en symbolisk länk baserad mekanism för att rikta individuella program så att de kommer att köras med hjälp av unlink omslaget. För jämförelse mot andra verktyg, se avsnittet "Andra lösningar".
Observera att zerotools inte konkurrerar med olika verktyg som skriva om filens innehåll med "slumpmässiga" uppgifter för att göra datahämtning näst intill omöjligt. Använd inte zerotools för detta, eller hävda att de är goda verktyg för detta. De är inte. (Denna text lades för människor som bara läser introduktioner.)
Zerotools är Linux specifika, genomförs med hjälp av C och licensieras under GNU General Public License (v2). Verktygen tillhandahålls utan garanti av något slag, i förståelsen att programvarufel existerar och dåliga saker kan hända.
Buggar och begränsningar
Det finns inga kända buggar. Känd för mig åtminstone. Buggar kommer att fastställas baserat på intelligent rapportering av slutanvändare eller automatiskt om jag har extra tid. Min e-postadress är i början av varje källkodsfil bör du känner behov av att skicka lappar.
Tråd-skydd ännu inte har testats ordentligt. Inte heller är AKU-krav (vilket innebär att zerotools inte skulle kunna hantera filer över 2 GiB storlek på 32-bitarsarkitekturer). Bygga eller kör zerotools på äldre Linux-system har inte försökt (men kommer att ske så snart som äldre system är installerade i testmiljön). Användar deltagande i testning också uppskattat.
Tester har gjorts på många Linuxdistributioner som kör kärnor (2.4 och 2.6) och glibc versioner (2.3.2 till 2.5.3, med leverantörs patchar, så detta är bara rådgivande information). Arkitekturer som testades är x86, x86_64, ia_64 och PPC (32-bit). Andra arkitektur testresultat är välkomna.
zerounlink och zerounlink-omslag fungerar inte med statiskt länkade körbara. Detta är en begränsning i tekniken och det finns inga lösningar (som är kända för mig).
En mis-funktionen finns i zerounlink: när man kontrollerar om en fil ska nollställas eller inte, zerounlink inte ta hänsyn till glesa filer. Om filen är gles, skulle det vara meningsfullt att bara skriva över delar av filen som har icke-noll innehåll.
Detta innebär att zerounlink skulle behöva läsa igenom hela den ursprungliga filen och söka efter icke-noll innehållet först. Detta skulle också innebära att istället för att bara skriva till olänkad filen, skulle zerounlink behöva läsa den i också. Detta skulle leda till extra I / O-operationer. Inte säker på om speciella gles-fil stöd är värt det extra besväret och komplexitet så den här funktionen inte har genomförts.
Släpp mig en anteckning om du tror att du behöver det. (Anledningen till att ha den här funktionen är att göra med hur de flesta dynamiska virtuella diskar genomförs. De kommer att fördela verklig plats när alla data skrivs till en vDisk område, även om de skriver består av endast binära nollor. Det är lite dumt, men det är hur de flesta av dem arbetar. Detta är samma anledning till varför fylla filsystemet med en fil som innehåller endast binära nollor (med dd eller annat verktyg) är egentligen inte en bra lösning för att rensa upp i vDisk.)
Vid rapportering fel om listor på denna webbsida, var vänlig och inkludera noteringen nummer och linje antal problematiska bit att påskynda fixar. För andra webbrelaterade korrigeringar, försök att inkludera 02:58 ord fras som kan grepped med. Skicka inte diffar mot xhtml.