Foorumid

Välise kõvaketta defragmentimine/optimeerimine?

J

jimtron

Originaalplakat
27. juuli 2008
  • 13. juuni 2020
Olen sageli kuulnud, et Mac-arvuteid pole vaja defragmentida, kuid mul on 8 tb väline USB-draiv, mis muutub aeglaseks; Kui ma kausta avan, pean mõnikord mõne sekundi ootama, et selle sisu näha (kui draiv on ühendatud ja ärkvel). Mul on sellel draivil veel 5 TB vaba.

Kell see link Nägin seda: 'Enamik kasutajaid, kui neil on palju vaba ruumi , ja ärge töötage regulaarselt olukordades, kus kirjutatakse ja kirjutatakse ümber väga suuri faile , ei märka tõenäoliselt killustumise mõju ei oma failidele ega draividele, mis vabastavad palju ruumi.

Mul on sellel draivil palju väga suuri faile, igaüks üle 1 GB.

Olen käivitanud draivil DiskUtility ja see annab esmaabi, samuti käivitasin sellel DiskWarrior (indeks on DW järgi tõhus).

Kas teil on soovitusi selle draivi optimeerimiseks?

Kas sa oled.

29. august 2019
Oslo


  • 13. juuni 2020
Niisiis, ma eeldan, et teil pole süsteemieelistustes suvand 'Pane draivid unerežiimile' lubatud?

chown33

Moderaator
Töötaja
9. august 2009
Kuristiku lennuk
  • 13. juuni 2020
Mis formaadis see on? HFS-il ja APFS-il on tõhus kataloogistruktuur. Ükski FAT-vormingus seda ei tee (FAT16, FAT32, exFAT).

Teine asi, mis kettaid aeglustab, on see, kui need hakkavad ebaõnnestuma. Tüüpiline tõrkerežiim on see, et draiv peab sektoreid korduvalt lugema, kuni kehtivad andmed tagastatakse. Seda teeb draiv ise, nii et arvuti seisukohast on see lihtsalt draiv, mis reageerib aeglaselt. Või mõnikord kiiresti ja mõnikord aeglaselt.

Lihtsalt suurte failide olemasolu ei põhjusta paratamatult killustumist. Killustumiseni võib viia ümberkirjutamine, mitte lihtsalt suure faili olemasolu. Näiteks suur filmifail, mis on pärast loomist sisuliselt kirjutuskaitstud, ei põhjusta killustumist. Vastupidi, suur andmebaasifail, mida sageli kirjutatakse, kirjutatakse ümber, laiendatakse ja kokku lepitakse, võib põhjustada killustumist. Või veel hullem, kui teil on palju suuri andmebaasifaile, mida kõik ümber kirjutatakse, laiendatakse ja sõlmitakse. J

jimtron

Originaalplakat
27. juuli 2008
  • 13. juuni 2020
Ben J. ütles: Niisiis, ma eeldan, et teil pole süsteemieelistustes suvand 'Pane draivid unerežiimile' lubatud? Klõpsake laiendamiseks...
Õige. Samuti olen teadlik, et unerežiimil kulub veidi aega, et kiirendada.

chown33 ütles: Mis formaadis see on? HFS-il ja APFS-il on tõhus kataloogistruktuur. Ükski FAT-vormingus seda ei tee (FAT16, FAT32, exFAT). Klõpsake laiendamiseks...

Usun, et see on üks endistest vormingutest, mitte FAT. Ma ei näe DiskUtility's kusagil HFS-i ega APFS-i, seal on kirjas GUID ja Mac OS Extended (Journaled).

Teine asi, mis kettaid aeglustab, on see, kui need hakkavad ebaõnnestuma. Tüüpiline tõrkerežiim on see, et draiv peab sektoreid korduvalt lugema, kuni kehtivad andmed tagastatakse. Seda teeb draiv ise, nii et arvuti seisukohast on see lihtsalt draiv, mis reageerib aeglaselt. Või mõnikord kiiresti ja mõnikord aeglaselt.

Lihtsalt suurte failide olemasolu ei põhjusta paratamatult killustumist. Killustumiseni võib viia ümberkirjutamine, mitte lihtsalt suure faili olemasolu. Näiteks suur filmifail, mis on pärast loomist sisuliselt kirjutuskaitstud, ei põhjusta killustumist. Vastupidi, suur andmebaasifail, mida sageli kirjutatakse, kirjutatakse ümber, laiendatakse ja kokku lepitakse, võib põhjustada killustumist. Või veel hullem, kui teil on palju suuri andmebaasifaile, mida kõik ümber kirjutatakse, laiendatakse ja sõlmitakse. Klõpsake laiendamiseks...

Kas on võimalik kontrollida, kas draiv on rikkis või mitte? Mul on rakendus SMART Reporter, mis annab oleku OK, ja nagu ma OP-s ütlesin, käivitasin DiskUtility ja DiskWarrior ... kas on muid tööriistu draivi seisundi kontrollimiseks?

Kas soovitaksite ka mingeid tööriistu draivi defragmentimiseks?

chown33

Moderaator
Töötaja
9. august 2009
Kuristiku lennuk
  • 13. juuni 2020
jimtron ütles: Usun, et see on üks endistest vormingutest, mitte FAT. Ma ei näe DiskUtility's kusagil HFS-i ega APFS-i, seal on kirjas GUID ja Mac OS Extended (Journaled). Klõpsake laiendamiseks...
Mac OS Extended on HFS+. Seega kindlasti mitte FAT versioon.

Kas on võimalik kontrollida, kas draiv on rikkis või mitte? Mul on rakendus SMART Reporter, mis annab oleku OK, ja nagu ma OP-s ütlesin, käivitasin DiskUtility ja DiskWarrior ... kas on muid tööriistu draivi seisundi kontrollimiseks? Klõpsake laiendamiseks...
Selle põhjal, mida ma SMART Reporterit ähmaselt mäletan, nõuab see, et välise draivi kontroller toetaks SMART-olekust teatamist. Kõik kontrollerid seda ei tee, seega ei pruugi rakendusest OK saamine olla oluline ja ma ei tea, milliseid üksikasju muud rakendused lugeda suudavad.

Kas soovitaksite ka mingeid tööriistu draivi defragmentimiseks? Klõpsake laiendamiseks...
Ma pole kunagi tundnud vajadust seda teha, nii et ma pole kunagi viitsinud vaadata.

Fishrrman

20. veebruar 2009
  • 14. juuni 2020
Maciga kasutatavad taldrikupõhised kõvakettad nõuavad tavaliselt defragmentimist (olenemata sellest, mida Apple selle kohta ütleb).

Võite kasutada Drive Genius, TechTool Pro, iDefrag (mis on minu arvates nüüd tasuta).

iDefragi jaoks proovige Coriolise tarkvaraarhiivi siin:
Coriolise süsteemid J

jimtron

Originaalplakat
27. juuli 2008
  • 14. juuni 2020
Fishrrman ütles: Maciga kasutatavad plaadipõhised kõvakettad nõuavad tavaliselt killustumist (olenemata sellest, mida Apple selle kohta ütleb).

Võite kasutada Drive Genius, TechTool Pro, iDefrag (mis on minu arvates nüüd tasuta).

iDefragi jaoks proovige Coriolise tarkvaraarhiivi siin:
Coriolise süsteemid Klõpsake laiendamiseks...

Proovin ühte neist, aitäh!