Якщо я дефрагментую свою 8 Гб флешку Kingston, чи скоротить її термін служби?
Якщо я дефрагментую свою 8 Гб флешку Kingston, чи скоротить її термін служби?
Відповіді:
Не слід знеструмлювати флеш-носії.
По-перше, користі немає. Розморожування традиційного магнітного жорсткого диска вигідно, оскільки рукоятка приводу повинна переміщати головки навколо тарілки, щоб знайти дані. Дефрагментація впорядковує дані на жорсткому диску, і рукоятка приводу повинна менше шукати (рухатися). Однак флеш-носій не має рухомих частин, тому практично не має часу шукати.
Flash носії все-таки зношуються. Це займає багато часу, багато записів повторюється в одне і те ж місце неодноразово. У сучасних флеш-накопичувачах є технологія під назвою TRIM, яка мінімізує запис у те саме місце, розповсюджуючи їх на весь диск. TRIM в основному робить все навпаки тому, що ви намагаєтеся зробити - він фрагментує дані.
На додаток до цього, більшість ОС не дозволять вам дефрагментувати флеш-носії (з вищезгаданих причин). Можуть бути сторонні інструменти, які обійдуть обмеження, але це не дуже гарна ідея.
Я знаю, що багато хто не погодиться.
Я вже бачив декілька постів в мережі, де говорилося, що не потрібно дефрагментувати USB-флешки. Однак у деяких особливих випадках це потрібно зробити .
Ось приклад для вашого розгляду:
Розглянемо ситуацію, коли у тебе є grub.cfgсклад з декількома ОС, що працюють на USB, та деякі інші файли, що зберігаються на USB-диску. Файли сильно фрагментовані, і вам потрібно додати ISO для завантаження. Є близько 20% порожнього простору, і ISO закінчується фрагментарно. Але grub4dosне завантажуватиме ISO, якщо він не знаходиться в суміжному дисковому просторі. Що б ти зробив?
Так чи інакше, оскільки ми говоримо про флешку, не потрібно використовувати традиційні інструменти дефрагментації, які працюють у циклі та виконують кілька (зайвих?) Записів. Якщо ваш флеш-диск досить невеликий, ви можете просто скопіювати всі свої дані у тимчасовий каталог (де завгодно на вашому жорсткому диску), а потім протерти флешку, а потім скопіювати дані на неї. Це буде набагато ефективніше, ніж будь-який алгоритм дефрагментації, і все одно робити ту саму роботу. І ви запобіжете зносу вашого флеш-диску
Тож моя відповідь буде: Не забувайте дефрагментувати флешки, якщо вам це не потрібно. І якщо вам доведеться, не використовуйте інструменти для дефрагментації, просто робіть це вручну.
Програма Diskeeper , яка була найкращою утилітою дефрагментації, має оптимізаційний модуль для SSD, який називається Hyperfast. Він не дефрагментує ваші диски типу SSD, але оптимізує їх.
Це залежить від того, що на приводі. Дефрагментації флеш-накопичувача ви не отримаєте, але це буде вплив на відновлення даних.
З одного боку, флеш-пам'ять має обмежену кількість циклів запису , тому багато запису з часом її зносить. У флеш-накопичувачах, картах пам'яті та SSD-дисках використовуються такі прийоми, як вирівнювання зносу та TRIM, щоб продовжити термін служби медіа, але дефрагментація, як правило, викликає велику кількість кількість записів, що спричинить її швидше зношення.
З іншого боку, фрагментовані файли нескінченно важче відновити при випадковому видаленні, попаданні вірусу тощо, тому збереження файлів у суміжному стані (наприклад, шляхом дефрагментації) значно збільшить шанси на відновлення.
Тому, як я вже говорив на початку, це залежить від того, що зберігається на диску, наскільки важливі файли, наскільки вірогідно вам знадобиться виконати відновлення даних та як часто змінюються файли (часті видалення та копії будуть привести до фрагментації швидше, а також з'їсти більше циклів запису).
Хоча дефрагментація SSD та флеш-накопичувачів, як правило, нахмуриться, одна перевага полягає в тому, що ви іноді будете відновлювати вільний простір на диску, а потім стираючи (або "нулюючи"), що залишився вільний простір також відновить більше корисного простору. Це може бути корисно для набивання накопичувача, наповненого файлами для головного зображення, або архіву, але з додатковою діяльністю читання / запису та обрізки, що невикористаний простір може бути повернено накопичувачем знову.