Тормоза системного раздела.
Пользователи, просматривающие топик: none
|
Зашли как: Guest
|
Имя  |
| Сообщение |
<< Старые топики Новые топики >> |
|
|
RE: Тормоза системного раздела. - 2010-05-01 18:48:01.453333
|
|
|
zzsnn
Сообщений: 7459
Оценки: 680
Присоединился: 2007-09-25 07:17:14.240000
|
Тут, не имея под рукой компа сложно разобраться. Давай попробуешь для начала сам. Залил для тебя сюда http://slil.ru/29066700 две статьи, в архиве, по анализу счетчиков производительности. Уж извини за стиль, но он разный.Одна писалась для журнала, другая для обучения. Проведи анализ, может найдёшь сам узкое место.
|
|
|
|
|
RE: Тормоза системного раздела. - 2010-05-01 21:18:51.083333
|
|
|
Ltonid
Сообщений: 4970
Оценки: 740
Присоединился: 2008-12-29 13:21:56.166666
|
Среди вариантов видел:
1) Виджеты и панели учета места жеского диска.
2) Автодефрагментаторы, иногда идущие в составе некоторых примочек
3) Жестокие антивирусы и антитрояны
4) Сетевые программы, т.е. сеть есть тормозит, сети нет все тип топ, необъяснимо но факт)
|
|
|
|
|
RE: Тормоза системного раздела. - 2010-05-02 22:59:51.390000
|
|
|
lkesh
Сообщений: 208
Оценки: 0
Присоединился: 2008-12-07 11:14:59.056666
|
Вот мне кажется что MFT перегружен и фрагментирован.
Я где то когда то читал что мелкие файлы файлы NTFS хранит в теле MFT и типа происходит фрагментация.
Как вариант попробовать сделать хранение файлов вне MFT, т.е. уменьшить размер минимального файла хранимого в таблице.
Как это сделать гуглим сами. Я просто незнаю как, но это возможо
quote:
O&O Defrag 8.6 Pro при проверке диска говорит "File system is damaged."
А вот это похоже на нехватку прав. Если честно то эта прога дефрагментирует даже MFT.
Тут внимание обрати. Оно должно работать. Если не работает то скорее всего неможет прикрутится к ФС.
Попробуй запустить её с правами локального администратора.
|
|
|
|
|
RE: Тормоза системного раздела. - 2010-05-03 14:14:48.900000
|
|
|
Vampiring Soul
Сообщений: 1984
Оценки: 0
Присоединился: 2006-06-27 00:13:43
|
Народ извиняюсь, забыл упомянуть важную деталь - разделы C: и Y: расположены на одном физическом. Проблем с Y: нет.
zzsnn
По счётчикам - для обмена страниц и очереди диска данные такие:
обмен страниц/сек - минимум 0, максимум 47, средний 30;
очередь диска (физ с C:) - минимум 0, максимум 20, средний 2.
При этом работают uTorrent, AIMP, Opera, плюс кто-то что-то качал с шарочного винта (для шарок отведён физ) - в общем, обычные условия работы машины.
Своп разнесён по трём физическим, на физе с системным разделом 1024 МБ, на двух остальных 2048 МБ. Оперативной 3 гигабайт, в трее сидит meminfo настроенный на отображение % использования физ памяти - значение колеблется в пределах от 19 до 22 и редко выходит за них.
Ltonid
(1) - такого нет;
(2) - из того, о чём знаю я - только вручную настроенная в O&O Defrag еженедельная дефрагментация всех винтов по stealth методу;
(3) - стоит CIS, во время авралов он жёстко грузит проц - это очень хорошо видно по истории CPU в Process Explorer;
(4) - есть такое - клиент p2p сети Shareman, но его по ряду причин (написать их?) запускаю только когда что-либо качаю, + качает он на шарочный физ.
lkesh
Инфу на тему размещения мелочи прямо в MFT - поищу.
Насчёт нехватки прав - O&O Defrag установлен в виде службы (oodag.exe), запускаемой от имени system. Запускаемый в контексте пользователя софт - сугубо клиент, обращающийся к службе через localhost:50300.
На системном разделе после дефрагментации любым методом, судя по отчёту остаётся фрагментированным только $MFT::$BITMAP, но опять же по отчёту - файл занимает 5 кластеров и разнесён на 4 фрагмента.
|
|
|
|
|
RE: Тормоза системного раздела. - 2010-05-03 16:30:49.363333
|
|
|
Ltonid
Сообщений: 4970
Оценки: 740
Присоединился: 2008-12-29 13:21:56.166666
|
Знаешь что. Посмотри с помощью чего нить размер MFT. Уж не знаю как но возможно что место отведенное для MFT приблизилось к 0 (по разным источникам это 12% от объема раздела, вроде настраиваемо, щас точно не скажу).
Фрагментация MFT даже на 2 части ни есть хорошо. Но насколько это критично не знаю т.к. не смог получить на даже двух частей не смотря на обилие файлов.
Вариант: постараться спровоцировать торможени и повторить эксперимент в безопаснике и LiveCD, чтобы понять виновены ли внешние проги или сама система.
|
|
|
|
|
RE: Тормоза системного раздела. - 2010-05-03 17:35:28.620000
|
|
|
zzsnn
Сообщений: 7459
Оценки: 680
Присоединился: 2007-09-25 07:17:14.240000
|
1. Своп должен быть на одном диске. Иначе возможны торможения. Почему? Посмотри в инете на эту тему, а лучше сам подумай логически. Нужно только подуматьи сам поймёшь.
2. При уменьшении свободного пространства на диске к цифре 10% на файловой ситеме, начинаются тормоза. Это особенность данной файловой ситемы.
3.Дефрагментацию MFT можно сделать этим http://technet.microsoft.com/ru-ru/sysinternals/bb897426.aspx . Прочитай и поймешь.
4. Обмен страниц великоват. Хотя и не критичен. Он может давать на малых файлах такую проблему.
5. Что запущено в автозагрузке. Перечисли.
|
|
|
|
|
RE: Тормоза системного раздела. - 2010-05-03 20:52:21.070000
|
|
|
Vampiring Soul
Сообщений: 1984
Оценки: 0
Присоединился: 2006-06-27 00:13:43
|
Ltonid
http://technet.microsoft.com/en-us/library/cc781134(WS.10).aspx
quote:
MFT Zone
To prevent the MFT from becoming fragmented, NTFS reserves 12.5 percent of volume by default for exclusive use of the MFT. This space, known as the MFT zone, is not used to store data unless the remainder of the volume becomes full. Насчёт настраиваемости - далее по тексту:quote:
In either case, fragmentation of the MFT occurs when one region or the other becomes full. You can change the size of the MFT zone for newly created volumes by to correspond to a percentage of the volume to be used as the MFT zone. The MFT zone sizes follow:
Setting 1, the default, reserves approximately 12.5 percent of the volume.
Setting 2 reserves approximately 25 percent.
Setting 3 reserves approximately 37.5 percent.
Setting 4 reserves approximately 50 percent. При этом каким образом пользователь может выбрать один из этих сеттингов при форматировании - не написано.. или сказывается непривычность чтения на иглише.
Размер MFT.. имеется ввиду MFT Zone? O&O Defrag показывает её во вкладке General Information, там же показываются номера кластеров, пользуемые ею - с 5 326 528 по 6 570 784, т.е. 1 244 256 кластеров по 4 КБ. Всего на винте 10 239 461, т.е. MFT зона занимает 12,15%.
Хм… а если посмотреть на скрин в первом посте, то становится интересно. MFT зона переместилась. Вся.
Слева - тот же, что в первом посте. Справа - сегодня.
"> ">
Из отчёта штатного дефрагменатора
Фрагментация MFT (Master File Table)
Общий размер MFT = 139 МБ
Счетчик записей MFT = 58 993
Процент использования MFT = 41 %
Всего фрагментов MFT = 2При этом O&O Defrag в числе фрагментированных $MFT не показывает. На всех разделах штатный отчитывается о том, что MFT разнесена на два фрагмента. Даже на по жизни пустующем разделе, который я пользую как рабочий каталог для 7zip. Мистика.
Однако. Если 139 МБ это 41%, то 100% это 339 МБ. MFT зона, между делом, занимает 4,74 ГБ. Но аналогичное несоответствие и на других разделах, т.е. "100%" размера MFT по отчёту штатного не равны размеру MFT зоны и куда меньше последней.
С учётом того, что MFT зона на всех винтах где угодно, но только не в самом начале винта - имхо два фрагмента в отчётах штатного это как минимум $Boot и $Mft распложенные в начале раздела и всё остальное, помещённое в MFT зону.
Насчёт провоцирования торможения - тормоза в том и заключаются, что создание/удаление большого количества файлов происходит крайне медленно и это всё время так - на других разделах такого нет. Особенно хорошо это заметно при сёрфинге - несмотря на то, что страница грузится за доли секунды, браузер рисует её 3-4 (проверял, поставив apache на ноуте). В остальном это не так критично, но фиг его знает.
zzsnn
(1) - сам не вижу. Возможно, даже в упор. Погуглю;
(2) - системный держу в относительной чистоте - на нём только софт, сама форточка и весь хлам, расположенный например в %appdata%. Корневая директория соответственно состоит из Program files, Windows, Documents and Settings. По скрину в первом посте видно, что свободно более 50% объёма;
(3) - сведений о однозначной фрагментированности MFT пока нет, файлы свопов тоже не фрагментированы. Пробовал boot-дейрагментацию O&O Defrag (File -> Options… -> вкладка Offline Defragmentation) - результата не дало. Описание тулзы указывает на недостатки дефрагментационного API. Упоминание невозможности его неиспользования коммерческими решениями имхо чушь. Тут (хотя это 2000 год) указан Norton Speeddisk 5.0 и явно сказано, что он игнорирует API дефрагментации. O&O Defrag, как я мог заметить, тоже дефрагментирует открытые файлы. Ради интереса скачал, запустил (с правами админа естественно):
">
(4) - хз, система не бамбук курила, лично я и не ждал что страничный обмен будет стремиться к нулю;
(5)
">
p.s.
На данный момент осталось найти внятную инфу о размещении мелочи в MFT.
|
|
|
|
|
RE: Тормоза системного раздела. - 2010-05-03 21:27:40.203333
|
|
|
Ltonid
Сообщений: 4970
Оценки: 740
Присоединился: 2008-12-29 13:21:56.166666
|
quote:
На данный момент осталось найти внятную инфу о размещении мелочи в MFT
Это не совсем правильная формулировка. Тут дело в файловой системе и размере кластера. Если по каким-то причинам малюсенький файл попадет в зону MFT то ничего страшного не произойдет и он будет перемещаться с ней, только вот при большом их количестве могут наблюдаться тормоза, оно и понятно это как черточки на ксерокопии табличных данных)).
По поводу размеров понятно что ничего не понятно. Попробуй поиграться с архивированием и перетаскиванием в папки. Т.е. берешь мелкие файлы, архивируешь и удаляешь - смотришь быстрее ли это чем просто их удалить. Аналогично перемещаешь (!) в другую папку и удаляешь - снова смотришь. Если опереции существенно быстрее обычного удаления, то 50% вероятность виновница файловая система.
К стати подумал. ОО может падать из-за размера (определенного или наоборот) MFT.
|
|
|
|
|
RE: Тормоза системного раздела. - 2010-05-03 21:51:49.986666
|
|
|
Vampiring Soul
Сообщений: 1984
Оценки: 0
Присоединился: 2006-06-27 00:13:43
|
quote:
ORIGINAL: Ltonid
Это не совсем правильная формулировка. Тут дело в файловой системе и размере кластера. Если по каким-то причинам малюсенький файл попадет в зону MFT то ничего страшного не произойдет и он будет перемещаться с ней, только вот при большом их количестве могут наблюдаться тормоза, оно и понятно это как черточки на ксерокопии табличных данных)). Если точнее, это совсем неправильная формулировка. Не то, что я хотел сказать.
Из прочитанного о NTFS я понял, что каждый файл по сути является как минимум двумя файлами - один файл в недрах MFT зоны, содержащий имя, атрибуты, штампы времени и прочую служебную информацию; остальные файлы - собственно данные, по одному файлу на каждый поток. Естественно, первый файл занимает некоторое количество кластеров в MFT зоне, и если неиспользуемое им в кластере место больше чем сами данные файла, последние размещаются в MFT зоне, т.е. становятся частью первого файла. При этом, если MFT зона перемещается - причин для тормозов я не вижу, какая разница - скопировать кластер с хвостом из нулей или с хвостом из полезных данных? Вот только причин для перемещения MFT зоны на полупустом разделе я категорически не вижу.
Вообще, той формулировкой я хотел сказать, что нужно найти точные данный о возможности отключения этой особенности. Хотя в случае удаления файлов это однозначно только добавит тормозов.
С перемещением файлов поиграюсь, по результатам отпишу.
p.s.
не понял, что значитquote:
Кстати подумал. ОО может падать из-за размера (определенного или наоборот) MFT.
|
|
|
|
|
RE: Тормоза системного раздела. - 2010-05-03 22:03:10.513333
|
|
|
Ltonid
Сообщений: 4970
Оценки: 740
Присоединился: 2008-12-29 13:21:56.166666
|
quote:
Кстати подумал. ОО может падать из-за размера (определенного или наоборот) MFT
это было догадкой к этому
quote:
O&O Defrag 8.6 Pro при проверке диска говорит "File system is damaged." но не указывает что именно не так.
|
|
|
|
|
RE: Тормоза системного раздела. - 2010-05-03 23:34:27.386666
|
|
|
zzsnn
Сообщений: 7459
Оценки: 680
Присоединился: 2007-09-25 07:17:14.240000
|
Файл не делиться на два файла. В MFT - его описатель. Описаны свойства файла на уровне файловой системы и указан адрес его головы. А информаци о дальнейших его частях храниться в последних трёх (не уверен в точном числе) кластерах каждой следующей части на винте.
То, что MFT в виде двух файлов - это нормально. В начале диска и в середине. В середине копия, это на случай поврежелений. Что бы можно было восстановить. Размер тоже нормльно. MFT зона забирает под себя сразу определнный объём и потом заполняется. Вот если не хвататет, вот тогда проблемы, а так это нормально.
Просмотрел у тебя автозагрузку. То, что у тебя там висит в автозагрузке - это не есть совсем хорошо. Но выводы кое-какие можно сделать. Ты со службами крутил? Поиск, индексирование, и тому подобное. И отключал ненужные? И автозагрузку почисть. И что за антивирь стоит? И в каком режиме? Может сбросшь его на более низкий уровень и заодно отключи антивирь COMODO. Обычно он, в паре с други антивирем, даёт тормоза. Не дружит.
|
|
|
|
|
RE: Тормоза системного раздела. - 2010-05-04 20:48:04.570000
|
|
|
Vampiring Soul
Сообщений: 1984
Оценки: 0
Присоединился: 2006-06-27 00:13:43
|
Ltonid
Для примера взял текущий кэш оперы - 2к файлов, объёмом почти 15 МБ.
Копирование директории кэша ~15 сек.
Winrar, архивация без сжатия с удалением ~10 сек. Распаковка ~25 сек.
Вход в директорию explorer'ом ~30 сек.
Ctrl+A, Shift+Del до появления таблички "вы хотите …" ~10 сек. Ctrl+A, Ctrl+C окно подвисло на те же 10 сек. Копирование в директорию уровнем выше ~20 сек.
Хм, значительно лучше чем 1 мая. Но тогда в кэше оперы было 61к файлов, соответственно на винте в общей сложности ~112к.
Собственно тормоза заметил 23 апреля, когда опера (при закрытии) более часа чистила недельный кэш - 58к файлов общим весом 2,83 ГБ. 1 мая, кстати, тоже был недельный. Тогда удалял кэш с помощью rmdir, из времени его работы и получил примерно 30 штук/сек.
Ради интереса решил наклонировать 60 к файлов с помощью Ctrl+C Ctrl+V. Что интересно - когда количество файлов перевалило за 16к, explorer начал дико долго рисовать файлы в окне, начисто вешая последнее и сжирая всё свободное процессорное время. После завершения последнего копирования (когда были получены ~60к) окно подвисло почти на час.
При этом находясь уровнем выше, никаких тормозов не наблюдается - Alt+Enter по папке почти мгновенно вызывает диалог свойств, в котором число в 60к получается примерно за 5 сек.
Winrar без сжатия, с удалением:
- при цели архивации в виде каталога, ковырялся 4 минуты + минуты 3 сносил файлы и саму директорию. Распаковка заняла 12 минут;
- при попытке входа в директорию, окно explorer'а повисло намертво - ждал два часа - глухо. Т.е. через Ctrl+A и контесктное меню по винрару данных нет. Далее не рисковал заходить explorer'ом в директорию. Far Manager спокойно открывает её и листает файлы как ни в чём не бывало.
Explorer:
- копирование на другой раздел того же винта 11 минут (между делом круто отжирая проц);
- перемещение на уровень выше 4 минуты, при этом весь GDI завис намертво - даже окно taskmgr перестало обновляться;
- копирование в пределах раздела 12 минут (также отжирая проц, как при копировании на другой раздел);
- на несистемном винте перемещение почти мгновенно, копирование заняло 7 минут. Winrar - архивация 2 минуты + 3 минуты удалял файлы. Распаковка заняла 4 минуты.
Far Manager:
- … после махинаций с explorer и Winrar, Far Manager тоже начал открывать директорию значительно медленнее - ~10 сек против 2-3 до махинаций;
- копирование на другой раздел 9 минут, с меньшим использованием проца;
- перемещение на уровень выше заняло пару секунд;
- копирование в пределах раздела 11 минут;
- на несистемном резделе перемещение каталога мгновенно, копирование 9 минут, пофайловые копирование/перемещение 10 минут.
На всякий сделал анализ системного раздела - O&O выдал что на винте 153к файлов, штатный выдал следующее:
Фрагментация MFT (Master File Table)
Общий размер MFT = 234 МБ
Счетчик записей MFT = 227 927
Процент использования MFT = 95 %
Всего фрагментов MFT = 3Удалил все намахинированные файлы (Shift+Del), сделал анализ снова - O&O говорит что на разделе 51к файлов, штатный выдал:Фрагментация MFT (Master File Table)
Общий размер MFT = 234 МБ
Счетчик записей MFT = 60 100
Процент использования MFT = 25 %
Всего фрагментов MFT = 3 Вроде бы всё нормально, похоже дело не в NTFS и не самом винте. Подержу оперу ещё с недельку, аж интересно стало.
zzsnn
quote:
Файл не делиться на два файла. Ок, файл в NTFS разделяется на несколько записей, мы тут вроде не на терминологических дебатах.quote:
В MFT - его описатель. Описаны свойства файла на уровне файловой системы и указан адрес его головы. А информаци о дальнейших его частях храниться в последних трёх (не уверен в точном числе) кластерах каждой следующей части на винте. хз хз http://technet.microsoft.com/en-us/library/cc781134(WS.10).aspx quote:
NTFS creates a file record for each file and a folder record for each folder created on an NTFS volume. The MFT includes a separate file record for the MFT itself. These file and folder records are 1 KB each and are stored in the MFT. The attributes of the file are written to the allocated space in the MFT. Besides file attributes, each file record contains information about the position of the file record in the MFT. The figure MFT Entry with Resident Record shows the contents of an MFT record for a small file or folder. Small files and folders (typically, 900 bytes or smaller) are entirely contained within the file’s MFT record.
MFT Entry with Resident Record
http://i.technet.microsoft.com/cc781134.86787c15-cf0a-4cb9-8ba1-ff1afd37aaf5(en-us,WS.10).gif
Typically, each file uses one file record. However, if a file has a large number of attributes or becomes highly fragmented, it might need more than one file record. If this is the case, the first record for the file, the base file record, stores the location of the other file records required by the file.
Folder records contain index information. Small folder records reside entirely within the MFT structure, while large folders are organized B-tree structures and have records with pointers to external clusters that contain folder entries that cannot be contained within the MFT structure. Т.е.:
- в MFT содержатся записи, содержащие атрибуты файлов, данные файлов организованы в виде потоков которые размещены вне MFT зоны;
- в случае фрагментации файла, включая использование нескольких потоков, в соотвествующей файлу MFT записи содержатся начала фрагментов;
- если объём информации о файле не вмещается в 1 КБ, вся запись разделяется на несколько, причём первая запись, на которую ссылается индекс в записи для каталога, содержит адреса записей, собственно содержащих информацию о файлах.
quote:
То, что MFT в виде двух файлов - это нормально. В начале диска и в середине. В середине копия, это на случай поврежелений. Что бы можно было восстановить. Глянь пункт Metadata Files Stored in the MFT статьи, на которую я уже не в первый раз ссылаюсь. В целом по тексту я увидел жёсткую привязку только файлов $Boot, $Mft и $MftMirr. Файлы-записи файлов и каталогов ясное дело в MFT зоне. А насчёт остальных метафайлов чего-либо определённого не заметил. Т.е. в любом случае, вся MFT будет разделена как минимум на $Boot+$Mft, идущие друг за другом в начале винта, $MftMirr, расположенный ровно посередине раздела и MFT зону, которая как я заметил, располагается на винте произвольно и может перемещаться.
quote:
Размер тоже нормльно. MFT зона забирает под себя сразу определнный объём и потом заполняется. Вот если не хвататет, вот тогда проблемы, а так это нормально. Это мы уже поняли, когда я приводил цитату про 12.5% и сеттинги.
quote:
Просмотрел у тебя автозагрузку. То, что у тебя там висит в автозагрузке - это не есть совсем хорошо. Например?
Userinit, explorer - без них будет не ахти.
Клиентский модуль CIS выдаёт инфу от драйверов проактивки, фаера и антивиря, + спрашивает если для чего-то политика ещё не определена. Если модуль не запущен - оповещения я не увижу, а на все вопросы автоматом пойдёт ответ "запретить".
Следующие три - ставятся вместе в драйверами для видеокарт nVidia. Если к ним не обращаться - простаивают. Памяти много не едят. Оставил потому что не нашёл инфы зачем именно они нужны, кроме доступа к апплету настроек видеодрайвера. Мало ли, вдруг правда зачем-то нужны.
OSA.exe, описанный как Microsoft Office … - всегда ставится с OfficeXP, что с пираток, что с лицензом. Через пару мгновений после запуска сворачивается, т.е. даже при логине тормозов не создаёт. Что именно делает не выяснял. Но без него офис грузится заметно дольше.
Folding@home - клиент РВС стенфордского университета. Работает с приоритетом Idle, памяти ест 10-50 МБ - не отвлекает от работы и другому софту не мешает, т.к. это единственное приложение, запущенное с Idle приоритетом.
uTorrent - потому что лень запускать руками, а машина всё равно включена практически 24/7.
Без ctfmon.exe не переключаются раскладки в explorer и cmd, может я нуп, хз.
quote:
Но выводы кое-какие можно сделать. И где они?)
quote:
Ты со службами крутил? Поиск, индексирование, и тому подобное. И отключал ненужные? Да. Если надо, могу написать что отключал и почему, что оставил и по каким причинам.
quote:
И автозагрузку почисть. Ок, от чего и почему?
quote:
И что за антивирь стоит? И в каком режиме? Может сбросшь его на более низкий уровень и заодно отключи антивирь COMODO. Обычно он, в паре с други антивирем, даёт тормоза. Не дружит. Сугубо CIS, проактивка овнит, фаер для десктопа весьма.
|
|
|
|
|
RE: Тормоза системного раздела. - 2010-05-04 21:17:08.940000
|
|
|
Ltonid
Сообщений: 4970
Оценки: 740
Присоединился: 2008-12-29 13:21:56.166666
|
quote:
На всякий сделал анализ системного раздела - O&O выдал что на винте 153к файлов, штатный выдал следующее:
Фрагментация MFT (Master File Table)
Общий размер MFT = 234 МБ
Счетчик записей MFT = 227 927
Процент использования MFT = 95 %
Всего фрагментов MFT = 3
Удалил все намахинированные файлы (Shift+Del), сделал анализ снова - O&O говорит что на разделе 51к файлов, штатный выдал:
Фрагментация MFT (Master File Table)
Общий размер MFT = 234 МБ
Счетчик записей MFT = 60 100
Процент использования MFT = 25 %
Всего фрагментов MFT = 3
Вроде бы всё нормально, похоже дело не в NTFS и не самом винте. Подержу оперу ещё с недельку, аж интересно стало.
Да уж, завараживает. Конечно explorer не самый продуктивный менеджер, но и отказаться от него ой как трудно иногда.
Можно к стати убедиться виноват ли эксплорер как программа или нет. Запусти поиск по папкам и файлам стандартный. Его осуществляет эксплорер и поэтому если всё повиснит или поиск прото не сработает то эксплорер виноват (может побил кто)), а если всё тип топ то может и правда количество файлов так влияет. Надо будет почитать что вообще значат эти проценты использования MFT, а то так не ясно влияет ли он вообще.
Ну вот мои данные ради интереса:
Фрагментация основной таблицы файлов (MFT)
Общий размер MFT = 157 МБ
Счетчик записей MFT = 126,683
Процент использования MFT = 79
Всего фрагментов MFT = 2 Файлов около 150к, это системный раздел.
А вот на просто разделе под торрент.
Общий размер MFT = 53 МБ
Счетчик записей MFT = 47,870
Процент использования MFT = 88
Всего фрагментов MFT = 2
Видимо проценты сути не играют или играют…
Тут достаточно расписано)) и написано что чем больше % использования тем лучше, у тебя толи обратная картина, то ли что))
|
|
|
|
|
RE: Тормоза системного раздела. - 2010-05-04 21:48:28.240000
|
|
|
Vampiring Soul
Сообщений: 1984
Оценки: 0
Присоединился: 2006-06-27 00:13:43
|
Скорее всего, причина объясняется абзацами, которые я по первости пропустил: quote:
Folder records contain index information. Small folder records reside entirely within the MFT structure, while large folders are organized B-tree structures and have records with pointers to external clusters that contain folder entries that cannot be contained within the MFT structure.
The benefit of using B-tree structures is evident when NTFS enumerates files in a large folder. The B-tree structure allows NTFS to group, or index, similar file names and then search only the group that contains the file, minimizing the number of disk accesses needed to find a particular file, especially for large folders. Because of the B-tree structure, NTFS outperforms FAT for large folders because FAT must scan all file names in a large folder before listing all of the files. Т.е. когда индекс каталога становится чрезмерно большим (ага, как всегда в документации к проприетарному софту, критерии не указаны), то запись выносится за пределы MFT зоны и логически организуется в виде двоичного деревом, а его полный обход - то ещё удовольствие. Видимо с этим связаны тормоза пару дней после очистки кэша - имхо драйвер NTFS ожидал, что индекс вновь немеряно разрастётся и оставлял его вне MFT зоны.
Хотя это и не отвечает на вопрос почему опера, rmdir и explorer так долго ковырялись. Может быть та же фишка, что с Windows Defragmentation API, но это только догадка.
|
|
|
|
|
RE: Тормоза системного раздела. - 2010-05-04 22:02:08.926666
|
|
|
zzsnn
Сообщений: 7459
Оценки: 680
Присоединился: 2007-09-25 07:17:14.240000
|
Проценты играют роль. При заполнении файла MFT ближе к 90% могут возникнуть тормоза. Это особенность файловой системы NTFS.
Но у тебя идёт загрузка на уровне explorer.
Тут нужно использовать Process Explorer ( http://technet.microsoft.com/ru-ru/sysinternals/bb896653.aspx ), если хочешь сброшу руссифицированый. При торможении смотришь какой процесс начинает грузить машину. По этому процессу щёлкни правой кнопкой -Свойства- Потоки - и смотри какой поток - Модуль (Porperties - Threads - Module) начинает тормозить. Через модуль можно посмотреть, что это так притомаживает. Потом уже можно будет запустить Process Monitor ( http://technet.microsoft.com/ru-ru/sysinternals/bb896645.aspx ) и прикинуть по какой причине идут тормоза, отфильтровав записи предварительно по данному модулю.
Это навскидку. Но тогда хоть от чего-то можно будет танцевать.
|
|
|
|
|
RE: Тормоза системного раздела. - 2010-05-04 22:30:39.573333
|
|
|
Vampiring Soul
Сообщений: 1984
Оценки: 0
Присоединился: 2006-06-27 00:13:43
|
quote:
ORIGINAL: zzsnn
Потом уже можно будет запустить Process Monitor ( http://technet.microsoft.com/ru-ru/sysinternals/bb896645.aspx ) и прикинуть по какой причине идут тормоза, отфильтровав записи предварительно по данному модулю. ок, сделаю
|
|
|
|
|
|
