Forums

Externe harde schijf defragmenteren/optimaliseren?

J

jimtron

originele poster
27 juli 2008
  • 13 juni 2020
Ik heb vaak gehoord dat Macs niet gedefragmenteerd hoeven te worden, maar ik heb een 8TB externe USB-drive die langzaam wordt; wanneer ik een map open, moet ik soms een paar seconden wachten om de inhoud te zien (wanneer de schijf is aangekoppeld en wakker is). Ik heb nog 5tb beschikbaar op deze schijf.

Bij deze link Ik zag dit: 'De meeste gebruikers, zolang ze voldoende vrije ruimte beschikbaar laten, en werken niet regelmatig in situaties waarin zeer grote bestanden worden geschreven en herschreven , zullen de effecten van fragmentatie op hun bestanden of op de vrije schijfruimte waarschijnlijk niet veel merken.'

Ik heb veel zeer grote bestanden op deze schijf, elk meer dan 1 GB.

Ik heb DiskUtility op de schijf uitgevoerd, en het slaagt voor eerste hulp, en ik heb er ook DiskWarrior op gedraaid (de index is efficiënt volgens DW).

Om het even welke suggesties op hoe te om deze aandrijving te optimaliseren?

Ben J.

29 aug. 2019
Oslo


  • 13 juni 2020
Dus ik neem aan dat je de optie 'schijven in slaapstand zetten' niet hebt ingeschakeld in systeemvoorkeuren?

chown33

Moderator
Medewerker
9 augustus 2009
het bodemloze vlak
  • 13 juni 2020
In welk formaat is het? HFS en APFS hebben een efficiënte directorystructuur. Geen van de FAT-formaten doet dat (FAT16, FAT32, exFAT).

Een ander ding dat schijven zal vertragen, is wanneer ze beginnen te falen. De typische storingsmodus is dat de schijf herhaaldelijk sectoren moet lezen, totdat geldige gegevens worden geretourneerd. Dit wordt gedaan door de schijf zelf, dus vanuit het oogpunt van de computer is het gewoon een schijf die traag reageert. Of soms snel en soms langzaam.

Het hebben van grote bestanden leidt niet onvermijdelijk tot fragmentatie. Het is het herschrijven dat tot fragmentatie kan leiden, niet alleen het bestaan ​​van een groot bestand. Een groot filmbestand dat in wezen alleen-lezen is nadat het is gemaakt, leidt bijvoorbeeld niet tot fragmentatie. Omgekeerd kan een groot databasebestand dat vaak wordt geschreven, herschreven, uitgevouwen en samengetrokken, wel tot fragmentatie leiden. Of erger nog, met veel grote databasebestanden die allemaal worden herschreven, uitgebreid en gecontracteerd. J

jimtron

originele poster
27 juli 2008
  • 13 juni 2020
Ben J. zei: Dus ik neem aan dat je de optie 'schijven in slaapstand zetten' niet hebt ingeschakeld in systeemvoorkeuren? Klik om uit te breiden...
Juist. Ik ben me er ook van bewust dat slapende schijven wat tijd nodig hebben om op snelheid te komen.

chown33 zei: In welk formaat is het? HFS en APFS hebben een efficiënte directorystructuur. Geen van de FAT-formaten doet dat (FAT16, FAT32, exFAT). Klik om uit te breiden...

Ik geloof dat het een van de vroegere formaten is, niet FAT. Ik zie nergens HFS of APFS in DiskUtility, er staat wel GUID en Mac OS Extended (Journaled).

Een ander ding dat schijven zal vertragen, is wanneer ze beginnen te falen. De typische storingsmodus is dat de schijf herhaaldelijk sectoren moet lezen, totdat geldige gegevens worden geretourneerd. Dit wordt gedaan door de schijf zelf, dus vanuit het oogpunt van de computer is het gewoon een schijf die traag reageert. Of soms snel en soms langzaam.

Het hebben van grote bestanden leidt niet onvermijdelijk tot fragmentatie. Het is het herschrijven dat tot fragmentatie kan leiden, niet alleen het bestaan ​​van een groot bestand. Een groot filmbestand dat in wezen alleen-lezen is nadat het is gemaakt, leidt bijvoorbeeld niet tot fragmentatie. Omgekeerd kan een groot databasebestand dat vaak wordt geschreven, herschreven, uitgevouwen en samengetrokken, wel tot fragmentatie leiden. Of erger nog, met veel grote databasebestanden die allemaal worden herschreven, uitgebreid en gecontracteerd. Klik om uit te breiden...

Is er een manier om te controleren of de schijf defect is of niet? Ik heb de SMART Reporter-app die de OK-status geeft, en zoals ik al zei in de OP, ik heb DiskUtility en DiskWarrior gebruikt ... nog andere hulpmiddelen om de gezondheid van de schijf te controleren?

Zijn er ook tools die u zou aanraden om de schijf te defragmenteren?

chown33

Moderator
Medewerker
9 augustus 2009
het bodemloze vlak
  • 13 juni 2020
jimtron zei: Ik geloof dat het een van de vroegere formaten is, niet FAT. Ik zie nergens HFS of APFS in DiskUtility, er staat wel GUID en Mac OS Extended (Journaled). Klik om uit te breiden...
Mac OS Uitgebreid is HFS+. Dus zeker geen FAT versie.

Is er een manier om te controleren of de schijf defect is of niet? Ik heb de SMART Reporter-app die de OK-status geeft, en zoals ik al zei in de OP, ik heb DiskUtility en DiskWarrior gebruikt ... nog andere hulpmiddelen om de gezondheid van de schijf te controleren? Klik om uit te breiden...
Van wat ik me vaag herinner van SMART Reporter, vereist het dat de controller in de externe schijf het rapporteren van de SMART-status ondersteunt. Niet alle controllers doen dat, dus het is misschien niet belangrijk om een ​​OK van de app te krijgen, en ik weet niet wat voor details andere apps zouden kunnen lezen.

Zijn er ook tools die u zou aanraden om de schijf te defragmenteren? Klik om uit te breiden...
Ik heb nooit de behoefte gevoeld om het te doen, dus ik heb nooit de moeite genomen om te kijken.

Fishrrman

20 februari 2009
  • 14 juni 2020
Op platter gebaseerde harde schijven die met de Mac worden gebruikt, moeten routinematig worden gedefragmenteerd (ongeacht wat Apple erover zegt).

Je kunt Drive Genius, TechTool Pro, iDefrag gebruiken (wat volgens mij nu gratis is).

Probeer voor iDefrag het Coriolis-softwarearchief hier:
Coriolis-systemen J

jimtron

originele poster
27 juli 2008
  • 14 juni 2020
Fishrrman zei: Op platter gebaseerde harde schijven die met de Mac worden gebruikt, moeten routinematig worden gedefragmenteerd (ongeacht wat Apple erover zegt).

Je kunt Drive Genius, TechTool Pro, iDefrag gebruiken (wat volgens mij nu gratis is).

Probeer voor iDefrag het Coriolis-softwarearchief hier:
Coriolis-systemen Klik om uit te breiden...

Zal er eentje eens proberen, bedankt!