🚀 go-pugleaf

RetroBBS NetNews Server

Inspired by RockSolid Light RIP Retro Guy

Article View: be.comp.os.windows
Article #34280

Re: Win98 en andere file systems

#34280
From: Mathias De Belder
Date: Sat, 03 Jun 2000 00:00
46 lines
3283 bytes
> > En daarbij, wie defragmenteert nu zijn harde schijf ?
> Moet je toch eens doen, komt de snelheid enorm ten goede, voorkomt
> vastlopers etc.

No offence, maar dat slaat nergens op. Dat defragmenteren de stabiliteit ten
goede komt is al  langer een "heilige" spreuk. Dat komt van de helpdesks.
Als die mannen het niet meer weten kunnen ze altijd vragen of je je HD eens
defragmenteert. "Ja meneer, als u die defragmentatie laat lopen zal alles
magisch werken !", en boem de telefoon klapt dicht. Zij zijn van hun
probleem vanaf, en jij kan maar beginnen defragmenteren, wat dus niets
uithaalt. Defragmenteren helpt alleen in geringe mate de snelheid van je HD
te verbeteren, en heeft niets, maar dan ook niets met de stabiliteit te
maken.

Defragmentatie steunt op hetvolgende principe : als je data op je HD zet,
moge het nu tekst, foto's of databases zijn, dan maakt dat voor de HD totaal
geen verschil uit wat het is. Het is gewoon data die er staat. Om wat
structuur te krijgen met mooie directoryboompjes en zo moet je een FAT
hebben. Het besturingssysteem gebruikt die om de harde schijf op te dragen
waar de data moet gehaald worden.

Waar komt fragmentatie nu vandaan ? Wel, bij FAT zijn HD's opgedeeld in
blokken (32Kb Fat16, 4Kb Fat32). Als er een bestand geschreven wordt, worden
de blokken een voor een opgevuld. Op elk einde van zo'n blok wordt een
"pointer" geplaatst die naar het volgende blok verwijst waar de data zich
bevindt. In theorie is dit altijd hetvolgende blok.

Stel nu dat je met een bepaald bestand bezig bent, dat sluit, en een ander
bewerkt. De HD plaatst document 2 net achter document 1. Ga je terug met je
eerste document werken, dan moet de data achter bestand 2 worden gezet en de
desbetreffende pointers veranderd worden van bestand1. And so on voor alle
bestanden op je HD.

Een defragmentatieprogramma leest nu deze pointers uit en plaatst alle
blokken die bij elkaar horen direct achter mekaar. Vanaf Win98 is er nog
zo'n flashy Intel Optimizer bijgekomen, wat niets meer doet dan te
analyseren welke data je het meest gebruikt, en die op het snelste deel van
je HD te zetten. Veel poeha, voor weinig prestatiewinst, daar het de
defragmentatieduur gevoelig doet toenemen.

Ikzelf defragmenteer nooit, daar ik toch elke dag bezig ben met enorm grote
files van de ene partitie naar de andere te zetten en te bewerken. Mocht ik
defragmenteren, dan staat de dag daarachter toch alles terug door elkaar...

mvg,
Mathias
Technical Details
Message-ID: <KSd_4.4815$P03.112601@news.chello.be>
Path: arc1-ca.pugleaf.net!unknown!not-for-mail
References: <3938ecf8$0$11458@bru5-newsr1.be.uu.net> <qB8_4.4775$P03.108483@news.chello.be> <39393D4E.FC024BA5@xs4all.nl>

Show Full Headers
Complete Article Headers
X-Google-Language: DUTCH,ASCII-7-bit
X-Google-Thread: 10b37c,c7c06326e17d7b21
X-Google-Attributes: gid10b37c,public
From: "Mathias De Belder" <Mathias.DeBelder@advalvas.be>
Subject: Re: Win98 en andere file systems
Date: 2000/06/03
Message-ID: <KSd_4.4815$P03.112601@news.chello.be>
X-Deja-AN: 630690759
References: <3938ecf8$0$11458@bru5-newsr1.be.uu.net> <qB8_4.4775$P03.108483@news.chello.be> <39393D4E.FC024BA5@xs4all.nl>
X-Priority: 3
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6600
X-Complaints-To: abuse@chello.be
X-Trace: news.chello.be 960064042 213.132.133.7 (Sat, 03 Jun 2000 22:27:22 MET DST)
Organization: Chello Usenet Service
X-MSMail-Priority: Normal
NNTP-Posting-Date: Sat, 03 Jun 2000 22:27:22 MET DST
Newsgroups: be.comp.os.windows