Software-update: Defraggler 2.20 build 989

Piriform heeft versie 2.20 van Defraggler uitgebracht. Dit defragmenteerprogramma kan niet alleen voor de hele harde schijf worden gebruikt, maar ook voor individuele bestanden. Het doel is hetzelfde, namelijk het verkorten van de laadtijd van het besturingssysteem en de programma's. Sinds versie 2.0 is het mogelijk om tijdens het starten van de computer te defragmenteren, dus nog voordat Windows wordt geladen. In deze release zijn de volgende veranderingen en verbeteringen aangebracht:

Changes in version 2.20.989:

• Improved SSD Optimize and Quick Optimize.
• Improved Windows 10 support.
• Optimized moving Files or Folders to end of drive.
• Updated crash reporting architecture.
• Optimized remaining time and benchmark calculations.
• Minor GUI improvements.
• Minor bug fixes.

Versienummer	2.20 build 989
Releasestatus	Final
Besturingssystemen	Windows 7, Windows XP, Windows Vista, Windows 8, Windows 10
Website	Piriform Ltd.
Download	http://www.piriform.com/defraggler/builds
Bestandsgroottes	4,32MB - 4,52MB
Licentietype	Freeware

Reacties (18)

Improved SSD Optimize and Quick Optimize.

Hmm.. maar juist als je ssd's defragmenteert is het toch slecht?
Ten tweede is het nutteloos aangezien een ssd beschikt over chips en niet over draaiende onderdelen.
Ook staat voor zover ik weet bij Windows 8 en hoger defragmentatie uit als er een ssd in een systeem zit.

Mijn vraag: Waarom voegen ze dan die optie toe?

Defraggler and SSDs

What is the TRIM function?

As with a standard HDD, over time, the performance of an SSD will deteriorate with use. This is due to the method in which the SSD reads and writes data.

For example: When you write a file to a new SSD, it will be written directly to the block at full speed. However if you then delete this file, it is not instantly removed. The space it occupies is instead marked by the operating system as “not in use”. When the space is required by the operating system, it will overwrite this space.

However, unlike a standard HDD, it cannot do this in 1 action. It must first erase all the data before it is able to write the new information to the block. When deleting a file on an SSD, a TRIM command is also sent to wipe the marked block clean. This means that the SSD can now write to a completely blank block.

Defraggler is now able to use this TRIM function to optimize your SSD.

What is Zero Fill?

There are occasions when an SSD is not TRIM-capable. In the event of this, Defraggler is able to use an alternative method to help improve the write speed performance of your SSD. This is known as Zero Filling.

The performance of an SSD is based around the time taken to write to a block. This is at its quickest when the block is blank (zero-filled). If there are no blank blocks left, blocks must be erased to provide space for the new data. This slows down the write process. If there is no TRIM function available, the SSD cannot erase the blocks in advanced.

https://www.piriform.com/...ation/defraggler-and-ssds

Maar daar heb je toch ook andere tools voor voor trim zoals ssdtweaker etc.
Iemand ervaring met deze tool qua trim etc? Of heeft deze tool nog een stukje extra wat hem nog sneller maakt. En dan is altijd de vraag maakt dat de ssd ook echt sneller want deze support hebben ze nog maar net naar mijn weten?

Zelf geen ervaring mee, zal voor de meeste mensen niet nodig zijn want elk respectabel OS doet de TRIM zelf wel.

Heb er niet naar gekeken verder, maar kan het zijn dat hij een TRIM commando stuurt naar de SSD? Defragmentatie op zich is nutteloos en verkort de levensduur + vertraagd juist (schrijft lege cellen vol), maar TRIM of garbage collection kunnen wel degelijk de performance verbeteren.

[Reactie gewijzigd door Fairy op 20 januari 2016 14:05]

Opzich kon Defragler natuurlijk al files naar einde van de disk zetten.
Alleen nog niet wanneer je een job had gescheduled.
Kan iemand bevestigen of ie dat inmiddels wel doet?

[Reactie gewijzigd door RammY op 20 januari 2016 09:07]

Al jaren naar tevredenheid in gebruik hier!

Het kunnen defragmenteren van afzonderlijke bestanden of mappen spaart een hoop tijd!

De functie om alles aan het begin van de schijf te zetten had ik eerlijk gezegd nog niet meegekregen!

Kan Auslogics de deur uit!

het EINDE van de schijf, doordat de snelheid op de buitenkant van de schijf sneller is (fysiek draait de binnenkant trager dan de buitenkant tov de leeskop), wil je je bestanden zo ver mogelijk naar het einde hebben. Net zoals een CD of DVD beginnen deze aan de binnenkant (in tegenstelling tot een vinyl-plaat)

Is het niet juist andersom? Dat in het binnenste de schijf minder hoeft te draaien en de leeskop minder hoeft te bewegen? Dacht dat juist de buitenste randen trager waren?

??? Aan de buitenrand is de afgelegde afstand in 1 omwenteling veel groter, dus is er in 1 ronde veel meer info te lezen. Bij de binnencirkel moet daarvoor zo'n 5x gedraaid worden....

Oke ja je hebt gelijk heb het even opgezocht. Was even in de war

Een HDD leest van buiten naar binnen t.o.v. een CD. Dus bestanden die je aan het begin van de schijf zet, zet je in principe op de buitenring van de schijf, waar meer oppervlak per omwenteling wordt uitgelezen.

Bij een CD is (m.n. vroeger) het begin van de disk trager bij uitlezen. Tegenwoodig draaien de CD drives aan de binnenring enorm hard om dat te compenseren.

Als je een CD brand op bijvoorbeeld 16 speed (vaste brandsnelheid CLV) zul je merken dat de CD aan het begin heel hard draait en naar mate de disc gevuld is dit steeds langzamer gaat.
Hogere brandsnelheden zijn dan ook alleen mogelijk in CAV. Het branden aan de binnenkant gaat dan met een lagere snelheid en loopt geleidelijk op naar de buitenranden. Zouden ze dat niet doen, dan zou de CD uit elkaar spatten.

[Reactie gewijzigd door Fairy op 20 januari 2016 14:14]

Oke bedankt he, ik wist wel dat bepaalde sectors op harde schijven trager zijn wegens fysieke limitaties maar wist niet of het nou de binnen of de buitenringen waren. Weer wat geleerd

You're welcome.

Een HDD draait over het algemeen ook met een vast toerental, vandaar de snelheidsverschillen.

Er zijn wel harddisks met ietswat variatie in rotatiesnelheid, maar die hebben eigenlijk altijd betrekking op de verlenging van de accuduur (laptop HDD's) en zjin niet gerelateerd aan de positie van de leeskop.

Lijkt me ook alleen maar slechter als een hdd steeds sneller en langzamer spint dan gewoon op een vast toerental. Merk zelf ook wel wat snelheidsverlies op mijn NAS. Sommige van de schijven zitten bijna vol en als ik daar nu iets lees of schrijf zit dit aan tussen de 60 en 80MB/s terwijl een andere legere schijf standaard op de Gbit networklimiet zit.

Sorry, ik keek tegen de achterkant...

But you're both right...

En ik zal mijn fipo niet aanpassen, anders lijken jullie comments overbodig...