advertentie

Dit forum is niet langer actief. Voor vragen kun je voortaan terecht in de Vraag & Antwoord-rubriek van PCMweb.nl

 

Ga terug   PCM Forum > PCM Magazine > Vragen en opmerkingen

 
 
Discussietools Weergave
Prev Vorig bericht   Volgende bericht Next
Oud 12 February 2012, 15:05   #1
sdk1985
Just Joined!
 
Geregistreerd: 22 July 2008
Berichten: 5
Standaard Defragmentatie loont niet (wel dus!) - Abram Wagenaar

Zo nu en dan kom je als je de pcm leest weleens wat opmerkingen tegen waar je het niet helemaal mee eens bent. Prima kan gebeuren.

Het artikel van deze maand maakt het echter wel erg bont... Het probleem zit hem meteen al in de titel. Deze conclusie (defragmentatie loont niet) kan niet correct zijn. Vreemd genoeg blijkt uit het artikel zelf ook dat de conclusie niet correct is, er staat immers dat O&O defrag wel een positieve bijdrage heeft. Het ziet er ook naar uit dat er niet echt moeite is gedaan om zich in de software te verdiepen. Met name O&O defrag heeft een berg functionaliteit die niet begrepen lijkt.Ik zal proberen wat toe te lichten.

Defragmentatie hoe onstaat het:
Defragmentatie is nog altijd een groot probleem van windows. Zelfs op een verse windows installatie onstaan er bestanden met 200+ fragmenten. Hoe voller de harde schijf wordt, hoe groter het probleem.
Het probleem word
t veroorzaakt door windows zelf die bestanden min of meer willekeurig opslaat zonder rekening te houden met fragmentatie. Stel er staat een bestand van 20mb op 5% van de hdd. Hiermee bedoel ik dat als een hdd 1000 GB groot is dat het bestand na 50GB is te vinden. Wordt dit bestand gedelete dat ontstaat er een gat waar geen gegevens staan. De eerstvolgende keer dat er een nieuw bestand ontstaat wordt dit gat opgevuld. Denk aan browsen op internet. Er ontstaan problemen als veel (kleine) bestanden worden gedelete. Er zijn dan immers een hoop gaten. Voor je het weet staat het volgende bestand van 100 MB verspreid over 200 locaties. Mijn persoonlijk record is een bestand van 1 GB met 20.419 fragments.

Zonder defragmentatie wordt dit probleem steeds groter en groter. Internetcaches hebben een maximale grootte. Hierboven ruimen oude bestanden het veld. Het is ook mogelijk dat de gebruiker zijn cache leegt. Voor de hdd is dit een drama. De IE cache bestaat namelijk uit heel erg veel bestanden: 9.021 bestanden, 28 mappen, 239 MB (251.219.968 bytes). Er ontstaan duizenden gaten en in de toekomst dus bestanden met duizenden fragments. Hoe voller de HDD hoe groter het probleem wordt.

Gaten: http://i.minus.com/imncFD4n9fmvg.png
20.000 fragments: http://i.minus.com/ibm2hhTXHR8OM5.png

Defragementatie waarom is het slecht:
De reden dat gefragmenteerde bestanden performance omlaaghalen zit in de werking van de hdd. Zoals bekend heeft een hdd een leeskop die bestanden uitleest of beschrijft. Deze leeskop moet zich net als een platenspeler fysiek verplaatsen om zijn werk te doen. Als de leeskop dus meer aan het verplaatsen is dan aan het uitlezen dan komt dit de snelheid niet ten goede.

Wat getallen; Een moderne samsung spinpoint ecogreen heeft een sequentiele leessnelheid van gemiddeld 120 MB/s (140 MB/s voor eerste deel van de hdd). Bestanden van 512kb willekeurig uitlezen levert 47 MB/s op. Willekeurige bestanden van 4 KB uitlezen levert slechts 0.6 MB/s op!
Als we dit combineren met defragmentatie dan worden de zaken dus duidelijk: een niet gefragmenteerd bestand kan sequentieel (achter elkaar) worden uitgelezen met 120 mb/s. Een opgesplitst bestand zal al slechts met enkele mb/s worden uitgelezen.
http://www.storagereview.com/images/...btest_fast.png

Defragmentatie waarom effect moeilijk te meten:
Het is niet vreemd dat de gevolgen van fragmentatie moeilijk te meten zijn. Immers als photoshop is ge?nstalleerd en de benodigde bestanden zijn niet gefragmenteerd dan zullen deze ook nooit gefragmenteerd raken tenzij je de software update. Het kan zelfs nog zo zijn dat ze licht gefragmenteerd staan maar netjes bij elkaar staan. Ook dan is er niks aan de hand aangezien de leeskop in dezelfde regio blijft.

Hoe op te lossen:
Zoals correct uitgelegd in het artikel zoekt defragmentatie de fragmenten bij elkaar en zet het bestand achter elkaar. Op deze manier hoeft er niet meer gerateld te worden en kunnen bestanden sequentieel worden uitgelezen.
Klassieke defragmentatie lost eigenlijk maar een deel van het probleem op. Dit komt doordat klassieke defragmentatie "dom" fragmenten bij elkaar zoekt en vervolgens het gecombineerde bestand op een nieuwe plek plaatst waar ruimte is. Vaak aan het eind van de harde schijf. Gevolg is dat alle bestanden door elkaar zijn gehusseld. Ondanks dat er nu geen sprake meer zal zijn van een 4k random read is het nog steeds geen pure sequentiele leesactie.
Gelukkig is het al een paar jaar mogelijk om bestanden strategisch te plaatsen.

Perfectdisk doet dit door bestanden te analyseren op wijzigingen. Hierna worden afhankelijk van het gekozen schema de bestanden op een bepaalde manier op de harde schijf georganiseerd. Veel gewijzigde bestanden komen bijvoorbeeld vooraan te staan. Vervolgens wordt er een stukje vrije ruimte gecre?erd voor toekomstige bestanden en tot slot worden de resterende files geplaatst.

http://i.minus.com/ibkhLD5HgKXJj4.png

O&O Defrag gaat een stuk verder. Hier worden 3 zones gecre?erd (deze optie werd niet begrepen door de auteur).:

Zone1: Programs and start files
Zone2: User data
Zone3: seldom used files

Het indelen op zones heeft verschillende voordelen. Ten eerste is er voldoende ruimte aanwezig in de eerste sectoren zodat bestanden niet gefragmenteerd hoeven worden opgeslagen. Ten tweede staan alle systeem bestanden bij elkaar op de begin van de hdd. Dit is gunstig omdat een hdd de eerst 20% het snelste is.

Zie:

Het kan echter nog beter. Je kunt met O&O defrag zorgen dat je hard disk gaat "short stroken". Dit wil zeggen dat de leeskop zoveel mogelijk op dezelfde plek blijft waardoor hogere IOps (operaties per seconde) mogelijk zijn. http://www.tomshardware.com/reviews/...-hdd,2157.html .

Dit wordt bereikt door de complete/name method. Bij deze defragmentatie methode worden alle betanden per map op alfabet gefragmenteerd en bij elkaar geplaatst. Zo staan alle bestanden in de windows map nu ook echt bij elkaar en alle bestanden van elke game en software pakket staan netjes waar je ze zou verwachten op basis van het bestandssysteem. Stel de gebruiker start battlefield 3 dan kunnen de bestanden achter elkaar vanaf dezelfde plek worden ingelezen. Zonder complete/name is de kans groot dat er honderden gigabytes tussen de verschillende files zitten.

Functionaliteit O&O defrag:
Offline defragmentatie: de enige manier om het pagefile.sys (wisselbestand), system volume informate en hyberfile.sys (stand by bestand) te defragmenteren.

Defragmentatie opties:
Stealth: "Domme" defragmentatie zonder analyse vooraf. Zodra een gefragmenteerd bestand wordt gedetecteerd zal dit worden opgelost en op de eerst beschikbare plek worden geplaatst.
Space: Iets slimmere defragmentatie met analyse vooraf. Het extra doel van deze defragmentatie is het achter elkaar zetten van alle bestanden om een zo groot mogelijk stuk vrije ruimte te creeren. Door de analyze is het mogelijk een inschatting van de tijd te geven en een lijst te zien met gefragmenteerde bestanden.

Complete /modified: Bestanden worden gedefragmenteerd en gesorteerd op de datum waarop deze gewijzigd zijn. Oude bestanden worden voorop de schijf geplaatst. Op deze manier zal een volgende defragmentatie sneller verlopen.
Complete /acces: Zelfde als hier boven maar dan op acces.
Complete /name: Bestanden worden op alfabet per folderbij elkaar gezet. Deze defragmentatie duurt het langste maar levert ook de beste resultaten:

Optimize: hoort bij het nieuwe "file into zones". Bestanden worden verdeeld over 3 zones om ze defragmentatie te voorkomen en opstarttijden korter te maken.

Automatic optimization: O&O let 24/7 op alle gewijzigde bestanden en defragmenteerd deze zodra nodig en mogelijk.

Defragment... uit rechtermuis menu: Defragmenteer de inhoud van deze map.

Laatst gewijzigd door sdk1985 : 12 February 2012 om 15:17
sdk1985 is offline   Met citaat antwoorden
 


Discussietools
Weergave

Regels voor berichten
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is Aan
Smileys zijn Aan
[IMG]-code is Aan
HTML-code is Uit

Forumnavigatie


Alle tijden zijn GMT +1. Het is nu 06:42.



Powered by vBulletin Version 3.8.6
Copyright ©2000 - 2019, Jelsoft Enterprises Ltd.
Nederlandse vBulletin-vertaling door Alacer beschikbaar gesteld door Applinet.