De Optimalisering van MAC OSX, Vrije Ruimte, Fragmentatie, Enz.

OS X defragmenteert automatisch mits de file <= 20 MB.

Als dit het geval is bij de meeste van je files, zul je een externe defragmenteer programma niet nodig hebben.

Misschien denk je nu: "Maar Mail is 200 Mb+?",

maar dit pakket bestaat eigenlijk uit allemaal kleine bestanden, zoals elk ander programma. Klik er maar eens op met Ctrl en kies toon pakketinhoud. 

Hetzelfde geldt voor een KeyNote bestand, is ook een pakket met meerdere kleine bestanden. 

Het is belangrijk om het onderscheid te maken tussen defragmenterenen en optimalisering

Een file die is aangelegd, kan in verschillende stukken gebroken worden als ze weer beveiligd wordt op de harde schijf.

Elke stukje wordt beschouwd als een file fragment.

Deze verspreide files kunnen voor een systeem vertraging zorgen daar elk stukje moet gezocht worden en geladen.

Mac OS X (vanaf 10.3 ) zal automatisch in de achtergrond deze files defragmenteren

Optimaliseren van prestaties is verschillend met het defragmenteren.

Optimaliseren verplaatst veel gebruikte files naar een plaats op de harde schijf die snellere toegang bieden dan de andere delen.

Mac OS X 10.3 doet dit niet en optimaliseert de harde schijf niet.

Alhoewel er programma's bestaan voor Mac die beweren dat zij dit kunnen gelooft Apple er niet in dat dit noodzakelijk is. Dit is toe te schrijven aan de verbeterde manier waarop het lezen en schrijven gebeurd op de HD

Bronnen

Het optimaliseren van schijven is een verloren tijd

http://www.tidbits.com/tb-issues/TidBITS-686.html#lnk3

Over schijfoptimalisering met Mac OS X

http://docs.info.apple.com/article.html?artnum=25668

http://support.apple.com/kb/HT1375?viewlocale=en_US

Enkele opmerkingen nog:

Kortom, het is niet echt nodig. Al is dit een onderwerp waar de meningen heel over verschillen.

Sommige zweren erbij, sommige denken hetzelfde als ik. Unix gaat gewoon al een stuk slimmer om met schijfruimte.

Het is steeds weer tot op het onthutsende af om te lezen hoe zeer Mac anders omgaat met zoveel zaken die je bij de Windows toch echt moet doen om de boel redelijk snel te houden

Op een gegeven moment kun je wel defragmenteren maar dat levert per saldo weinig op.

Geen enorme snelheidswinst in ieder geval en ook niet veel 'vrije ruimte'.

Wel is het zeer aan te raden minstens (!) 10% van je schijfruimte leeg te laten. Dit heeft te maken met bestanden die je Mac tijdelijk wegschrijft om vlot te kunnen werken. In het geval als je  RAM geheugen vol is komt dit nog meer naar voor.

Als ik bij Macupdate laat zoeken achter "Optimization" krijg ik een hele lijst van verschillende programma's te zien

Ik neem er één uit :

iDefrag

http://www.coriolis-systems.com/iDefrag.php

Zoals je op de site  kunt lezen, zorgt iDefrag ervoor dat ook alle vrije ruimte achter elkaar ligt.

In tegenstelling tot de defragmentatie die OS X doet, die plakt alle onderdelen van bestanden aanelkaar, maar niet de vrije ruimte.

In de praktijk zou dit alleen zinvol kunnen zijn als je èn weinig geheugen hebt èn weinig vrije ruimte. 

We hebben hier te maken maken met een hoog theoretische optimalisatie, die nauwelijks merkbaar snelheidsverschil zal opleveren op moderne PCs. 

Het snelheidsverschil zit hem in het volgende.

Als het werkgeheugen (RAM) vol is gaat het besturingssysteem delen uit het geheugen wegschrijven naar de vaste schijf. Als alle vrije ruimte dicht bij elkaar ligt, hoeft de harde schijf minder hard te werken. Dat is snelheidswinst dus.

Echter op het moment dat delen uit het geheugen naar de harde schijf geschreven worden zal daar snel weer fragmentatie van de vrije ruimte optreden, wat je snelheidswinst dus weer beperkt. 

Kortom niet aan beginnen.

InterMactivity forum

Ook op het forum InterMactivity is er reeds heel veel hierover geschreven. Als ik hier de zoekfunctie gebruik zijn er reeds 38 artikels hierover te vinden

http://www.intermactivity.be/forum/search.php?searchid=2232201

Telkens komt het op hetzelfde neer:

De ene raad een bepaald programma aan dat hij gebruikt en dan zijn er andere die zeggen dat het niet nodig

B. Nuttig gebruik van de Vuilbak (Door Dan Frakes)

De achtergrond

De vuilbak was een briljante innovatie toen het op de Desktops van Apple  verscheen in 1984.

De vuilbak  is een extra veiligheid. Het laat je nog altijd de tijd om een je verwijdering te herzien  - verwijderen of toch nog bijhouden?

Aangezien men meer een meer verschillende HD aansluit en deze ook altijd maar groter worden vergeet men soms dat elke HD zijn vuilbak heeft. En zonder dat je het weet staat je  vuilbak vol met zaken die je niet meer wilt en word de vrije ruimte op je HD altijd maar kleiner.

Sommige mensen, vooral de nieuwe gebruikers van Apple, hebben geen idee hoe groot in hun afval is.

Anderen zijn te bewust, en ze hebben altijd een "schone" lege vuilbak. Ze denken niet aan een "oops" file is weg, te laat  het mocht niet. Terugophalen ?

Gelijk hoe, de vuilbak is een "alles of niets".

En geen van beide manieren is aangepast aan de veeleisende gebruik van vandaag.

Opmerking: Bij Snow Leopard kan je nu wel de file uit de vuilbak weer naar zijn oorspronkelijke lokalisatie terug plaatsen

Ik leg dit uit aan de hand van 2 externe programma's

SideTrash, http://www.macupdate.com/info.php/id/17686/sidetrash

Een keurig (en vrij) programma dat u uw pictogram van de vuilbak  op de Desktop of in het venstersidebars van de Finder laat zetten - eenvoudige eigenschap, maar die door sommige gebruikers van MAC OS X jarenlang wordt gevraagd.

Compost (http://www.macupdate.com/info.php/id/15052/compost ) met wat meer functionaliteit maar wel geen Freeware

De Vuilbak van MAC OS X heeft twee significante beperkingen:

              - Je moet je zelf eraan herinneren om hem te legen.

              - En je moet hem volledig leegmaken

Het eerste schijnt logisch te zijn. Maar ik heb wel reeds Mac's gezien met hun vuilbak met gigabytes vol.

Eenvoudig omdat men het eenvoudig vergeten hadden

De tweede beperking is meer een zorg voor "power users" die meer controle willen hebben over hun files en volumes.

Deze mensen willen enkel de files verwijderen van een bepaald volume of enkel deze die er al een bepaalde tijd opstonden

( Bv de vuilbak ledigen met enkel de file die op je usb-stichk stonden).

Velen zien de vuilbak als een soort kladboek voor files die zij niet direct wegwillen maar toch enkele weken willen houden.

In feite bestaat ook zoiets bij je mailprogramma "verwijderde post"

Het programma Compost http://www.fastforwardsw.com/compost/ doet dit voor jou

Compost, dat als systeempaneel in Mac OS X werkt, lost de bovengenoemde beperkingen van de vuilbak van Mac OS X op en voegt er een paar andere handige eigenschappen aan toe.

Zijn duidelijkste voordelen zijn

- zijn automatische schrappingseigenschappen.

Het compost kan dossiers automatisch schrappen die in de vuilbak langer dan een door de gebruiker bepaalde, uren, of dagen zijn geweest.

- Het kan de vuilbak tot een bepaalde grootte beperken ( bijvoorbeeld,  tot 512MB ),

Eens dat deze grootte is bereikt zal compost de oudste files verwijderen tot de aangegeven grootte weer is bereikt.

- Bovendien kun je Compost ook zeggen dat je boot volume tenminste xxx GB moet vrij blijven.

Te weinig resterende schijfruimte is niet goed voor OS X, dat deze vrij ruimte gebruikt voor geheugenbeheer.

Een handige optie van Compost die automatisch je vuilbak gaat legen zodat de minimun aangeduide vrije ruimte op je HD gewaardeerd blijft.

Ook als je verschillende HD en volumes aan je Mac aangesloten hebt zal Compost je voor elk van deze elementen een keuze laten maken.

Bijvoorbeeld, als u een FireWire HD hebt,  die u als krasschijf voor Photoshop gebruikt, en u wilt zoveel mogelijk vrije ruimte op die schijf dan kan je Compost zeggen van op deze schijf de vuilbak altijd leeg te maken.

Compost heeft ook nog enkele andere opties

- Verwijderd beveiligde files ( Delete locked items) zonder dat het je eerst gevraagd word om ze te ....

- verwijderd leegstaande mappen. Het idee is waarom deze te laten staan als er niets meer inzit

- Veilig leegmaken. Deze procedure duurt wel wat langer aangezien de files volledig overschreven worden. (Bij een gewoon verwijderen wordt enkel de "Header" verwijderd) . Ook met speciale hulpmiddelen wordt het dan zeer moeilijk om de oorspronkelijke file terug te halen en te lezen

http://www.macworld.com/article/44378/2005/04/compost.html

Opmerking

Het programma Compost is reeds wat verouderd (Dec 2008) en is niet meer zo aangepast aan de noden van OS X 10.5.

Maar de beschrijving van dit programma toont duidelijk aan wat de mogelijkheden en problemen  zijn aangaande het ledigen van u vuilbak.

BTW: Path Finder doet ook veel van deze zaken  ( http://www.cocoatech.com/ )