Дефрагментация HDD

[bredych]

Можно удалить корзину с определённого диска? Новая создастся? »
ээ... а как вы удаляли-то? ))
На десктопе "очистить корзину"?

А зайти на самом диске в D:\Recycler\{897687687565}\
(там обычно ГУИД профиля, цифробуквенный)
- и удалить всё кроме десктоп.инф или не помню, как он зовется (я под линуксом, тут некуда глянуть)
?
Или вообще, удалить все папки под "ресайклером", а потом уже после первого удаления файла корзина пересоздастся

зы вообще, дефрагить по нескольку раз нет смысла. Я сторонние использовал только потому, что вообще делал это загрузившись с флешки, когда система неактивна. В прочих случаях штатного достаточно.

[Птушвиче]

bredych
Эти... э-э-э... временно-резервные папки в RECYCLE.BIN, состоящие из длинного цифрового имени, не удаляются, потому что удалены уже. Но запись о них и их содержимом осталась и каким-то образом участвует в дефрагментации. Мне интересно, если я попытаюсь удалить саму RECYCLE.BIN из корня терабайтника, то создастся новая, но полностью пустая? После "карательных рейдов", устраиваемых CHKDSK с 26 октября, я опасаюсь делать что-то, предварительно об этом не расспросив. Возможно, CHKDSK начала свирепствовать из-за сильной фрагментированости файлов (здесь похожая проблема (http://forum.oszone.net/go.php?url=http://forum.3dnews.ru/showthread.php?t=140433)). А возможно и не из-за фрагментированости, т.к. она могла образоваться после успешной проверки диска штатными средствами, когда удалось восстановить всю музыку (400 ГБ). Здесь (http://forum.oszone.net/post-2893670.html#post2893670) и здесь (http://forum.oszone.net/post-2893798.html#post2893798).

[Птушвиче]

У сторонних дефрагментаторов есть один небольшой плюс - показывают файлы и степень их фрагментированости. Хотя, возможно, и в этом нет необходимости если включить у штатного дефрагментатора расписание. Во время простоя компа он будет по мере надобности собирать файлы.
Корзину очистил путём её удаления.

[bredych]

У сторонних дефрагментаторов есть один небольшой плюс - показывают файлы и степень их фрагментированости. »
вроде в майдефраг такое было, равно как и сценарии
Но повторюсь, если есть некая старая файлопомойка, то её дефрагить постоянно нет смысла. Основной обьем файлов у вас на диске годами лежит. Если они компактно уложились,что их заставит переместиться? Ничто.
В принципе, как самое кардинальное средство, есть еще такое(это если не нравится результат работы любого дефраглера):скопировать на другой винт требующиеся файлы, после чего пациента отформатировать, и залить в желаемой последовательности свой архив назад.
Да, я так делал )) другого способа дефрагнуть МФТ не знал ))

По поводу удаления самой папки ресайклер из корня: под ОСью не даст. Только из-под загруженной сторонней системы.

[Птушвиче]

По поводу удаления самой папки ресайклер из корня: под ОСью не даст. Только из-под загруженной сторонней системы. »
Всё дает, только видимо в проводнике корзина не отображается, даже если включить скрытые файлы (не проверял). Я через Total Commander удалил.

[Busla]

У сторонних дефрагментаторов есть один небольшой плюс - показывают файлы и степень их фрагментированости. »
Полная дефрагментация не нужна, а в современных реалиях даже вредна.
MS потому и переименовал её в Оптимизацию, что дефрагментация не является конечной целью. Данные нужно размещать на диске так, чтобы они располагались в том порядке, в каком читаются. И тут забавный момент: файлам не обязательно читаться полностью.

[Птушвиче]

Busla
В общем, встроенного в Windows 7 дефрагментатора более чем достаточно? Только как он работает с системными файлами в случае дефрагментации диска с ОС?

[Tomset]

Птушвиче,
Только как он работает с системными файлами в случае дефрагментации диска с ОС?
| #27 »
Нормально работает, раз в неделю запускается по расписанию, за неделю где-то 2-5% фрагментация накапливается.
Работает в фоне практически не задерживая систему.

[9285-324]

bredych,
Если они компактно уложились,что их заставит переместиться?
Это если, а если нет, да ещё и между ними зазоры имеются? Гребёнку в результате сжатия файла в его свойствах видел? А теперь представь что в такое записывается новый файл.
другого способа дефрагнуть МФТ не знал ))
современные виндовые вроде как научились, но как обычно - частично. А из сторонних Vopt точно умеет, парагоновское ПО - последнеее даже может сжать её если в ней много свободных записей.

[Busla
Полная дефрагментация не нужна
Смотря для чего.
MS потому и переименовал её в Оптимизацию, что дефрагментация не является конечной целью.
Микрософт много чего делает как ей удобнее, в том числе вешать лапшу на уши лохам, но в данном случае речь идёт о (возможно) более корректной формулировке, потому как нельзя назвать дефрагментацией то, что не делает её во всём обьёме.
Данные нужно размещать на диске так, чтобы они располагались в том порядке, в каком читаются.
Это как? И что делать если порядок изменится?
И тут забавный момент: файлам не обязательно читаться полностью
Ага, забавно смотреть частично прочитанные фотки, или треть фильма. :lol:

[Busla]

Ага, забавно смотреть частично прочитанные фотки »
вы делаете это каждый раз, когда открываете папку с фотками - "читаете" только метаданные :biggrin:

[9285-324]

Busla
Я открываю папку фото не для просмотра превьюшек, а для просмотра самих фотографий.

[bredych]

вы делаете это каждый раз, когда открываете папку с фотками - "читаете" только метаданные »
разве?
А мне почему-то казалось, что читаете файл датабазы просмотрщика картинок или кеша тумбинайлов.
Который может вообще лежать в отдельной папке. По крайней мере, на всяких дроидах так многократно в отдельной папке тумбинайлы находил, и после их удаления галереи читались тормознуто, пока не создавали новые.
В новых осях в датапаках может быть "наиндексировано" и гигабайтами того, что вы часто используете, при этом файлы сами лежат целиком там, где и лежали.

Гребёнку в результате сжатия файла в его свойствах видел? »
не совсем понял, о чем речь. Не видел.
современные виндовые вроде как научились, но как обычно - частично. »
можно, но если много чего удалялось с винта, то такой метод позволяет избавиться и от пустых и от фрагментации. МФТ становится маленькой и чистенькой как новенькая)

[9285-324]

bredych
не совсем понял
Речь о том, как расположен на диске (куча дырок).
то такой метод позволяет избавиться и от
Не только от этого, но только что - каждый раз так делать? И как быть если нет другого устройства.
И да - гильотина тоже является средством от перхоти.

[Птушвиче]

Сделал вчера Акронисом резервную копию системного диска и расположился архив вот так:
https://i111.fastpic.ru/thumb/2019/1119/e9/1924fd9979af37fa85d087f09c84c2e9.jpeg (https://fastpic.ru/view/111/2019/1119/1924fd9979af37fa85d087f09c84c2e9.jpg.html)
Размер в 22 ГБ конечно не маленький, но более 10000 фрагментов - это нормально или нет? Может сильная фрагментированность из-за того, что Акронис был LiveCD (Acronis BootCD)?

[Tomset]

Птушвиче,
Когда коту делать нечего, он яйца лижет. (с) русская народная пословица.
В современной интерпретации. Пользовать делает дефрагментацию.
Это было актуально для древних систем.
Если диск к примеру SMR, ему эта дефрагментация вообще по фигу. У них логическая и физическая адресации не связаны.
Если и есть смысл то нужно дефрагментировать только несколько файлов которые постоянно используется.
Типа базы какой-то. С чем прекрасно справляется системный оптимизатор.
Система постоянно использует тысячи файлов в произвольной последовательности. И как не старайтесь выстроить их все последовательно, не возможно.
Потому что буквально через сотню операций на диске, при изменении, удалении, создании файлов фрагментация опять возвращается.
т.е. можно сидеть и каждый день убирать по многу часов фрагменты.
Вы этот .Tib один раз в 5 лет откроете. А диск до дыр замучаете дефрагментацией. )
Если уж так принципиально, купите SSD, там вообще плевать на фрагментацию.

[Птушвиче]

Tomset
Но включение штатной дефрагментации по расписанию не повредит? Система сама разберётся что дефрагментировать. Кстати, как работает виндоусовская дефрагментация в простое? Для этого нужно включать расписание в дефрагментаторе?

[Tomset]

Птушвиче,
В свойства диска зайдите: - Сервис - Оптимизация. Оно там настроено по умолчанию. Можно поменять интервал - каждый день, неделя, месяц.
В 7-ке показывало фрагментацию файлов при анализе, а в 10-ке и на это забили.

[9285-324]

Птушвиче,
Бутявка наверняка линуксовая, поэтому стратегия записи может отличаться - не записывая сначала самые большие пустые места а (судя по скриншоту) пишется ближе к началу диска.
А поляна тома явно с множеством проплешин - потому фрагментацция гарантирована. Надо было до записи сделать в ауслоджике дефрагментацию с оптимизацией. Можно и сейчас.
И не обращай внимание на "знатока" русских пословиц - это ему когда нечего, начинает писать подобные бредни.


Если диск к примеру SMR, ему эта дефрагментация вообще по фигу. У них логическая и физическая адресации не связаны. »
И чё - транслятор всегда меняется? Смысл?
Очередное дедушкино "открытие" или дедушко не разобрался?

[Tomset]

9285-324,
Тебе какая разница? все равно не поймешь.
Для дисков SMR с TRIM дефрагментация бессмысленна и, на сколько знаю, не запускается системой по умолчанию.
Все данные не зависимо от LBA, физически пишутся в одну ленту.
Сам диск по идее должен в покое устранять фрагментацию, собирая последовательные LBA в непрерывные ленты.
Но об этом производители умалчивают, делают они так или нет.
Первый вариант SMR, с медиа кэшем, который уже не делается в новых моделях, и без дефрагментации тормоза обеспечены, при записи объема данных больше чем медиа кэш. А пока данные в MC, то по любому будет лишнее позиционирование.
Здесь также все данные независимо от LBA, записываются в МС. и только потом раскладываются на место.
у первого варианта SMR, два транслятора, физический и логический. Логические адреса не привязаны к физическим и выбираются по ситуации.
У старого варианта, транслятор один, физические адреса жестко привязаны к LBA. Но только когда из медиа кэша данные попадут на место.
А до этого полный бардак. Очереди как угодно ложатся в медиа кэш.

[9285-324]

Tomset
Чё, прям всего одна лента на весь диск?
И нет с обычной записью?
Чую нас ждут ещё бОльшие "открытия". :lol: