[orion7]

По Teleport-ту - это его проблемы, либо его настроек. Подобные программы должны иметь "антифрагментационный метод" закачек (как DC++) или резервировать место под файл.

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

[Alex Cop]

orion7
Ну, с Телепортом я разобрался - в новой верссии решается путём выделения пространства - это я просто привёл в качестве примера, что получается, если файлы предельно фрагментарованы, да и то не самым худшим образом.

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

[Alex Cop]

orion7
да, я такое замечал....
мне помогало такое - переписать пол-диска куда-то , потом дефрагментировать и записать обратно.

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

[Игорь Лейко]

Alex Cop

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

А восстанавливать из бэкапа или не доводить до сбоев еще проще.

[Alex Cop]

Игорь Лейко
Любая подстраховка никогда не бывает лишней.

[Игорь Лейко]

Alex Cop

Любая подстраховка никогда не бывает лишней.

Если человек действительно старается подстраховаться, то аппаратные или логические сбои, после которых приходится восстанавливать файлы - бо-о-ольшая редкость.

[Alex Cop]

orion7
ну естественно! не каждый же день... но я просто говорю о том, что если делать, так уже тщательно и без дыр, а не наполовину, как это своременные дефрагментаторы жедают.

[orion7]

Вот тут у нас разногласия - можно делать и несколько раз в день, а можно раз в пол года. Всё зависит от интенсивности записи-удаления файлов, а сл-но их фрагментированности. К тому же, чем чаще делается, тем быстрее она проходит - меньше фрагментированных файлов на сеанс, меньше переносов. Можно запустить её ещё раз сразу по окончанию - продлиться несколько секунд. Никакой нагрузки на хадр не будет.
Вопрос в дырах в файловом массиве - да, если этих дыр много, да ещё мелких, это плохо. Но если их 10-20 штук? Реально это ни на что повлиять не может. Некрасиво смотриться шкала, но не более. Фрагментация минимальна. Сжимать эти дыры, учитывая размеры современных хардов и соотв. инфы на них, имхо не рацинально, учитывая то, что они постоянно появляются вновь при удалении старых или временных файлов. Ведь файлы всё таки сжимаются - масса мелких дыр устраняется, крупные остаются. Может в этом и есть рациональность, без излишней тщательности. Это я и имел ввиду.

[Alex Cop]

orion7
Возможно, но на шкале не видно, сколько там дыр....
я поступил так. у меня несколько хардов.... я сегодня заново конфигурировал комбютер для работы музыкалной студии: есть около 80 Гб сэмплов, срежний размер каждого порядка 500Мб, доступ ко которым должен быть оптимизирован... я полностью очистил хард, и последовательно записываю на него сэмплы сейчас. после проверю, какова фрагментация при таком методе, ибо эти сэмплы там очень надолго.

я не возражаю даже против 100 дыр. но возражаю против 10000.

[treiber]

Как определить сколько времени должна длиться дефрагментация раздела диска на Notebook?
Какое вообще приемлемое время для 30 Мбайтного раздела?

Что означает, если дефрагментация идет 3-4 часа и более?
Причем замечаю, что периодически все начинается сначала.

Что делать?