Разбиение диска для повышения производительности.
Модераторы: Al_lexx, Sharp, ionika, Happy_MAN, 0xFF, Atom, Serega S.U.
Разбиение диска для повышения производительности.
Как разбить диск для того чтобы производительность была максимальной:
С для ОС, затем D - небольшой раздел для файла подкачки, затем Е - для данных, или первым (С) сделать небольшой раздел для файла подкачки? NTFS.
С для ОС, затем D - небольшой раздел для файла подкачки, затем Е - для данных, или первым (С) сделать небольшой раздел для файла подкачки? NTFS.
- SoftModerator
- Сообщения: 2811
- Зарегистрирован: 16 июн 2006, 14:08
- Откуда: Видное
- Контактная информация:
Собственно ускорить может только место рачположение файла подкачки.
Это связано с тем что диск читается с переферии к центру и на краях угловая скорость, а следовательно и скорость чтения-записи существенно больше.
К сожалению на ХР его (своп) переместить довольно трудно, впрочем старшие товарищи могут меня поправить.
Раньше имел популярность следующий метод:
1. Создавался некий фал размером с предпологаемый файл подкачки.
2. Записывается на чистый, отформатированный диск.
3. Устанавливается система (на вышеуказанный диск).
4. Стирается ранее записанный файл и сразу без перезагрузки задаётся файл подкачки (лучше на пару% менше стёртого файла). Причём ОБЯЗЯТЕЛЬНО строго фиксированного размера.
Дальше всё как обычно.
Разбиение одного физического диска на разделы ничего не ускоряет, скорее наоборот. Поверьте, уже более двадцати лет (и с начала 90-х на персональном компьютере, тогда это были первые модели мак-ов и атари-MXT) работаю с потоковыми задачами и большими файлами.
Ускорение, с разнесением данных и операционки-программ, происходит только после установки второго (третьего, четвёртого) физического диска.
Правда с появлением технологи дешёвых райд массивов, всё вышеперечисленное, не более чем мышиная возня.
Единственное, что даёт разбиение на логические диски, так это более редкая необходимость в дефрагментации. Программы и данные не перемешиваются.
Разнесение оси и прикладных программ то же ничего не даёт, если только не присутствует ситуация когда программы день и ночь ставятся-переставляются-стираются , но тогда по сути они попадают под определение пользовательских данных .
2 Andrej-V Собственно мысль создать раздел С: для свопа наиболее разумна.
Это связано с тем что диск читается с переферии к центру и на краях угловая скорость, а следовательно и скорость чтения-записи существенно больше.
К сожалению на ХР его (своп) переместить довольно трудно, впрочем старшие товарищи могут меня поправить.
Раньше имел популярность следующий метод:
1. Создавался некий фал размером с предпологаемый файл подкачки.
2. Записывается на чистый, отформатированный диск.
3. Устанавливается система (на вышеуказанный диск).
4. Стирается ранее записанный файл и сразу без перезагрузки задаётся файл подкачки (лучше на пару% менше стёртого файла). Причём ОБЯЗЯТЕЛЬНО строго фиксированного размера.
Дальше всё как обычно.
Разбиение одного физического диска на разделы ничего не ускоряет, скорее наоборот. Поверьте, уже более двадцати лет (и с начала 90-х на персональном компьютере, тогда это были первые модели мак-ов и атари-MXT) работаю с потоковыми задачами и большими файлами.
Ускорение, с разнесением данных и операционки-программ, происходит только после установки второго (третьего, четвёртого) физического диска.
Правда с появлением технологи дешёвых райд массивов, всё вышеперечисленное, не более чем мышиная возня.
Единственное, что даёт разбиение на логические диски, так это более редкая необходимость в дефрагментации. Программы и данные не перемешиваются.
Разнесение оси и прикладных программ то же ничего не даёт, если только не присутствует ситуация когда программы день и ночь ставятся-переставляются-стираются , но тогда по сути они попадают под определение пользовательских данных .
2 Andrej-V Собственно мысль создать раздел С: для свопа наиболее разумна.
- SoftModerator
- Сообщения: 2811
- Зарегистрирован: 16 июн 2006, 14:08
- Откуда: Видное
- Контактная информация:
не факт, что начало диска - это центр блина. может быть по-разному.
а по поводу разделов - вот вам первоисточник:
Q: Я читал самые разные статьи на тему оптимизации виртуальной памяти Windows XP и встречал разные мнения по поводу расположения файла подкачки. Одни пишут, что его следует располагать на специально выделенном для этого разделе, другие пишут, что это все глупость и пусть он лежит там же где и папка Windows. Так куда, все-таки надо помещать файл подкачки?
А: Вам надо было прочитать в первую очередь то, что пишут по этой проблеме сами создатели операционной системы, а именно статью, расположенную по адресу support.microsoft.com/default.aspx?scid=kb;ru;314482&Product=winxpINT. Приведу цитаты этого материала ввиду их исключительной важности в установлении истины (да лучше уже и не скажешь): «По умолчанию Windows хранит файл подкачки в загрузочном разделе (раздел, в котором установлена операционная система и вспомогательные файлы). Рекомендуемый раздел файла подкачки должен быть в 1,5 раза больше общего объема RAM. Для улучшения быстродействия системы файл подкачки следует переместить в другой раздел. Когда файл подкачки расположен в загрузочном разделе, Windows направляет запросы чтения с диска и записи на диск, как к системной папке, так и к файлу подкачки. После перемещения файла подкачки в другой раздел конкуренция между запросами записи и чтения уменьшается. С другой стороны, после полного удаления файла подкачки из загрузочного раздела, Windows не сможет создать файл аварийной копии памяти (Memory.dmp) для записи отладочной информации в случае возникновения STOP-ошибки режима ядра. Отсутствие такого файла, когда необходима отладка произошедшей ошибки, может послужить причиной длительного бездействия. Оптимальным решением является создание одного файла подкачки в загрузочном разделе (по умолчанию) и другого файла подкачки в разделе, который используется не так часто. Кроме того, для второго файла подкачки лучше всего отвести отдельный раздел, где нет других данных и системных файлов. По умолчанию Windows в первую очередь использует файл подкачки из менее загруженного раздела (а не файл подкачки из загрузочного раздела, количество обращений к которому намного больше). При определении файла, который задействуется для управления виртуальной памятью, Windows применяет внутренний алгоритм. Использование отдельного раздела для файла подкачки имеет еще одно преимущество в этом случае файл не разбивается на куски. Файл подкачки, размещенный в разделе, где находятся другие данные, может быть разбит на куски в процессе его увеличения для наращивания размеров виртуальной памяти. Дефрагментированный файл подкачки означает ускорение доступа к виртуальной памяти и увеличивает шансы записать файл аварийной копии памяти без существенных ошибок. В результате соблюдения приведенных выше рекомендаций будут выполнены важные с точки зрения оптимизации и восстановления системы условия: Система соответствующим образом настроена для записи файла Memory.dmp в случае возникновения ошибки режима ядра и в основном используется файл подкачки из менее загруженного раздела. На компьютере с несколькими жесткими дисками файл подкачки можно создать для каждого из них. Когда информация распределена по нескольким файлам подкачки, контроллер жесткого диска одновременно считывает с нескольких жестких дисков (записывает на несколько жестких дисков). Благодаря этому повышается производительность системы». Вот так. Теперь все предельно понятно и становится на свои места. Спасибо русскому отделению службы технической поддержки Microsoft!
а по поводу разделов - вот вам первоисточник:
Q: Я читал самые разные статьи на тему оптимизации виртуальной памяти Windows XP и встречал разные мнения по поводу расположения файла подкачки. Одни пишут, что его следует располагать на специально выделенном для этого разделе, другие пишут, что это все глупость и пусть он лежит там же где и папка Windows. Так куда, все-таки надо помещать файл подкачки?
А: Вам надо было прочитать в первую очередь то, что пишут по этой проблеме сами создатели операционной системы, а именно статью, расположенную по адресу support.microsoft.com/default.aspx?scid=kb;ru;314482&Product=winxpINT. Приведу цитаты этого материала ввиду их исключительной важности в установлении истины (да лучше уже и не скажешь): «По умолчанию Windows хранит файл подкачки в загрузочном разделе (раздел, в котором установлена операционная система и вспомогательные файлы). Рекомендуемый раздел файла подкачки должен быть в 1,5 раза больше общего объема RAM. Для улучшения быстродействия системы файл подкачки следует переместить в другой раздел. Когда файл подкачки расположен в загрузочном разделе, Windows направляет запросы чтения с диска и записи на диск, как к системной папке, так и к файлу подкачки. После перемещения файла подкачки в другой раздел конкуренция между запросами записи и чтения уменьшается. С другой стороны, после полного удаления файла подкачки из загрузочного раздела, Windows не сможет создать файл аварийной копии памяти (Memory.dmp) для записи отладочной информации в случае возникновения STOP-ошибки режима ядра. Отсутствие такого файла, когда необходима отладка произошедшей ошибки, может послужить причиной длительного бездействия. Оптимальным решением является создание одного файла подкачки в загрузочном разделе (по умолчанию) и другого файла подкачки в разделе, который используется не так часто. Кроме того, для второго файла подкачки лучше всего отвести отдельный раздел, где нет других данных и системных файлов. По умолчанию Windows в первую очередь использует файл подкачки из менее загруженного раздела (а не файл подкачки из загрузочного раздела, количество обращений к которому намного больше). При определении файла, который задействуется для управления виртуальной памятью, Windows применяет внутренний алгоритм. Использование отдельного раздела для файла подкачки имеет еще одно преимущество в этом случае файл не разбивается на куски. Файл подкачки, размещенный в разделе, где находятся другие данные, может быть разбит на куски в процессе его увеличения для наращивания размеров виртуальной памяти. Дефрагментированный файл подкачки означает ускорение доступа к виртуальной памяти и увеличивает шансы записать файл аварийной копии памяти без существенных ошибок. В результате соблюдения приведенных выше рекомендаций будут выполнены важные с точки зрения оптимизации и восстановления системы условия: Система соответствующим образом настроена для записи файла Memory.dmp в случае возникновения ошибки режима ядра и в основном используется файл подкачки из менее загруженного раздела. На компьютере с несколькими жесткими дисками файл подкачки можно создать для каждого из них. Когда информация распределена по нескольким файлам подкачки, контроллер жесткого диска одновременно считывает с нескольких жестких дисков (записывает на несколько жестких дисков). Благодаря этому повышается производительность системы». Вот так. Теперь все предельно понятно и становится на свои места. Спасибо русскому отделению службы технической поддержки Microsoft!
Жутко, страшно, кошмарно злой SoftModerator
Не прочитал, много букф. Возможно, повторюсь. Подкачку ставить на другой ФИЗ. диск, т.е. на другой винчестер, мало того, на другой шлейф, если ето IDE. И, ты прав, создать для етого отдельный раздел. И вырубить сообщения о недостатке своб. места - задолбает.
С компом я слился абсолютно - когда я грызу сухари - изображение на мониторе дрожжит
- SoftModerator
- Сообщения: 2811
- Зарегистрирован: 16 июн 2006, 14:08
- Откуда: Видное
- Контактная информация:
- SoftModerator
- Сообщения: 2811
- Зарегистрирован: 16 июн 2006, 14:08
- Откуда: Видное
- Контактная информация:
У выключенного винчестера головки находятся вне зоны блина. При включении головка двигается в сторону блинов. Чем дальше от края блина будет находиться "начало диска", тем большее время будет затрачиваться.SoftModerator писал(а):я про то, что у разных производителей может началом считаться и центр блина и край. как угадать-то? разве что протеститировав через что-то типа HDTach.
Вы считаете, найдутся производители, сознательно переносящие начало диска в середину блина? Не хочется копаться в Гуке (книга, а не поисковик) и тому подобных толмудах в поисках более точной информации.
- SoftModerator
- Сообщения: 2811
- Зарегистрирован: 16 июн 2006, 14:08
- Откуда: Видное
- Контактная информация: