Article View: be.comp.os.windows
Article #34280Re: Win98 en andere file systems
From: Mathias De Belder
Date: Sat, 03 Jun 2000 00:00
Date: Sat, 03 Jun 2000 00:00
46 lines
3283 bytes
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-mailReferences:
<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