Zerotools

Zerotools prosjektet inneholder et sett med verktøy for å hjelpe holde virtuelle disker ren (ved å fylle binær null til de regionene som ikke lenger er i "bruk"). Dette gjøres on-the-fly eller manuelt, avhengig av hvilket verktøy passer behovene beste.
I tekniske termer on-the-fly mekanismen bruker LD_PRELOAD å vikle unlink bibliotek samtalen og zerounlink-wrapper gir en symlink basert mekanisme for å målrette individuelle programmer, slik at de vil bli kjørt med unlink wrapper. Til sammenligning mot andre verktøy, kan du se "Andre løsninger" -delen.
Vær oppmerksom på at zerotools ikke konkurrere med ulike verktøy som omskrive filinnholdet med "tilfeldige" data for å gjøre innhenting av data nær umulig. Ikke bruk zerotools for dette, eller hevder at de er gode verktøy for dette. De er ikke. (Denne teksten ble lagt for folk som bare leser introduksjoner.)
Zerotools er Linux spesifikk, implementeres ved hjelp av C og lisensiert under GNU General Public License (v2). Verktøyene er gitt uten noen form for garanti, i den forståelse at programvarefeil finnes og dårlige ting kan skje.
Bugs og begrensninger
Det er ingen kjente feil. Kjent for meg i hvert fall. Bugs vil bli løst basert på intelligent rapportering av sluttbrukere eller automatisk hvis jeg har ekstra tid. E-postadressen min er ved starten av hver kilde filen bør du føler behov for å sende lapper.
Thread-beskyttelse er ennå ikke testet skikkelig. Verken AKU-kravet (som betyr at zerotools ikke kan være i stand til å håndtere filer over 2 GiB størrelse på 32-bits arkitekturer). Bygning eller kjører zerotools på eldre Linux-systemer har ikke vært forsøkt (men vil bli gjort så snart som eldre systemer er installert i testmiljø). Brukermedvirkning i testing er også verdsatt.
Testing har blitt gjort på mange Linux-distribusjoner som kjører kjerner (2,4 og 2,6) og med glibc versjoner (2.3.2 til 2.5.3, med leverandør patcher, så dette er rådgivende informasjon). Arkitekturer som ble testet er x86, x86_64, ia_64 og PPC (32-bit). Andre arkitektur testresultatene er velkomne.
zerounlink og zerounlink-wrapper fungerer ikke med statisk linket kjørbare. Dette er en begrensning i teknikken og det er ingen løsninger (kjent for meg).
En mis-funksjonen eksisterer i zerounlink: når du sjekker om en fil skal slettes eller ikke, spiller zerounlink tar ikke hensyn spredte filer. Hvis filen er sparsom, er det fornuftig å overskrive kun de delene av filen som har null innhold.
Dette betyr at zerounlink måtte lese gjennom alle av den opprinnelige filen og søke etter ikke-null innhold først. Dette vil også bety at i stedet for bare å skrive til ulenket fil, ville zerounlink nødt til å lese den i tillegg. Dette vil føre til ekstra I / O-operasjoner. Ikke sikker på om spesielt sparsom-fil støtte er verdt den ekstra innsatsen og kompleksitet så denne funksjonen ikke er implementert.
Send meg et notat hvis du tror du trenger det. (Grunnen til å ha denne funksjonen er å gjøre med hvordan mest dynamiske virtuelle disker blir gjennomført. De vil bevilge fast plass når alle data er skrevet til en vdisk området, selv om de skriver bare består av binære nuller. Det er litt dumt, men det er hvordan de fleste av dem fungerer. Dette er den samme grunnen til at du fyller filsystemet med en fil som inneholder bare binære nuller (med dd eller andre verktøy) er virkelig ikke en god løsning for å rydde opp i vdisk.)
Når feilrapportering om oppføringer på denne nettsiden, må du inkludere oppføringen nummer og linjenummer av den problematiske litt for å fremskynde løsninger. For andre web-relaterte fikser, prøver å inkludere 02:58 ord setning som kan grepped med. Ikke send differ mot xhtml.