ReSQL.ru
     
powered by simpleCommunicator - 2.0.61     © 2026 Programmizd 02
Мобильная версия    Контакт    Правила    FAQ    Помощь
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Доб. в избранное | Игнор. тему | Прикреп. тему | Пометить прочит. / непрочит. | Фильтр
Форумы / Windows [игнор отключен] [закрыт для гостей] / Обрезать апетиты NTFS
13 сообщений из 13, страница 1 из 1
Обрезать апетиты NTFS
    #34939612
Yu00x
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Yu00x
Гость
После форматирования лог. диска средствами консоли управления дисками для размещения файлов БД с размером кластера 64к встроеный дефрагментатор показал, что с начала диска "зарезервирован приличный кусок места" в 12% для "растущей MFT и других "служебных" файлов (как по докам NTFS). Плюс небольшой кусок места в середине диска.

Итого, при копировании 3-х больших файлов mdf, ndf на этот диск файлы размещаются так:
1. Одним куском после резерва MFT.
2. Одним куском после резервироаного места в середине диска.
3. Записывается сразу после 2 до конца диска, и остаток этого файла пишется сразу после 1.
Т.о. 3-й файл разбиавется на 2 фрагмента. Причем свободного места на диске вполне достаточно, чтобы записать все три файла непрерывными кусками.

Т.к. на этом диске ничего другого держать не предполагается, и используемый размер MFT составляет всего один кластер (64к), то как заставить NTFS не резервировать доп. место "на вырост". Ну и соответственно убрать зеленый кусок с середины диска. Служебными командами OS возможно только добавить, но не убрать место для резерва.
...
Рейтинг: 0 / 0
14.11.2007, 17:18:20
| Ответить | Цитировать | Написать  
Обрезать апетиты NTFS
    #34939755
Фотография cap83
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
cap83
Участник
HKEY_LOCAL_MACHINE\System\CurrentControlSet\Control\FileSystem

Add Value name NtfsMftZoneReservation as a type REG_DWORD and set the data value to a number between 1and 4. The bigger the number, the more space that will be reserved for the MFT.

Оно ?
...
Рейтинг: 0 / 0
14.11.2007, 17:50:21
| Ответить | Цитировать | Написать  
Обрезать апетиты NTFS
    #34939771
Фотография cap83
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
cap83
Участник
а нет там только увеличить можно ......
...
Рейтинг: 0 / 0
14.11.2007, 17:53:22
| Ответить | Цитировать | Написать  
Обрезать апетиты NTFS
    #34939913
Crazy_Driver
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Crazy_Driver
Участник
А какой тайный смысл в трех непрерывных файлах, если база занимает 2/3 объема диска? В этом случае все равно все упрется в производительность диска по IO операциям. Выигрыш в пару процентов не спасет. Лучше уж сразу взять диск раз в 5 большей емкости - из-за меньшего количества занимаемых физических треков головки диска будут затрачивать меньше времени на позиционирование - прирост быстродействия. Либо переходить на RAID.
...
Рейтинг: 0 / 0
14.11.2007, 18:27:00
| Ответить | Цитировать | Написать  
Обрезать апетиты NTFS
    #34939940
miksoft
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
miksoft
Участник
Crazy_DriverВыигрыш в пару процентов не спасет.Там даже пары процентов не будет. Думаю, что замедление из-за разбиения большого файла на два фрагмента неизмеримо вообще.
...
Рейтинг: 0 / 0
14.11.2007, 18:38:20
| Ответить | Цитировать | Написать  
Обрезать апетиты NTFS
    #34939957
Фотография cap83
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
cap83
Участник
На самом деле записан ли файл будет одним куском или двумя .... Для SQL Server (а речь о нем идет) значения особого не имеет . А чтобы производительность увеличить лучше отдефрагментировать индексы в базе ......
...
Рейтинг: 0 / 0
14.11.2007, 18:43:50
| Ответить | Цитировать | Написать  
Обрезать апетиты NTFS
    #34939973
Фотография Anatoly Podgoretsky
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Anatoly Podgoretsky
Участник
Лучше увеличить ОП до предела.
...
Рейтинг: 0 / 0
14.11.2007, 18:48:12
| Ответить | Цитировать | Написать  
Обрезать апетиты NTFS
    #34939981
Фотография cap83
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
cap83
Участник
ЛУчше в ветку по SQL Server залесть там советами сразу засыпят
...
Рейтинг: 0 / 0
14.11.2007, 18:50:05
| Ответить | Цитировать | Написать  
Обрезать апетиты NTFS
    #34940827
Yu00x
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Yu00x
Гость
Crazy_DriverА какой тайный смысл в трех непрерывных файлах, если база занимает 2/3 объема диска? В этом случае все равно все упрется в производительность диска по IO операциям. Выигрыш в пару процентов не спасет. Лучше уж сразу взять диск раз в 5 большей емкости - из-за меньшего количества занимаемых физических треков головки диска будут затрачивать меньше времени на позиционирование - прирост быстродействия. Либо переходить на RAID.
Диск на самом деле представляет RAID5 на 4-х 36Гб SCSI Конечно, лучше бы перейти на RAID10 на бОльших дисках, чтобы базе небыло тесно. Но! Сервер старенький, и апгрейдить его проблематично.

cap83А чтобы производительность увеличить лучше отдефрагментировать индексы в базе ......
...
ЛУчше в ветку по SQL Server залесть там советами сразу засыпят
С дефрагментацией индексов уже все сделано. Ессно получили существенный прирост производительности.
А в ветке по SQL Server есть совет о т.н. "внешней" фрагментации файла БД (т.е. на уровне фс). Вот и от нее и хочеться избавиться раз и надолго . Тем более, что "свободного" места в базе (внутри файлов) достаточно еще на год работы. Что значит приращивания размеров файлов не предвидеться .
А вопрос был о тонкой настройке NTFS
...
Рейтинг: 0 / 0
15.11.2007, 10:00:35
| Ответить | Цитировать | Написать  
Обрезать апетиты NTFS
    #34940866
Crazy_Driver
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Crazy_Driver
Участник
RAID5 для SQL на древних 36Гб??? Да еще и заполненый на 2/3??? Мдааа.
NTFS никак не тюнингуется. И MFT занимает ниразу не 64к. И кроме файла $MFT есть и другие.

$MFTmirr копия первых 16 записей MFT, размещенная посередине диска
$LogFile файл поддержки журналирования
$Volume служебная информация - метка тома, версия файловой системы, т.д.
$AttrDef список стандартных атрибутов файлов на томе
$. корневой каталог
$Bitmap карта свободного места тома
$Boot загрузочный сектор (если раздел загрузочный)
$Quota файл, в котором записаны права пользователей на использование дискового пространства
$Upcase файл - таблица соответствия заглавных и прописных букв в имен файлов на текущем томе.

А процент зарезервированного под MFT пространства моет уменьшаться при заполнении диска на 90% и больше.

А при желании можно проапгрейдит практически все.
...
Рейтинг: 0 / 0
15.11.2007, 10:16:13
| Ответить | Цитировать | Написать  
Обрезать апетиты NTFS
    #34940880
new_jeep
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
new_jeep
Гость
На первых порах падения производительности от того, что файл разбит на 2 части не будет. Но после нескольких увеличений файлов может начаться "каша".
Если известны примерные объемы приращения файлов, то лучше для каждого файла выделить свой логический диск. Объемы приращения нужны для определения размеров логических дисков при разбиения.
авторзарезервирован приличный кусок места" в 12%
Это случайно не для обслуживания RAID?
...
Рейтинг: 0 / 0
15.11.2007, 10:19:59
| Ответить | Цитировать | Написать  
Обрезать апетиты NTFS
    #34940946
Crazy_Driver
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Crazy_Driver
Участник
new_jeep
авторзарезервирован приличный кусок места" в 12%
Это случайно не для обслуживания RAID?

Это не случайно для обслуживания NTFS.
...
Рейтинг: 0 / 0
15.11.2007, 10:30:55
| Ответить | Цитировать | Написать  
Обрезать апетиты NTFS
    #34940972
Фотография Anatoly Podgoretsky
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Anatoly Podgoretsky
Участник
авторС дефрагментацией индексов уже все сделано. Ессно получили существенный прирост производительности.
А в ветке по SQL Server есть совет о т.н. "внешней" фрагментации файла БД (т.е. на уровне фс). Вот и от нее и хочеться избавиться раз и надолго. Тем более, что "свободного" места в базе (внутри файлов) достаточно еще на год работы. Что значит приращивания размеров файлов не предвидеться.
А вопрос был о тонкой настройке NTFS
Влияние дефрагментации на уровне NTFS, ничтожное, особенно когда всего два фрагмента.
Значитель больше влияние дефрагментации внутри файла БД и индексов. Работа с SQL ведется совсем по другому, чем с обычными файлам.
А задание большего размера, полностью решит проблему с фрагментаций не уровне NTFS и даже на уровне БД в какой то мере. Внутреннею фрагментацию решают за счет реиндексации или реорганизации индексов в планах обслуживания. Только ни в коем случае не делай Shrink в любом виде, сведешь все на нет.
В общем планов обслуживания более чем достаточно и они оказывают большее внимание, чем твоя психологическая боязнь фрагментации на уровне NTFS - еще неизвестно, что быстрее фрагментированый или дефрагментированый файл, по измерения второй заметно снижает производительность офисных приложений.
Хочешь хороший результат ставь памяти по максимуму, надеюсь что версия ОS и SQL у вас правильная, соответствующая твоим страхам.
...
Рейтинг: 0 / 0
15.11.2007, 10:37:45
| Ответить | Цитировать | Написать  
13 сообщений из 13, страница 1 из 1
Форумы / Windows [игнор отключен] [закрыт для гостей] / Обрезать апетиты NTFS
Найденые пользователи ...
Разблокировать пользователей ...
Читали тему (0):
Читали форум (0):
Пользователи онлайн (0):
Польз. соглашение   Полит. конфиден.  
NoSQL.ru       Кролег: Проекты, Новости, Чат       РЕД ФОРУМ       Фотоальбом: Участники, Встречи
Закрыть
start [/forum/topic.php?fid=26&gotonew=1&tid=1505893]:
 0ms
get settings:
 6ms
get forum list:
 14ms
check forum access:
 2ms
check topic access:
 2ms
track hit:
 52ms
get topic data:
 12ms
get first new msg:
 7ms
get forum data:
 3ms
get page messages:
 61ms
get tp. blocked users:
 1ms
others: 203ms
total:  363ms
созд. / загр.: 363ms
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]