джимтрон
Оригинален плакат- 27 юли 2008 г
- 13 юни 2020 г
В тази връзка Видях това: „Повечето потребители, стига да оставят достатъчно свободно място, и не работете редовно в ситуации, в които се записват и пренаписват много големи файлове , е малко вероятно да забележат много ефектите от фрагментацията нито върху техните файлове, нито върху свободното пространство на дисковете.'
Имам много много големи файлове на това устройство, като над 1 GB всеки.
Пуснах DiskUtility на устройството и той минава първа помощ, и на него пуснах DiskWarrior (индексът е ефективен според DW).
Някакви предложения как да се оптимизира това устройство?
Вие ли сте.
- 29 август 2019 г
- Осло
- 13 юни 2020 г
chown33
Модератор
Член на персонала- 9 август 2009 г
- Бездната равнина
- 13 юни 2020 г
Друго нещо, което ще забави дисковете, е когато започнат да се отказват. Типичният режим на отказ е, че устройството трябва да чете сектори многократно, докато не бъдат върнати валидни данни. Това се прави от самото устройство, така че от гледна точка на компютъра, това е просто устройство, което реагира бавно. Или понякога бързо, а понякога бавно.
Простото наличие на големи файлове няма да причини неизбежно фрагментиране. Пренаписването може да доведе до фрагментация, а не просто до съществуване на голям файл. Например, голям филмов файл, който по същество е само за четене, след като е създаден, не води до фрагментация. Обратно, голям файл с база данни, който често се пише, пренаписва, разширява и свива, може да доведе до фрагментация. Или по-лошо, като имате много големи файлове с база данни, които всички се пренаписват, разширяват и свиват. Дж
джимтрон
Оригинален плакат- 27 юли 2008 г
- 13 юни 2020 г
Бен Дж. каза: И така, предполагам, че нямате активирана опцията „прехвърляне на устройства в режим на заспиване“ в системните предпочитания? Щракнете, за да разгънете...вярно. Освен това съм наясно, че спящите устройства отнемат малко време, за да се завъртят до скорост.
chown33 каза: В какъв формат е? HFS и APFS имат ефективна структура на директории. Нито един от FAT форматите не го прави (FAT16, FAT32, exFAT). Щракнете, за да разгънете...
Вярвам, че това е един от предишните формати, а не FAT. Не виждам HFS или APFS никъде в DiskUtility, пише GUID и Mac OS Extended (Журналиран).
Друго нещо, което ще забави дисковете, е когато започнат да се отказват. Типичният режим на отказ е, че устройството трябва да чете сектори многократно, докато не бъдат върнати валидни данни. Това се прави от самото устройство, така че от гледна точка на компютъра, това е просто устройство, което реагира бавно. Или понякога бързо, а понякога бавно.
Простото наличие на големи файлове няма да причини неизбежно фрагментиране. Пренаписването може да доведе до фрагментация, а не просто до съществуване на голям файл. Например, голям филмов файл, който по същество е само за четене, след като е създаден, не води до фрагментация. Обратно, голям файл на база данни, който често се пише, пренаписва, разширява и свива, може да доведе до фрагментация. Или по-лошо, като имате много големи файлове с база данни, които всички се пренаписват, разширяват и свиват. Щракнете, за да разгънете...
Някакъв начин да проверите дали устройството не работи или не? Имам приложение SMART Reporter, което дава ОК статус и както казах в ОП, стартирах DiskUtility и DiskWarrior...някакви други инструменти за проверка на здравето на устройството?
Освен това, някакви инструменти, които бихте препоръчали за дефрагментиране на устройството?
chown33
Модератор
Член на персонала- 9 август 2009 г
- Бездната равнина
- 13 юни 2020 г
jimtron каза: Вярвам, че това е един от предишните формати, а не FAT. Не виждам HFS или APFS никъде в DiskUtility, пише GUID и Mac OS Extended (Журналиран). Щракнете, за да разгънете...Mac OS Extended е HFS+. Така че определено не е FAT версия.
Някакъв начин да проверите дали устройството не работи или не? Имам приложение SMART Reporter, което дава ОК статус и както казах в ОП, стартирах DiskUtility и DiskWarrior...някакви други инструменти за проверка на здравето на устройството? Щракнете, за да разгънете...От това, което смътно си спомням за SMART Reporter, той изисква контролерът във външното устройство да поддържа отчитане на състоянието на SMART. Не всички контролери правят това, така че получаването на ОК от приложението може да не е важно и не знам какви подробности могат да прочетат други приложения.
Освен това, някакви инструменти, които бихте препоръчали за дефрагментиране на устройството? Щракнете, за да разгънете...Никога не съм изпитвал нужда да го правя, така че никога не съм си правил труда да го гледам.
Фишрман
- 20 февруари 2009 г
- 14 юни 2020 г
Можете да използвате Drive Genius, TechTool Pro, iDefrag (който според мен вече е безплатен).
За iDefrag опитайте софтуерния архив на Coriolis тук:
Coriolis Systems Дж
джимтрон
Оригинален плакат- 27 юли 2008 г
- 14 юни 2020 г
Фишрман каза: Твърдите дискове, базирани на плочи, използвани с Mac, рутинно изискват дефрагментиране (независимо какво казва Apple за това).
Можете да използвате Drive Genius, TechTool Pro, iDefrag (който според мен вече е безплатен).
За iDefrag опитайте софтуерния архив на Coriolis тук:
Coriolis Systems Щракнете, за да разгънете...
Ще опитам един от тях, благодаря!
Популярни Публикации