HDD

9285-324 · Отправлено: **18:48, 18-11-2019** | #31

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

bredych · Отправлено: **19:13, 18-11-2019** | #32

Цитата Busla:

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

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

Цитата 9285-324:

Гребёнку в результате сжатия файла в его свойствах видел? »

не совсем понял, о чем речь. Не видел.

Цитата 9285-324:

современные виндовые вроде как научились, но как обычно - частично. »

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

9285-324 · Отправлено: **19:36, 18-11-2019** | #33

bredych

Цитата:

не совсем понял

Речь о том, как расположен на диске (куча дырок).

Цитата:

то такой метод позволяет избавиться и от

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

Птушвиче · Отправлено: **08:39, 19-11-2019** | #34

Сделал вчера Акронисом резервную копию системного диска и расположился архив вот так:

Скрытый текст

Размер в 22 ГБ конечно не маленький, но более 10000 фрагментов - это нормально или нет? Может сильная фрагментированность из-за того, что Акронис был LiveCD (Acronis BootCD)?

Tomset · Отправлено: **17:29, 19-11-2019** | #35

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

Птушвиче · Отправлено: **18:25, 19-11-2019** | #36

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

Tomset · Отправлено: **19:01, 19-11-2019** | #37

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

9285-324 · Отправлено: **20:30, 19-11-2019** | #38

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

Цитата Tomset:

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

И чё - транслятор всегда меняется? Смысл?
Очередное дедушкино "открытие" или дедушко не разобрался?

Tomset · Отправлено: **21:00, 19-11-2019** | #39

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

9285-324 · Отправлено: **21:20, 19-11-2019** | #40

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