Как влияят върху фрагментацията следните ситуации?

[Гост Zig Zag]

1. Замяна на файл с по-голям.

2. Замяна на файл с по-малък.

3. Изтриване файловете от харда наведнъж и връщането им обратното от друг хард пак наведнъж.

 

Особено ми е интересно в т.3 дали системата намества файловете по местата, където са си били.

[Night_Raven]

Не схващам въпроса. Фрагментацията не влияе на тези неща. Обратното е: тези дейности водят до фрагментация.

[Гост Zig Zag]

Въпроса трябваше да изглежда така:

вместо:

Как влияе фрагментацията при следните ситуации?

ето така:

Как влияят върху фрагментацията следните ситуации?

 

Може да поправите темата и да тръкнете коментарите ни. Благодаря.

[melmak]

1. Замяна на файл с по-голям.

2. Замяна на файл с по-малък.

3. Изтриване файловете от харда наведнъж и връщането им обратното от друг хард пак наведнъж.

 

Особено ми е интересно в т.3 дали системата намества файловете по местата, където са си били.

Ето моите две стотинки по въпросите. Всичко е базирано на основателни предположения:

 

1-3: Няма да се получи фрагментация по-принцип.

Всеки път, когато създаваш нов файл, ситемата ще се пробва да го намести в най-голямото неалокирано пространство. Така, че фрагментация ще има когато харда е доста запълнен и системата се фръща назад да запълва малките дупки, евентуално оставени при триене на файлове. За точка 3 можеш да си почти сигурен, че няма да върне никой от файловете на старото му място. Просто защото никой не би си позволил да търси парчета свободно място напразно - това отнема време. Да не говорим, че някои файлови системи са оптимизирани за връщане на изтрити файлове, когато това е възможно.

 

Най-лошият сценарий е едновременно писане от няколко потока по файлова система, изпълнена с дупки. Тогава системата не би могла да знае колко ще са големи файловете и как да ги намести оптимално.

 

Фрагментацията от "дупки" не е толкова страшна, важното е да няма продължения на файлове.

[Night_Raven]

В общи линии съм съгласен с Melmak ®, с едно малко уточнение: в т.1 е възможно да се получи фрагментация, ако няма достатъчно голяма дупка от свободно пространство, за да се помести целият файл. В такъв случай ще се наложи файлът да се помести в 2 или повече дупки, което е точно фрагментация.

[Гост Zig Zag]

Най-лошият сценарий е едновременно писане от няколко потока по файлова система, изпълнена с дупки. Тогава системата не би могла да знае колко ще са големи файловете и как да ги намести оптимално.

 

Фрагментацията от "дупки" не е толкова страшна, важното е да няма продължения на файлове.

 

Е на мен ми идваше сега да питам т.4, как стои въпроса при запис на стрийм - аудио или видео. Къде се помества записа - навсякъде, където му дойде ли?

[Night_Raven]

Не мога да кажа със сигурност, защото не съм сигурне точно как приложенията записват даден поток върху твърдия диск, ако не знаят точно колко ще е голям крайният файл.

[s.feradov]

В случая със streams, най-удачният вариант е да се стартира Analyze Only опцията на MyDefrag преди и след изтеглянето на stream-а.