Cookies op Tweakers

Tweakers maakt gebruik van cookies, onder andere om de website te analyseren, het gebruiksgemak te vergroten en advertenties te tonen. Door gebruik te maken van deze website, of door op 'Ga verder' te klikken, geef je toestemming voor het gebruik van cookies. Je kunt ook een cookievrije versie van de website bezoeken met minder functionaliteit. Wil je meer informatie over cookies en hoe ze worden gebruikt, bekijk dan ons cookiebeleid.

Meer informatie

Door , , reacties: 12, views: 4.957 •
Bron: SourceForge

UltraDefrag logo (60 pix)De tweede bètarelease van versie 6.0 van UltraDefrag is uitgekomen. Dit opensource-defragmenteerprogramma kan zijn werk doen op Windows NT en hoger. Aparte downloads zijn beschikbaar voor 32bit-, 64bit- en ia64-omgevingen, en zijn gemiddeld slechts een paar honderd kilobyte groot. Meer informatie over dit programma en de mogelijkheden ervan is op deze pagina te vinden. Hieronder is te vinden wat er in deze release en de eerste bèta van begin november allemaal veranderd is.

Changes in version 6.0 bèta 2:
  • Added progress indication to the taskbar button for Windows 7 and more recent Windows editions; it can be turned on/off by show_progress_in_taskbar GUI option
  • File fragmentation reports moved from the root directories of the drives to the /reports sub-folder of the program's directory
  • Added ability to configure the Explorer's context menu handler; an appropriate section added to guiopts.lua file
  • Bug fix: UD_IN_FILTER forced to be not ignored when individual files/directories are specified on the command line
  • Bug fix: UD_SORTING and UD_SORTING_ORDER environment variables forced to be set properly on GUI startup according to the Preview menu selections
  • Added prefixes for all the debugging messages for easier analysis of logs
  • Internals: many prototypes changed in zenwinx, udefrag, wgx libraries; obsolete routines removed
  • Winx_bootex_check routine added to zenwinx library
  • Udefrag_init_library, udefrag_unload_library, udefrag_bootex_check, udefrag_bootex_register, udefrag_bootex_unregister routines added
  • WgxSetTaskbarProgressState, WgxSetTaskbarProgressValue, wgx_sprintf, wgx_vsprintf, wgx_swprintf, wgx_vswprintf routines added to wgx library
  • Tracing macros for easier debugging added to zenwinx.h and wgx.h files
  • Windows Server 2003 DDK support dropped because of lack of variadic macros support there - use Windows Driver Kit v7.1.0 instead
  • The following translations were updated:
    • Catalan
Changes in version 6.0 bèta 1:
  • All the disk processing algorithms were reimplemented to reach better efficiency and shorter processing times
  • FAT optimization was implemented
  • Ability to sort files on the disk by the disk optimization was added; files can be sorted by path, size, creation time, last modification time, last access time - in eighter ascending or descending order
  • Ability to filter out files by size of their fragments was added (fragment_size_threshold option in GUI; UD_FRAGMENT_SIZE_THRESHOLD environment variable in command line tool and boot time interface)
  • Ability to tune the disk optimization by UD_OPTIMIZER_FILE_SIZE_THRESHOLD environment variable (optimizer_file_size_threshold GUI option) was added
  • Ability to suspend/resume the running job was added to GUI
  • Ability to minimize the program to the taskbar notification area (system tray) was added; it can be turned on/off by minimize_to_system_tray GUI option
  • MFT optimization was forced to do nothing silently on non-NTFS disks
  • Quite useless cyan color removed from the cluster map
  • Icons were redesigned to reach better appearance on Windows Vista and above
  • High DPI screens support was improved
  • Internals: flags field removed from winx_file_disposition structure
  • Many zenwinx prototypes changed by replacing short keyword by wchar_t
  • Useless fat32_xxx fields removed from winx_volume_information structure
  • Device_capacity field added to winx_volume_information structure
  • WgxShowWindow and WgxHideWindow definitions added to wgx.h file
  • WgxSetProcessPriority routine added to wgx library
  • Windows Server 2003 DDK needs to be patched in order to compile the program; look at rsc/compilation.dox for details

UltraDefrag screenshot (620 pix)

Versienummer:6.0 bta 2
Releasestatus:Beta
Besturingssystemen:Windows 8, Windows Server 2012, Windows Server 2008, Windows Vista, Windows Server 2003, Windows XP, Windows 7
Website:SourceForge
Download:http://ultradefrag.sourceforge.net/en/index.html?download#testing
Bestandsgrootte:666,00KB
Licentietype:GPL

Reacties (12)

Waarom zou je dit gebruiken inplaats van de buildin defrags?
Sinds Vista gebeurt er defragmentatie op de achtergrond als je systeem idle is. Ik heb dit systeem net geen jaar, en heb net even de analyse van UltraDefrag laten lopen. 465 GB disk space waarvan 86% gebruikt, met een fragmentatie van 2,12%. Ik zie eerlijk gezegd ook het nut niet van een third party tool.
Gaan is ff kijken wat UD voor mijn system kan doen.
Er komt wel een waarschuwing dat deze bta zogezegd nog niet getest is voor Windows 8. Heb al enkele testen uitgevoerd op m'n schijf ermee , werkt prima.
Het is al schaamte vol dat je nog moet defragmenteren in een OS.
Zo zie je maar weer hoe verouderd Fat/NTFS is t.o.v. van andere formaten.
NTFS is alweer enige tijd geheel bij de tijd gebracht. Heeft alle eigenschappen die een filesystem moet hebben al is de benadering wat verouderd. Toch is bij elke OS upgrade ook NTFS meegenomen al maakt men daar zelden of nooit reclame voor.
http://blogs.msdn.com/b/b...ew-ntfs-health-model.aspx

Fragmentatie is voor ELK os een klein probleem. Onder windows is dat sinds vista opgelost door tijdens idle de zaak netjes te optimaliseren.
Ook voor diverse Linux filesystems zijn er defragmentatietools.
http://sourceforge.net/projects/defragfs/
http://www.vleu.net/shake/

Onder linux is een vollopende disk zelfs een ronduit ellendige zaak omdat de fragmentatie dan ineens heel snel toeneemt. Gevolg van de benadering die men daar gekozen heeft. Door de omvang en prijs van huidige disks iets wat maar zelden voorkomt.

In ext4 is er door inzet van speciale fragmentation reductie en seek optimization algorithms een aanzet geleverd tot nog minder fragmentatie. Feitelijk gebeurt daar ook nu de defragmentatie tijdens het werk. De verwachting is dat er betere tools voor ext4 komen omdat fragmentatie daar door de veranderde benadering een iets groter probleem lijkt te worden.
Fragmentatie is onder geen enkele filesysteem behalve DOS/Fat varianten nog een probleem.
De moderne filesystems ( incl NTFS ) zijn geschikt voor vele terabytes aan dataverwerking met weinig tot geen problemen en zeker geen snelheidswinst door defragmentatie.

EDIT: 2 x defragmentatie aangepast naar fragmentatie. Bedankt ATS ;)

[Reactie gewijzigd door SED op 28 december 2012 12:10]

Bedoel je niet fragmentatie in plaats van defragmentatie op de meeste plaatsen hierboven?

Het probleem is dat je filesystem fragmenteert (als in: bestanden bestaan uit stukjes die verspreid staan over je HD, en vrije ruimte beslaat geen grote aaneengesloten blokken maar juist allemaal losse kruimeltjes tussen de bestanden). Om dat te verhelpen defragmenteer je dus.
Een goed filesysteem heeft helemaal geen defragmentatie tools nodig.
Die indexeert alles van te voren en houd het prima bij.

En je kan beter nog je hele schijf goed formatteren (en overschrijven met 0-en) en het OS opnieuw erop zetten. Als het toch allemaal zo om optimalisatie gaat.
Het zet geen zoden aan de dijk, dat vind ik gewoon schijn onderhoud.

Al die systeem tools zijn niet effectief maar is pure marketing of om interessant te doen.
Een eind gebruiker zou zich hier ook helemaal niet mee bezig horen te houden.

[Reactie gewijzigd door BoringDay op 28 december 2012 12:54]

Klok en klepel verhaal. Elk singledrive filesystem heeft last van fragmentatie zodra de disk volloopt.

De manier waarop bijvoorbeeld ext4 fragmentatie vermijdt is door de files all over de hardeschijf te verspreiden. Daardoor is er "achter" een file normaal gesproken genoeg ruimte om te groeien. Zodra dat er niet meer is, gaat het systeem "onder water" de file verplaatsen. Dat is gewoonweg "automatische defragmentatie". FAT/NTFS doen dit niet, maar sinds Windows Vista worden de defrags gescheduled. Het heeft dus weinig met de journaling/indexing van het filesysteem van doen, meer met hoe het systeem in eerste instantie files fysiek op de schijf plaatst.

Het is geen schijn-onderhoud, het is echt zinvol (voor conventionele schijven). Het is volstrekt zinloos om een conventionele hardeschijf met 0-en te overschrijven en "goed te formatteren" om een OS reinstall te doen. om het effect van defragmentatie te simuleren. Natuurlijk kan een reformat je PC sneller maken, mede doordat files automatisch weer gedefragmenteerd op worden geslagen, maar het overgrote deel van de snelheidswinst is puur omdat je dan ineens geen "meuk" meer op je PC hebt die het gebruik vertraagd.

En met de introductie van Vista en hoger wordt automatisch gedefragmenteerd en hoef je je als (eenvoudige) gebruiker je daar niet druk om te maken.
Ik ben zelf een fan van Piriform's defraggler.
http://www.piriform.com/defraggler

Zelfde merk als CCleaner en werkt optimaal, ik heb de portable versie op me NAS en gebruik hem gewoon vanaf me NAS als ik hem nodig heb.

Doe altijd eerst een Defraggler om de schijf volledige te defragmenteren en daarna laat ik Windows de schijf bijhouden met zijn defrag. Werkt top en blijft snel.

Op dit item kan niet meer gereageerd worden.



Populair:Apple iPhone 6Samsung Galaxy Note 4Apple iPad Air 2FIFA 15Motorola Nexus 6Call of Duty: Advanced WarfareApple WatchWorld of Warcraft: Warlords of Draenor, PC (Windows)Microsoft Xbox One 500GBTablets

© 1998 - 2014 Tweakers.net B.V. Tweakers is onderdeel van De Persgroep en partner van Computable, Autotrack en Carsom.nl Hosting door True

Beste nieuwssite en prijsvergelijker van het jaar 2013