Наилучшее разбиение диска на разделы - [89] :: Microsoft Windows :: Компьютерный форум Ru.Board

Перейти из форума на сайт.

Новости • Файловые архивы
Поиск • Активные темы • Топ лист
Правила • Кто в on-line?

Вход • Забыли пароль? • Первый раз на этом сайте? • Регистрация

Компьютерный форум Ru.Board » Операционные системы » Microsoft Windows » Наилучшее разбиение диска на разделы

Модерирует : KLASS, IFkO
Версия для печати • Подписаться • Добавить в закладки
Страницы: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104

Открыть новую тему

Написать ответ в эту тему

tccb

Member

Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

Подскажите, как лучше разбить диск на логические диски.
Я для себя сделал С(NTFS)-системный,D(NTFS)-программы,E(FAT32)-всякие разные файлы (фильмы,дистрибутивы).
Может подскажете что получше?

Всего записей: 385 | Зарегистр. 05-02-2002 | Отправлено: 16:35 11-02-2005 | Исправлено: vu1tur, 17:29 01-01-2008

doktorpilulkin

BANNED

Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

могу конечно. только надо поискать его

Добавлено:
чета он у меня винт не видит. может получается что винт слейв.

Добавлено:
результаты вопроизводятся на разныз винтах, контролерах, процессорах - выравнивания недостаточно для полной совместимости с хп и ниже.

не знаю в чем дело не видит винт

Всего записей: 2341 | Зарегистр. 30-08-2010 | Отправлено: 23:33 27-06-2012 | Исправлено: doktorpilulkin, 23:48 27-06-2012

dimitriy7 BANNED	Редактировать \| Профиль \| Сообщение \| Цитировать \| Сообщить модератору Контроллер должен быть в режиме эмуляции IDE, иначе и не увидит...
	Всего записей: 2946 \| Зарегистр. 09-10-2008 \| Отправлено: 23:53 27-06-2012

doktorpilulkin

BANNED

Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

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

Добавлено:
и при всех попытках записать на него кусок меньше 4 кбайт. он начинает сам "эмулировать": считывать сектор изменять его и писать назад - вот тут и затык. хоть выравнивай хоть нет

Всего записей: 2341 | Зарегистр. 30-08-2010 | Отправлено: 23:59 27-06-2012

BANNED

Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

Цитата:

и при всех попытках записать на него кусок меньше 4 кбайт. он начинает сам "эмулировать": считывать сектор изменять его и писать назад - вот тут и затык. хоть выравнивай хоть нет

Нет, при попытке записать кусок меньше 4 кбайт на ЛЮБОЙ диск независимо от размера сектора всё равно пишется блок в 4 кб (размер кластера на ntfs), и если этот блок совпадает с физ. сектором (т.е. выровнен) - винт ничего не эмулирует и пишет весь сектор разом "как есть" (длинносекторные ВД и Сигейты именно так поступают). Если всё равно пытается сам что-то "эмулировать" - значит глюк в прошивке винта.

Всего записей: 2946 | Зарегистр. 09-10-2008 | Отправлено: 00:19 28-06-2012

doktorpilulkin

BANNED

Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

не факт, что запись кластера не организован программно через восемь записей сектора. под досом то точно.

в таком случае затык целиком на файловой таблице с записями 1 кбайт

Добавлено:
такой экпериментик - нтфс дос драйвер не пишет изменения в файловую таблицу, а просто копит их в буфер памяти, а когда его выгружаешь или сбрасываешь программный кеш записывает все изменения скопом. так что под досом как бы не должно бы быть тормозов из за файловой таблицы

Всего записей: 2341 | Зарегистр. 30-08-2010 | Отправлено: 00:26 28-06-2012 | Исправлено: doktorpilulkin, 00:27 28-06-2012

fru5ter BANNED	Редактировать \| Профиль \| Сообщение \| Цитировать \| Сообщить модератору Угу, скорость работы в DOS без smartdrv одинаковая что с винтом, что с флоппи.
	Всего записей: 156 \| Зарегистр. 08-06-2011 \| Отправлено: 00:52 28-06-2012

BANNED

Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

Любой ntfs-драйвер под любой ОС так себя ведёт (держит $MFT в памяти и периодически сбрасывает целиком), ибо так MS строго рекомендует.

Цитата:

затык целиком на файловой таблице с записями 1 кбайт

Не может там быть затыка даже в теории. Ибо $MFT читается/пишется либо целиком (если памяти достаточно), либо покластерно (т.е. блоками по 4 кб по умолчанию). Третьего не дано.

Цитата:

не факт, что запись кластера не организован программно через восемь записей сектора. под досом то точно

Дос пишет из рассчёта, что сектор имеет размер 512 байт (так ему винт рапортует). Потому и тормоза. А ntfs-кластер (со штатным ntfs.sys в любой винде) пишется точно не посекторно. Там запись блочная, как раз по 4 кб минимум.

Всего записей: 2946 | Зарегистр. 09-10-2008 | Отправлено: 01:12 28-06-2012

doktorpilulkin

BANNED

Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

дос большие файлы копирует со скоростью 32 мб в сек, без каких бы то ни было смартдрв со смешным 2 мб кешем. а вот папку с 10 000 файлов с размером меньше 4096 он копирует со скоростью 1 файл в секунду

Добавлено:
в винде минимальная порция для записи задается в реестре и обычно она равна кластеру.

Добавлено:
хм. можно же кластер больший указать - наверно кластеру по умолчанию оно равно

Всего записей: 2341 | Зарегистр. 30-08-2010 | Отправлено: 01:18 28-06-2012

BANNED

Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

Цитата:

можно же кластер больший указать - наверно кластеру по умолчанию оно равно

На ntfs минимальный размер блока чтения/записи всегда больше или равен размеру кластера. По умолчанию - именно равен.

Всего записей: 2946 | Зарегистр. 09-10-2008 | Отправлено: 01:42 28-06-2012 | Исправлено: dimitriy7, 01:45 28-06-2012

nowhereman

Full Member

Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

Цитата:

На ntfs минимальный размер блока чтения/записи всегда больше или равен размеру кластера.

Увы, неверно. Путаница пошла от того, что размер кластера по умолчанию 4 Кб, и буферизованная запись тоже выполняется по 4 Кб, но не потому что это размер кластера, а потому что это размер страницы памяти.

Добавлено:

Цитата:

винт рапортует что он обычный

Начиная с прошлого года довольно заметная часть дисков честно сообщает, что у них физический сектор 4096 байт. По документам IDEMA к этому должны будут придти все модели дисков.

Всего записей: 472 | Зарегистр. 21-08-2003 | Отправлено: 02:02 28-06-2012 | Исправлено: nowhereman, 02:08 28-06-2012

doktorpilulkin

BANNED

Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

Цитата:

Это происходит в редких случаях, когда компьютер отправляет жесткому диску отдельные запросы, размер которых меньше 4 КБ. Как правило, такие запросы отправляет операционная система при работе с файловой системой, журналировании и выполнении других подобных низкоуровневых задач. В общем случае такие запросы встречаются нечасто и не оказывают существенного влияния на производительность. Однако проектировщикам ПО рекомендуется пересмотреть подобные процессы, чтобы добиться оптимальной производительности, поскольку переход к секторам размером 4 КБ уже «не за горами».

http://www.seagate.com/ru/ru/tech-insights/advanced-format-4k-sector-hard-drives-master-ti/

на фат32 тоже самое что на нтфс, отключение журналирования делу не поможет. похоже из за файловой таблицы все таки

Всего записей: 2341 | Зарегистр. 30-08-2010 | Отправлено: 10:53 28-06-2012

Gold Member

Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

Цитата:

похоже из за файловой таблицы все таки

MFT сама является файлом, соответственно, читается и пишется она покластерно.

Кстати, ОС какая, на которой тестишь ?
И винт в режиме эмуляции 512 байт/сектор или в нативном режиме?

Всего записей: 6671 | Зарегистр. 14-02-2005 | Отправлено: 11:44 28-06-2012

nowhereman

Full Member

Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

Цитата:

MFT сама является файлом, соответственно, читается и пишется она покластерно.

Интересно, зачем с таким упорством повторять неверную информацию? Кластеры используются только и исключительно для распределения места на диске.

X:\>fsutil fsinfo statistics x:
Тип файловой системы: NTFS

UserFileReads : 256
UserFileReadBytes : 1048576
UserDiskReads : 0
UserFileWrites : 425
UserFileWriteBytes : 23642112
UserDiskWrites : 138
MetaDataReads : 24
MetaDataReadBytes : 1269760
MetaDataDiskReads : 22
MetaDataWrites : 14
MetaDataWriteBytes : 622592
MetaDataDiskWrites : 20

MftReads : 16
MftReadBytes : 65536
MftWrites : 4
MftWriteBytes : 528384
Mft2Writes : 4
Mft2WriteBytes : 69632
RootIndexReads : 0
RootIndexReadBytes : 0
RootIndexWrites : 0
RootIndexWriteBytes : 0
BitmapReads : 1
BitmapReadBytes : 1048576
BitmapWrites : 1
BitmapWriteBytes : 4096
MftBitmapReads : 2
MftBitmapReadBytes : 8192
MftBitmapWrites : 1
MftBitmapWriteBytes : 4096
UserIndexReads : 1
UserIndexReadBytes : 4096

Кластер на этом диске - 64 килобайта.

Всего записей: 472 | Зарегистр. 21-08-2003 | Отправлено: 11:58 28-06-2012 | Исправлено: nowhereman, 12:00 28-06-2012

doktorpilulkin

BANNED

Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

nowhereman
крайне ценный экперимент. а у кого семерка не можете на ней посмотреть тоже самое?

Добавлено:

Цитата:

Тип файловой системы: NTFS

UserFileReads : 9038
UserFileReadBytes : 197253120
UserDiskReads : 8863
UserFileWrites : 1029
UserFileWriteBytes : 23687168
UserDiskWrites : 1033
MetaDataReads : 1786
MetaDataReadBytes : 7315456
MetaDataDiskReads : 2371
MetaDataWrites : 323
MetaDataWriteBytes : 1835008
MetaDataDiskWrites : 514

MftReads : 1524
MftReadBytes : 6242304
MftWrites : 275
MftWriteBytes : 1523712
Mft2Writes : 3
Mft2WriteBytes : 12288
RootIndexReads : 0
RootIndexReadBytes : 0
RootIndexWrites : 0
RootIndexWriteBytes : 0
BitmapReads : 196
BitmapReadBytes : 802816
BitmapWrites : 35
BitmapWriteBytes : 253952
MftBitmapReads : 2
MftBitmapReadBytes : 8192
MftBitmapWrites : 6
MftBitmapWriteBytes : 28672
UserIndexReads : 585
UserIndexReadBytes : 2396160
UserIndexWrites : 191
UserIndexWriteBytes : 851968
LogFileReads : 6
LogFileReadBytes : 24576
LogFileWrites : 472
LogFileWriteBytes : 3588096

а это точно дисковая статистика? может это только с кешем обмен?

Всего записей: 2341 | Зарегистр. 30-08-2010 | Отправлено: 12:07 28-06-2012

nowhereman

Full Member

Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

Цитата:

а у кого семерка не можете на ней посмотреть тоже самое?

У меня семерка. но принципиальная разница только в одном - большие операции XP режет на куски по 64 Кб, а Windows Vista и семерка - на мегабайтные.

Цитата:

а это точно дисковая статистика? может это только с кешем обмен?

Там есть похожие строчки, различающиеся наличием или отсутствием слова Disk.
Выполнил дважды на этом же диске копирование файлов в NUL. Некоторые файлы открыл. Получил:

UserFileReads : 256
UserFileReadBytes : 1048576
UserDiskReads : 0

То есть операции, выполненные из кэша, в эту статистику не попадают.

Всего записей: 472 | Зарегистр. 21-08-2003 | Отправлено: 12:24 28-06-2012

doktorpilulkin

BANNED

Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

копирование папки с 10 000 файлами размером 10 байт

Добавлено:

Цитата:

У меня семерка. но принципиальная разница только в одном - большие операции XP режет на куски по 64 Кб, а Windows Vista и семерка - на мегабайтные.

операции с мфт или дисковую запись?

Добавлено:
то есть попробовать минимальный размер записываемой инфы на диск в хп изменить на 1 мб с 4096???

Всего записей: 2341 | Зарегистр. 30-08-2010 | Отправлено: 12:25 28-06-2012

nowhereman

Full Member

Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

Цитата:

копирование папки с 10 000 файлами размером 10 байт

Не вполне чистый эксперимент. Эти файлы попадают на диск не как файлы, в отдельные кластеры, а в тело записи MFT. Надо брать файлы побольше.

Цитата:

операции с мфт или дисковую запись?

Любые операции с диском. Корни растут из того, что когда-то при прямом доступе в память существовало ограничение на размер блока в 64 Кб.

Всего записей: 472 | Зарегистр. 21-08-2003 | Отправлено: 12:36 28-06-2012 | Исправлено: nowhereman, 12:37 28-06-2012

doktorpilulkin BANNED	Редактировать \| Профиль \| Сообщение \| Цитировать \| Сообщить модератору то есть если порцию записи на диск в хп можно перенастроить на 1 мб, а вот для работы с мфт в том же духе, надо писать драйвер-фильтр ?
	Всего записей: 2341 \| Зарегистр. 30-08-2010 \| Отправлено: 12:39 28-06-2012

Gold Member

Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

nowhereman
Это я ступил с фразой. Хотел сказать, что к MTF применяются те же принципы, что и к обычным файлам.

ЗЫ.
этот минимальный размер (4кб) сброса данных на винт можно как-то изменить в ОС?

Всего записей: 6671 | Зарегистр. 14-02-2005 | Отправлено: 12:39 28-06-2012

doktorpilulkin

BANNED

Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

это в реестре настройка. вот только забыл какая и сейчас гуглить пытаюсь

Добавлено:
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Session Manager\Memory Management
IoPageLockLimit

Это кажецо

Добавлено:
http://technet.microsoft.com/en-us/library/cc959494.aspx

Всего записей: 2341 | Зарегистр. 30-08-2010 | Отправлено: 12:44 28-06-2012

Открыть новую тему

Написать ответ в эту тему

Страницы: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104

Компьютерный форум Ru.Board » Операционные системы » Microsoft Windows » Наилучшее разбиение диска на разделы

Реклама на форуме Ru.Board.

Powered by Ikonboard "v2.1.7b" © 2000 Ikonboard.com
Modified by Ru.B0ard
© Ru.B0ard 2000-2024

BitCoin: 1NGG1chHtUvrtEqjeerQCKDMUi6S6CG4iC