Zerotools

Zerotools projekt indeholder et sæt værktøjer til at hjælpe holde virtuelle diske rene (ved at udfylde binært nul til de regioner, som ikke længere er i "brug"). Dette gøres on-the-fly eller manuelt, afhængigt af hvilket værktøj passer til behovene bedst.
I tekniske termer on-the-fly mekanismen benytter LD_PRELOAD at vikle unlink bibliotek opkald og zerounlink-wrapper giver et symlink mekanisme til at målrette individuelle programmer, så de vil blive kørt ved hjælp af unlink wrapper. Til sammenligning mod andre redskaber, se afsnittet "Andre løsninger".
Bemærk venligst, at zerotools ikke konkurrerer med forskellige værktøjer, der omskrive fil indhold med "tilfældige" data for at gøre hentning af data tæt på umuligt. Brug ikke zerotools for dette, eller hævde, at de er gode redskaber til dette. De er ikke. (Denne tekst blev tilføjet til folk, der kun læser introduktioner.)
Zerotools er Linux specifikke, implementeret ved hjælp af C og licenseret under GNU General Public License (v2). Værktøjerne leveres uden garanti af nogen art, i den forståelse, at der findes software bugs og dårlige ting kan ske.
Bugs og begrænsninger
Der er ingen kendte fejl. Kendt mig i det mindste. Bugs fastsættes på grundlag af intelligent indberetninger fra slutbrugere eller automatisk, hvis jeg har ekstra tid. Min e-mail-adresse er ved starten af ​​hver kildefil bør du føler behov for at sende patches.
Tråd-beskyttelse er endnu ikke testet ordentligt. Hverken er LFS-krav (hvilket betyder, at zerotools ikke kan være i stand til at håndtere filer over 2 GiB størrelse på 32-bit arkitekturer). Bygning eller kører zerotools på ældre Linux-systemer er ikke blevet forsøgt (men vil ske, så snart ældre systemer er installeret i testmiljø). Bruger deltagelse i test er også værdsat.
Test er blevet udført på mange Linux-distributioner, der kører kerner (2.4 og 2.6), og med glibc versioner (2.3.2 til 2.5.3, med sælgeren patches, så dette er kun vejledende information). Arkitekturer, der blev testet, er x86, x86_64, ia_64 og ppc (32-bit). Andre arkitektur testresultater er velkomne.
zerounlink og zerounlink-wrapper arbejder ikke med statisk knyttet eksekverbare. Dette er en begrænsning i teknikken, og der er ingen løsninger (kendt for mig).
En mis-funktionen findes i zerounlink: når at kontrollere, om en fil skal nulstilles eller ej, er zerounlink ikke hensyn sparsomme filer. Hvis filen er sparsom, ville det være fornuftigt kun at overskrive de dele af filen, der har ikke-nul indhold.
Det betyder, at zerounlink skulle læse gennem alle af den oprindelige fil og søge efter den ikke-nul indhold først. Dette ville også betyde, at i stedet for kun at skrive til sammenkædet fil, ville zerounlink nødt til at læse det i så godt. Dette vil medføre ekstra I / O operationer. Ikke sikker på, om særlige sparsomme-fil støtte er værd at den ekstra indsats og kompleksitet, så denne funktion er ikke implementeret.
Drop mig en note, hvis du tror, ​​du har brug for det. (Grunden til at have denne funktion er at gøre med, hvordan mest dynamiske virtuelle diske gennemføres. De vil afsætte reelle plads, når alle data er skrevet til et vDisk område, selv om de skriver består af kun binære nuller. Det er lidt fjollet, men det er, hvordan de fleste af dem arbejder. Det er den samme grund til, at fylde filsystemet med en fil, der kun indeholder binære nuller (med dd eller andet værktøj) er egentlig ikke en god løsning til at rydde op i vDisk.)
Ved indberetning bugs om programoversigter på denne webside, bedes du medtage det notering nummer og linjenummer af den problematiske bit at fremskynde rettelser. For andre web-relaterede rettelser, så prøv at omfatte 2-3 ord sætning som kan grepped med. Send ikke diffs mod xhtml.