Форум: "Прочее";
Текущий архив: 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