Главная страница
    Top.Mail.Ru    Яндекс.Метрика
Форум: "Прочее";
Текущий архив: 2008.07.13;
Скачать: [xml.tar.bz2];

Вниз

defrag   Найти похожие ветки 

 
{RASkov} ©   (2008-05-28 12:23) [0]

Вот интересно, есть ли хоть какая-то логика у винового стандартного ХРшного дефрагментатора, или он тупо сектора друг за другом выставляет?
А не, например, исполняемые(по возможности максимально не меняемые размеры) файлы в одну кучу - текстовые в другую...
А то в его цветных полосках больно и не поймешь чего он там воротит :) Один свап только и видно более менее....


 
Palladin ©   (2008-05-28 12:25) [1]

если ntfs, афаик, пользуется api к нему для дефрагментации. если fat, то хз :) сектора наверно...


 
Некто   (2008-05-28 12:25) [2]

Вы всё ещё пользуетесь дефрагментаторами? о_О


 
Игорь Шевченко ©   (2008-05-28 12:25) [3]


>  есть ли хоть какая-то логика у винового стандартного ХРшного
> дефрагментатора


Есть - минимизировать фрагментацию


 
Slym ©   (2008-05-28 12:34) [4]

как заставить w2k server  заставить дефрагментировать системные NTFS файлы $Mft (более 500 писесоф), $LogFile, $Bitmap и прочую $*?


 
{RASkov} ©   (2008-05-28 12:37) [5]

> Есть - минимизировать фрагментацию

Это понятно :)
Но тут идет раздвоение:
1 Либо логично минимизируется (сначало "нефрагментируемые" файлы, затем фрагментируемые)
2 Пофик, идет выстраивание сплошным екзешник, за ним текстовый или базы, потом длл и т.д.

Впрочем думаю, что хоть чуть-чуть логики есть....
Просто если следом после дефрагментации запустить сторонний дефрагментатор, то он все перевернет по своему... потом третий - получим третью логику?)
А у кого логика логичнее? :) (имя дефрагментатора)
Собсно вопрос от "нечего делать" но всеж....)


 
guav ©   (2008-05-28 12:40) [6]

> [1] Palladin ©   (28.05.08 12:25)


API для дефрагментации сделано так, что подходит и для FAT и для NTFS. Api только может узнавать свободность/занятость кластеров, узнавать какие кластеры заняты кластерами файла по хендлу файла, а так же собственно перемещать файл в другие (свободные) кластера по его хендлу. Т.о. использует ли дефрагментатор API или нет не отвечает на вопрос как он располагает файлы.


 
guav ©   (2008-05-28 12:45) [7]


> [4] Slym ©   (28.05.08 12:34)
> $Mft (более 500 писесоф),

Лучше всего переформатироваться и не допускать подобного в дальнейшем.
Через API, в т.ч. стандартный дефрагментатор - никак.


> $LogFile, $Bitmap

Вот интересно, а как эти файлы можно фрагментировать (использование нестандартных утилит для работы с диском не в счёт) ?


 
Игорь Шевченко ©   (2008-05-28 12:50) [8]

{RASkov} ©   (28.05.08 12:37) [5]


> Но тут идет раздвоение:


Не идет.


> 1 Либо логично минимизируется (сначало "нефрагментируемые"
> файлы, затем фрагментируемые)


Третьего не дано


 
Palladin ©   (2008-05-28 12:51) [9]


> guav ©   (28.05.08 12:40) [6]

от ведь... я думал они (ms"овцы) чего поинтересней придумали...

в любом случае я SpeedDisk"ом пользуюсь ) по заверениям аффтаров, у него своим методы...


 
{RASkov} ©   (2008-05-28 12:57) [10]

> [8] Игорь Шевченко ©   (28.05.08 12:50)
> Третьего не дано

Стандартному виндовому?
И это понятно :) Впрочем это уже и есть ответ на вопрос в [0].... Спасибо.

А вопрос в [5] про самый логичный дефраг....

А тут еще вопрос по теме:
Почему винда при копировании "нарушает" правила логики, например в такой ситуации:
Отформатировал диск размером почти 300 Гб
И на этот диск копирую файлы довольно большие по объему (*.avi) и много *.mp3 всего около 250 Гб.
И те и другие можно отнести к малофрагментируемым...
Следом запускаю виндовый дефраг и вижу чуть ли не всё красным, почему?


 
Игорь Шевченко ©   (2008-05-28 12:59) [11]


> Следом запускаю виндовый дефраг и вижу чуть ли не всё красным,
>  почему?


Потому что они фрагментированы. У тебя есть другие идеи ?


 
{RASkov} ©   (2008-05-28 13:02) [12]

> [11] Игорь Шевченко ©   (28.05.08 12:59)

:)
Вопрос был не в том, от чего они красные, а почему они фрагментируются при копировании, и следовательно всё красное...
:о)


 
guav ©   (2008-05-28 13:05) [13]

> [9] Palladin ©   (28.05.08 12:51)
> от ведь... я думал они (ms"овцы) чего поинтересней придумали...

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


> [10] {RASkov} ©   (28.05.08 12:57)

Одна из возможных причин:
Обычно при копировании файлов происходит поблочное копирования без задания размера заранее, путём последовательного дописывания в файл, поэтому ФС заранее не знает, какой свободный блок выделить этому файлу.


 
Игорь Шевченко ©   (2008-05-28 13:07) [14]

{RASkov} ©   (28.05.08 13:02) [12]


> почему они фрагментируются при копировании


Я думаю, этот вопрос следует задать тому, кто копирует. Отчего фрагментируются файлы ? От того, что пишутся по кусочкам, например, много одновременно


 
{RASkov} ©   (2008-05-28 13:12) [15]

> [13] guav ©   (28.05.08 13:05)
> Одна из возможных причин:
> Обычно при копировании файлов происходит поблочное копирования
> без задания размера заранее, путём последовательного дописывания
> в файл, поэтому ФС заранее не знает, какой свободный блок
> выделить этому файлу.

Вот тажа мысль пришла в первую очередь, но....
Диск, на который копирую файлы, был предварительно отформатирован, т.е. все сектора пустые.
Файлы копируются же по одному друг за другом, так? Я копировал в один поток стандартным проводником, не тоталом в несколько потоком или еще чем подобным..
И все равно все покраснело :)


 
{RASkov} ©   (2008-05-28 13:15) [16]

> [14] Игорь Шевченко ©   (28.05.08 13:07)
> От того, что пишутся по кусочкам, например, много одновременно

Винда так делает?
Т.е. я копировал так:
Были две папки Video и Music
Video значит ~240 Гб
Music - ~10 Гб.
Сначала копирую одну папку целиком, дождавшись завершения, копирую вторую....


 
{RASkov} ©   (2008-05-28 13:16) [17]

Два HDD - оба по 320 Гб
Копировал с одного физ. диска на другой


 
Игорь Шевченко ©   (2008-05-28 13:19) [18]


> Винда так делает?


Запусти FileMon, посмотри как винда делает


 
{RASkov} ©   (2008-05-28 13:35) [19]

> Запусти FileMon, посмотри как винда делает

Да ладно... я и на словах поверю :) Если слов нет, то поверю мыслям:
Всеж думаю, что винда копирует в один поток - одну операцию копирования.
:о)
Может она(Windows, Explorer, ФС) не считает эти файлы(avi, mp3) малофрагментируемыми и при копировании распологает их не последовательно, а с запасом некоего места после каждого файла.... глупо конечно... ну да ладно...
Ладно..... фик с ними)



Страницы: 1 вся ветка

Форум: "Прочее";
Текущий архив: 2008.07.13;
Скачать: [xml.tar.bz2];

Наверх




Память: 0.49 MB
Время: 0.007 c
2-1213107394
Mrak
2008-06-10 18:16
2008.07.13
TEdit


2-1213621632
snake-as
2008-06-16 17:07
2008.07.13
Простая хэш - функция


2-1213125164
miriel
2008-06-10 23:12
2008.07.13
процедураопределения высоты дерева


4-1192558662
lock95
2007-10-16 22:17
2008.07.13
Настройка BIOS из программы под Windows


2-1213088896
Kaer
2008-06-10 13:08
2008.07.13
Как оптимизировать скорость работы кода





Afrikaans Albanian Arabic Armenian Azerbaijani Basque Belarusian Bulgarian Catalan Chinese (Simplified) Chinese (Traditional) Croatian Czech Danish Dutch English Estonian Filipino Finnish French
Galician Georgian German Greek Haitian Creole Hebrew Hindi Hungarian Icelandic Indonesian Irish Italian Japanese Korean Latvian Lithuanian Macedonian Malay Maltese Norwegian
Persian Polish Portuguese Romanian Russian Serbian Slovak Slovenian Spanish Swahili Swedish Thai Turkish Ukrainian Urdu Vietnamese Welsh Yiddish Bengali Bosnian
Cebuano Esperanto Gujarati Hausa Hmong Igbo Javanese Kannada Khmer Lao Latin Maori Marathi Mongolian Nepali Punjabi Somali Tamil Telugu Yoruba
Zulu
Английский Французский Немецкий Итальянский Португальский Русский Испанский