tjaard.nl

Wie de Nederlandse vertaling van Thunderbird gebruikt heeft vast wel eens de optie “map comprimeren” gezien. Maar wat doet dit eigenlijk?

Om te beginnen: de term comprimeren als vertaling voor ‘compaction’ is wat ongelukkig gekozen, maar dit doet niks af aan het idee achter compaction en waarom de functionaliteit ervoor in Thunderbird zit. Stel je een mailbox eens voor als een rij van een aantal even grote blokjes waar je data in kunt stoppen. Als er een mail bijmoet plak je de blokjes met data er aan de achterkant bij en naast de rij blokjes is er een tabel die aangeeft welke mail bij welk blokje begint zodat je de mails snel kunt vinden. Om een mailtje te verwijderen hoef je alleen de tabelverwijzing te verwijderen en je bent klaar. Mails in de mailbox stoppen gaat snel: je voegt zoveel blokjes als nodig voor de mail aan het einde toe en omdat een tabelverwijzing slechts een fractie van de omvang van een mailtje is is het verwijderen nog sneller. Dit klinkt allemaal geweldig, maar er kleeft een nadeel aan: de gaten in de mailbox nemen wél ruimte in en het verwijderen van mail bespaart zo helemaal geen schijfruimte.

We hebben te maken met een vorm van fragmentatie en het antwoord hierop is om regelmatig zogenaamde compaction toe te passen. Compaction zorgt ervoor dat alle data in de mailbox in aaneengesloten blokken komt te staan zonder gaten. Aangezien aan het einde van de mailbox hierna alleen maar lege ruimte zit kan het bestand waar de mailbox instaat ingekort worden om schijfruimte vrij te maken. Dit is exact wat je doet als je in Thunderbird een map comprimeert, maar waarom moet je dat eigenlijk zelf doen en gaat het niet automatisch als er ruimte vrijkomt in de mailbox? Het antwoord is simpel: het zou Thunderbird erg traag maken. Beeld je eens in dat je 1024 mailtjes in je mailbox hebt en dat je het eerste mailtje uit de mailbox verwijdert. Aan het begin van de mailbox heb je dan een gat van één mailtje, maar om dit gat weg te werken moet je alle mailtjes verplaatsen: mailtje 2 naar de plaats van 1, 3 naar de plaats van 2… een nogal tijdrovende klus. Slimmerds zeggen misschien dat je het laatste mailtje in het gat kunt stoppen, maar dat heeft alleen zin als dat mailtje precies even groot is als het gat…

Tot een tijdje terug kende ik het bovenstaande verhaaltje alleen over het geheugenbeheer in operating systems. Eigenlijk vind ik het een beetje jammer dat je als gebruiker van een mail client je met dit soort zaken moet bezighouden, temeer omdat het best een essentieel is met het samendrukken van je mailboxen de omvang in bytes ervan in de klauw te houden. Volgens mij is er uitstekend een percentage gaten bij te houden vanaf waar samendrukken zinvol is waarna je het toepast bij het starten van Thunderbird of 10 minuten inactiviteit of iets dergelijks. Maar ja, dat heb ik niet voor het zeggen ;) .

‘Map samendrukken’ is mijn suggestie voor de vertaling van ‘compact folder’. Vertel iedereen die je kent dat het zinvol is te doen en dat het schijfruimte bespaart en waarom. En ook dat er niks engs met zijn/haar mail gebeurt — met compressie à la zip, rar, mp3, xvid, weetikveelwat heeft het namelijk niks te maken ;) .