25 советов как ускорить систему



страница6/18
Дата24.11.2016
Размер0.82 Mb.
Просмотров3532
Скачиваний0
1   2   3   4   5   6   7   8   9   ...   18



Overclocking. Все тонкости и секреты разгона компьютера

ANTIHacker aka Клементёнок Владимир

Думаю, некоторые из вас уже встречались с понятием Overclocking. А может, и не только встречались? Возможно, вы даже применяли данное понятие “на практике”. Не в этом суть. Данная серия статей будет полезна как новичкам, так и людям, недалеким от Overclocking`а. Ну что ж, приступим.

Часть 1: Теория
Часть 2. Практический разгон процессора
Часть 3. Разгон видеокарты
Часть 4. Стандартное охлаждение компьютера

Теория



Мы все учились понемногу чему-нибудь и как-нибудь…”
Давайте для начала разберемся, что означает само слово Overclocking. Не будем вдаваться в дословный перевод, поэтому ограничимся только лишь русским понятным синонимом – Разгон.
Основные части компьютера, которые подвергаются разгону:
1. Процессор
(Нам нужно добиться повышения номинальной тактовой частоты процессора).

  • Увеличение частоты системной шины.

  • Увеличение частоты шины памяти. “Игра” с таймингами памяти.

2. Видеокарта
(Разгон ядра и памяти видеокарты).

  • Увеличение частоты графического ядра

  • Увеличение частоты памяти.

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

Зачем и кому нужен разгон?

Представьте себе такую ситуацию. Вы решили сделать апгрейд вашего компьютера, а точнее заменить процессор на более новый и производительный. Но для его покупки не хватает денег, а приобрести его очень хочется. Что делать? Копить несколько месяцев? Зачем, если можно “пойти по пути наименьшего сопротивления”, т.е. купить менее дорогостоящую модель той же линейки, и разогнать. (С видеокартами дело состоит примерно также). Многие мне могут возразить: “Но для разгона потребуется более эффективная и соответственно более дорогая система охлаждения!”. На самом же деле, отдав за более эффективную систему охлаждения на несколько $ больше, вы все равно остаетесь в “выигрыше”: после разгона вы получаете более производительный процессор, который обошелся бы вам намного дороже, чем кулер приобретенный для разгона - плюс не всегда нужно покупать новый кулер, можно просто доработать/модифицировать старый, но об этом поговорим позже.
Модели процессоров нижнего и среднего ценового диапазона одной линейки гонятся довольно хорошо и в 90% случаев позволяют получить равную или большую тактовую частоту, чем у топовых (!) моделей процессоров той же линейки. Остальные 10% можно списать на врожденный дефект конкретного экземпляра, из-за чего с ним могут происходить какие-либо проблемы даже на номинальной частоте, однако время, переходы на новые ревизии и степпинги ядра, а также отлаженность производства способствуют уменьшению выпуска бракованных процессоров.
Также существует мнение о том, что впоследствии разгона процессоры “летят”. Скажу вам со всей ответственностью, что так просто выйти из строя ничего не может, в том числе процессор, конечно, если вы сами не приложили к этому руку или паяльник :). Но следует помнить, что главный враг при разгоне – температура! На нее нужно обращать особое внимание. В следующих частях статей я расскажу вам более подробно о допустимых рабочих температурах конкретного процессора, а также методы борьбы с ней.
И на будущее : залог удачного разгона - трезвая голова и “прямые” руки, плюс капелька терпения и способность сказать себе Стоп в нужный момент.

А теперь пару слов о том, кому может помочь разгон:


  1. Людям, которые не имеют возможности произвести апгрейд своего компьютера, но желают получить ту же производительность или почти ту же.

  2. Людям, которые имеют возможность сделать апгрейд, но им не хватает денег на процессор, видеокарту и т.п. среднего или верхнего ценового диапазона.

  3. Бедным геймерам

  4. Бенчерам – людям, которые пытаются получить максимальное кол-во “попугаев” в каких-либо тестовых пакетах, добиться максимальных частот и т.п.

  5. Людям, решившим сэкономить на покупке нового компьютера.

Этот список можно продолжать бесконечно. В целом, если вам нужна более высокая производительность своего “железного друга”, то разгон вам поможет.

PS. Все вышесказанное относится как к процессорам, так и к видеокартам. Разгоном видеокарты вы имеете реальную возможность повысить работоспособность видеоподсистемы почти бесплатно. Я пишу почти, т.к. для охлаждения потребуется вентилятор (возможно несколько). Для более серьезного разгона графического ядра потребуется заменить уже установленный радиатор на процессорный и немного доработать его, а на чипы памяти установить небольшие радиаторы. Также возможна установка маленьких радиаторов на силовые элементы видеокарты и материнской платы. Если вы заинтересовались возможностью практически бесплатно повысить производительность своего компьютера – читайте дальше.

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

Цена разгона
Для удачного разгона вам потребуются качественные комплектующие, например, зарекомендовавших себя с хорошей стороны производителей и соответственно модели, на которые поступает меньше всего жалоб (более подробно чуть ниже). Как вариант, можно зайти на любой форум, посвященный компьютерам, и просто почитать, какие проблемы встречаются с той или иной моделью материнской платы, процессора, БП и т.д. Или пишите мне. На все вопросы я отвечу незамедлительно.
Не стоит забывать о правильной и эффективной организации воздушного охлаждения как процессора и видеокарты, так и системы в целом.

От чего зависит удачный разгон



  • Материнская плата. Производства: Epox, ASUStec, ABIT, Gigabyte и т.д. Модель, зарекомендовавшая себя в разгоне, с поддержкой необходимых функций разгона. О конкретных моделях поговорим в следующих частях статей.

  • Оперативная память. В основном, повышая частоту системной шины (FSB), синхронно с ней повышают и частоту шины памяти (RAM). Поэтому оперативная память должна иметь некий запас повышения частот. Обычно в этом неопытные overclocker`ы и натыкаются “на грабли”. Тогда частоты, если, конечно, не помогает увеличение таймингов памяти, FSB и RAM устанавливают асинхронно. Однако и здесь есть свои особенности: к примеру, чипсет nForce2 Ultra 400 показывает большую производительность только в синхронном режиме работы FSB и RAM. О всех этих “секретах” и особенностях вы узнаете в следующих частях.

  • БП (Блок питания). Можно сказать, что БП есть “центр стабильности” всей системы. От БП зависит гарантия стабильности и продолжительность работы ВСЕГО вашего компьютера. Так называемые, “китайцы” не дают необходимого напряжения на всех основных линиях (12V, 5V), от которых и зависит стабильность работы. Так, мой “старичок” - винчестер Maxtor 541DX 20Gb ушел в мир иной, как раз из-за такого “китайца”, кстати, проработали они совместно менее месяца. Делайте выводы, если вы знаете, что у вас установлен не самый лучший БП, то лучше не рисковать с разгоном. Хорошими и подходящими для разгона являются БП следующих производителей: PowerMan, FSP, Chieftec, Thermaltake (список может быть дополнен)

  • Система охлаждения. Я буду рассматривать только воздушные системы охлаждения (кулеры) и способы их модификации, т.к. они более доступны простому человеку и имеют меньшую цену, чем водяные системы. Однако стоит заметить, что частоты процессоров растут и в месте с ними растет уровень тепловыделения, поэтому обычные кулеры уже не всегда могут справиться с возложенной на них задачей (это точно не относится к кулерам серии Zalman 7000 :)) . В связи с этим начали появляться не совсем стандартные системы воздушного охлаждения – кулеры с тепловыми трубками. О них я расскажу в следующих частях.

Автор не несет никакой ответственности за поломку любого аппаратного обеспечения вашего компьютера, а также за сбои и "глюки" в работе любого программного обеспечения, установленного на вашем компьютере.



Что такое RAID - массив. Варианты RAID-массивов

Пословицу "Пока гром не грянет, мужик не перекрестится" знает почти каждый. Жизненная она: пока та или иная проблема не коснется юзера вплотную, тот о ней даже не задумается. Умер блок питания и прихватил с собой пару-тройку девайсов - пользователь бросается искать статьи соответствующей тематики о вкусном и здоровом питании. Сгорел или начал глючить от перегрева процессор - в "Избранном" появляется пара-тройка ссылок на развесистые ветки форумов, на которых обсуждают охлаждение CPU.

С жесткими дисками та же история: как только очередной винт, хрустнув на прощание головками, покидает наш бренный мир, обладатель ПК начинает суетиться, чтобы обеспечить улучшение жизненных условий накопителя. Но даже самый навороченный кулер не может гарантировать диску долгую и счастливую жизнь. На срок службы накопителя влияет много факторов: и брак на производстве, и случайный пинок корпуса ногой (особенно если кузов стоит где-нибудь на полу), и пыль, прошедшая сквозь фильтры, и высоковольтная помеха, посланная блоком питания… Выход один - резервное копирование информации, а если требуется бэкап на ходу, то самое время строить RAID-массив, благо сегодня почти каждая материнка обладает каким-нибудь RAID-контроллером.

На этом месте мы остановимся и сделаем краткий экскурс в историю и теорию RAID-массивов. Сама аббревиатура RAID расшифровывается как Redundant Array of Independent Disks (избыточный массив независимых дисков). Раньше вместо independent употребляли inexpensive (недорогой), но со временем это определение потеряло актуальность: недорогими стали почти все дисковые накопители.

История RAID началась в 1987 году, когда появилась на свет статья "Корпус для избыточных массивов из дешевых дисков (RAID)", подписанная товарищами Петерсоном, Гибсоном и Катцем. В заметке была описана технология объединения нескольких обычных дисков в массив для получения более быстрого и надежного накопителя. Также авторы материала рассказывали читателям о нескольких типах массивов - от RAID-1 до RAID-5. Впоследствии к описанным почти двадцать лет назад массивам прибавился RAID-массив нулевого уровня, и он обрел популярность. Так что же представляют собой все эти RAID-x? В чем их суть? Почему они называются избыточными? В этом мы и постараемся разобраться.

Если говорить очень простым языком, то RAID - это такая штука, которая позволяет операционной системе не знать, сколько дисков установлено в компьютере. Объединение хардов в RAID-массив - процесс, прямо противоположный разбиению единого пространства на логические диски: мы формирует один логический накопитель на основе нескольких физических. Для того чтобы сделать это, нам потребуется или соответствующий софт (об этом варианте мы даже говорить не будем - ненужная это вещь), или RAID-контроллер, встроенный в материнку, или отдельный, вставляемый в слот PCI либо PCI Express. Именно контроллер объединяет диски в массив, а операционная система работает уже не с HDD, а с контроллером, который ей ничего ненужного не сообщает.
А вот вариантов объединения нескольких дисков в один существует великое множество, точнее, около десяти.

Какими бывают RAID?

Самый простой из них - JBOD (Just a Bunch of Disks). Два винчестера склеены в один последовательно, информация записывается сначала на один, а затем на другой диск без разбиения ее на куски и блоки. Из двух накопителей по 200 Гбайт мы делаем один на 400 Гбайт, работающий практически с той же, а в реальности с чуть меньшей скоростью, что и каждый из двух дисков.


JBOD является частным случаем массива нулевого уровня, RAID-0. Встречается также другой вариант названия массивов этого уровня - stripe (полоска), полное наименование - Striped Disk Array without Fault Tolerance. Этот вариант тоже предполагает объединение n дисков в один с объемом, увеличенным в n раз, но диски объединяются не последовательно, а параллельно, и информация на них записывается блоками (объем блока задает пользователь при формировании RAID-массива).

То есть в случае, если на два накопителя, входящие в массив RAID-0, нужно записать последовательность цифр 123456, контроллер разделит эту цепочку на две части - 123 и 456 - и первую запишет на один диск, а вторую - на другой. Каждый диск может передавать данные… ну, пусть со скоростью 50 Мбайт/с, а суммарная скорость двух дисков, данные с которых берутся параллельно, составляет 100 Мбайт/c. Таким образом, скорость работы с данными должна увеличиться в n раз (реально, конечно, рост скорости меньше, так как потери на поиск данных и на передачу их по шине никто не отменял). Но этот прирост дается не просто так: при поломке хотя бы одного диска информация со всего массива теряется.



c:\documents and settings\илья\мои документы\новая папка\raid-массив_ варианты raid-массивов_ оптимизация и настройка windows xp_files\raid.h2.jpg
RAID-массив нулевого уровня. Данные разбиваются на блоки и раскидываются по дискам. Контроля четности и резервирования нет.

То есть никакой избыточности и никакого резервирования нет и в помине. Считать этот массив RAID-массивом можно лишь условно, тем не менее он очень популярен. Мало кто задумывается о надежности, ее ведь никак не измеришь бенчмарками, зато все понимают язык мегабайт в секунду. Это не плохо и не хорошо, просто такое явление есть. Ниже мы поговорим о том, как и рыбку съесть, и надежность сохранить.

Кстати, дополнительный минус stripe-массива заключается в его непереносимости. Я не имею в виду то, что он плохо переносит какие-то отдельные виды пищи или, к примеру, хозяев. На это ему наплевать, но перенести куда-то сам массив - это целая проблема. Даже если притащить к другу оба диска и драйверы контроллера в придачу, не факт, что они определятся как один массив и данными удастся воспользоваться. Более того, известны случаи, когда простое подключение (без записи чего-либо!) stripe-дисков к "неродному" (отличному от того, на котором формировался массив) контроллеру приводило к порче информации в массиве. Не знаем, насколько эта проблема актуальна сейчас, с появлением современных контроллеров, но все же советуем быть аккуратнее.

c:\documents and settings\илья\мои документы\новая папка\raid-массив_ варианты raid-массивов_ оптимизация и настройка windows xp_files\raid.h3.jpg
RAID-массив первого уровня из четырех дисков. Диски разбиты на пары, на накопителях внутри пары хранятся одинаковые данные.

Первый по-настоящему "избыточный" массив (и первый появившийся на свет RAID) - RAID-1. Его второе название - mirror (зеркало) - объясняет принцип работы: все отведенные под массив диски разбиваются на пары, а информация считывается и записывается сразу на оба диска. Получается, что у каждого из дисков в массиве есть точная копия. В такой системе возрастает не только надежность хранения данных, но и скорость их чтения (читать можно сразу с двух винчестеров), хотя скорость записи остается такой же, как и у одного накопителя.

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

Как видите, и у RAID-0, и у RAID-1 есть свои недостатки. А как бы от них избавиться? Если у вас есть минимум четыре винчестера, вы можете создать конфигурацию RAID 0+1. Для этого массивы RAID-1 объединяются в массив RAID-0. Или наоборот, иногда создают массив RAID-1 из нескольких массивов RAID-0 (на выходе получится RAID-10, единственное преимущество которого - меньшее время восстановления данных при выходе одного диска из строя).

Надежность такой конфигурации из четырех винчестеров равна надежности массива RAID-1, а скорость фактически такая же, как у RAID-0 (реально она, скорее всего, будет чуть ниже из-за ограниченных возможностей контроллера). При этом одновременный выход из строя двух дисков не всегда означает полную потерю информации: это произойдет лишь в случае, если сломаются диски, содержащие одни и те же данные, что маловероятно. То есть если четыре диска разбиты на пары 1-2 и 3-4 и пары объединены в массив RAID-0, то лишь одновременная поломка дисков 1 и 2 или 3 и 4 приведет к потере данных, в то время как в случае безвременной кончины первого и третьего, второго и четвертого, первого и четвертого или второго и третьего винчестеров данные останутся в целости и сохранности.

Однако главный недостаток RAID-10 - высокая стоимость дисков. Все-таки цену четырех (минимум!) винчестеров маленькой не назовешь, особенно если реально нам доступен объем лишь двух из них (о надежности и о том, сколько она стоит, как мы уже говорили, мало кто думает). Большая (100%-я) избыточность хранения данных дает о себе знать. Все это привело к тому, что в последнее время популярность приобрел вариант массива под названием RAID-5. Для его реализации необходимо три диска. Помимо самой информации, контроллер складирует на накопителях массива еще и блоки контроля четности.

Не будем вдаваться в подробности работы алгоритма контроля четности, скажем только, что он позволяет в случае потери информации на одном из дисков восстановить ее, используя данные четности и живые данные с других дисков. Блок четности имеет объем одного физического диска и равномерно распределяется по всем винчестерам системы так, что потеря любого диска позволяет восстановить информацию с него с помощью блока четности, находящегося на другом диске массива. Информация же разбивается на большие блоки и записывается на диски поочередно, то есть по принципу 12-34-56 в случае с трехдисковым массивом.

Соответственно, общий объем такого массива - это объем всех дисков минус емкость одного из них. Восстановление данных, разумеется, происходит не мгновенно, но зато такая система имеет высокую производительность и запас надежности при минимальной стоимости (для массива объемом 1000 Гбайт нужно шесть дисков по 200 Гбайт). Впрочем, производительность такого массива все равно будет ниже скорости stripe-системы: при каждой операции записи контроллеру нужно обновлять еще и индекс четности.

RAID-0, RAID-1 и RAID 0+1, иногда еще RAID-5 - этими уровнями чаще всего исчерпываются возможности десктопных RAID-контроллеров. Более высокие уровни доступны лишь сложным системам, основой для которых служат SCSI-винчестеры. Однако счастливые обладатели SATA-контроллеров с поддержкой Matrix RAID (такие контроллеры встроены в южные мосты ICH6R и ICH7R от компании Intel) могут воспользоваться преимуществами массивов RAID-0 и RAID-1, имея всего два диска, а те, у кого есть плата с ICH7R, могут объединить RAID-5 и RAID-0, если у них есть четыре одинаковых накопителя.

Как это реализуется на практике? Разберем более простой случай с RAID-0 и RAID-1. Допустим, вы купили два харда по 400 Гбайт. Вы разбиваете каждый из накопителей на логические диски объемом 100 Гбайт и 300 Гбайт. После этого с помощью зашитой в BIOS утилиты Intel Application Accelerator RAID Option ROM вы объединяете 100-гигабайтные разделы в stripe-массив (RAID-0), а 300-гигабайтные - в массив Mirror (RAID-1). Теперь на быстрый диск объемом 200 Гбайт можно складывать, скажем, игрушки, видеоматериал и другие данные, требующие высокой скорости дисковой подсистемы и притом не очень важные (то есть те, о потере которых вы не будете очень сильно жалеть), а на зеркалируемый 300-гигабайтный диск вы перемещаете рабочие документы, архив почты, служебный софт и другие жизненно необходимые файлы. При выходе из строя одного диска вы лишаетесь того, что было размещено на массиве stripe, но данные, размещенные вами на втором логическом диске, дублируются на оставшемся накопителе.

Объединение уровней RAID-5 и RAID-0 подразумевает то, что часть объема четырех дисков отведена под быстрый stripe-массив, а другая часть (пусть это будут 300 Гбайт на каждом диске) приходится на блоки данных и блоки четности, то есть вы получаете один сверхбыстрый диск объемом 400 Гбайт (4 х 100 Гбайт) и один надежный, но менее быстрый массив объемом 900 Гбайт 4 х 300 Гбайт минус 300 Гбайт на блоки четности.
Как видите, технология эта крайне перспективна, и будет неплохо, если ее поддержат другие производители чипсетов и контроллеров. Очень уж заманчиво иметь на двух дисках массивы разных уровней, быстрые и надежные.

Вот, пожалуй, и все виды RAID-массивов, которые применяются в домашних системах. Однако в жизни вам могут встретиться RAID-2, 3, 4, 6 и 7. Так что давайте все-таки посмотрим, что это за уровни такие.


RAID-2. В массива такого типа диски делятся на две группы - для данных и для кодов коррекции ошибок, причем если данные хранятся на n дисках, то для складирования кодов коррекции необходимо n-1 дисков. Данные записываются на соответствующие винчестеры так же, как и в RAID-0, они разбиваются на небольшие блоки по числу дисков, предназначенных для хранения информации. Оставшиеся диски хранят коды коррекции ошибок, по которым в случае выхода какого-либо винчестера из строя возможно восстановление информации. Метод Хемминга давно применяется в памяти типа ECC и позволяет на лету исправлять мелкие однобитовые ошибки, если они вдруг возникнут, а если ошибочно будут переданы два бита, это будет обнаружено опять-таки с помощью систем контроля четности. Впрочем, держать ради этого громоздкую структуру из почти двойного количества дисков никому не хотелось, и этот вид массива не получил распространения.

Структура массива RAID-3 такова: в массиве из n дисков данные разбиваются на блоки размером 1 байт и распределяются по n-1 дискам, а еще один диск используется для хранения блоков четности. В RAID-2 для этой цели стояло n-1 дисков, но большая часть информации на этих дисках использовалась только для коррекции ошибок на лету, а для простого восстановления в случае поломки диска достаточно меньшего ее количества, хватает и одного выделенного винчестера.



c:\documents and settings\илья\мои документы\новая папка\raid-массив_ варианты raid-массивов_ оптимизация и настройка windows xp_files\raid.h4.jpg
RAID третьего уровня с отдельным диском для хранения информации о четности. Резервирования нет, но данные восстановить можно.

Соответственно, отличия RAID-3 от RAID-2 очевидны: невозможность коррекции ошибок на лету и меньшая избыточность. Преимущества таковы: скорость чтения и записи данных высока, а для создания массива требуется совсем немного дисков, всего три. Но массив этого типа хорош только для однозадачной работы с большими файлами, так как наблюдаются проблемы со скоростью при частых запросах данных небольшого объема.



c:\documents and settings\илья\мои документы\новая папка\raid-массив_ варианты raid-массивов_ оптимизация и настройка windows xp_files\raid.h5.jpg
Массив пятого уровня отличается от RAID-3 тем, что блоки четности равномерно разбросаны по всем дискам массива.

RAID-4 похож на RAID-3, но отличается от него тем, что данные разбиваются на блоки, а не на байты. Таким образом, удалось "победить" проблему низкой скорости передачи данных небольшого объема. Запись же производится медленно из-за того, что четность для блока генерируется при записи и записывается на единственный диск. Используются массивы такого типа очень редко.

RAID-6 - это тот же самый RAID-5, но теперь на каждом из дисков массива хранятся два блока четности. Таким образом, при выходе двух дисков из строя информация все еще может быть восстановлена. Разумеется, повышение надежности привело к уменьшению полезного объема дисков и к увеличению минимального их количества: теперь при наличии n дисков в массиве общий объем, доступный для записи данных, будет равен объему одного диска, умноженному на n-2. Необходимость вычисления сразу двух контрольных сумм определяет второй недостаток, унаследованный RAID-6 от RAID-5, - низкую скорость записи данных.

RAID-7 - зарегистрированная марка компании Storage Computer Corporation. Структура массива такова: на n-1 дисках хранятся данные, один диск используется для складирования блоков четности. Но добавилось несколько важных деталей, призванных ликвидировать главный недостаток массивов такого типа: кэш данных и быстрый контроллер, заведующий обработкой запросов. Это позволило снизить количество обращений


к дискам для вычисления контрольной суммы данных. В результате удалось значительно повысить скорость обработки данных (кое-где в пять и более раз).

c:\documents and settings\илья\мои документы\новая папка\raid-массив_ варианты raid-массивов_ оптимизация и настройка windows xp_files\raid.h6.jpg
Массив уровня RAID 0+1, или конструкция из двух массивов RAID-1, объединенных в RAID-0. Надежно, быстро, дорого.

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



Создание массива

Надеюсь, с выбором типа массива вы уже справились. Если на вашей плате есть RAID-контроллер, вам ничего, кроме нужного количества дисков и драйверов этого самого контроллера, не понадобится. Кстати, имейте в виду: есть смысл объединять в массивы только диски одинакового объема, причем лучше одной модели. С дисками разного объема может отказаться работать контроллер, и, скорее всего, вы сможете задействовать лишь часть большого диска, равную по объему меньшему из дисков. Кроме того, даже скорость stripe-массива будет определяться скоростью самого медленного из дисков. И мой вам совет: не пытайтесь сделать RAID-массив загрузочным. Это возможно, но в случае возникновения каких-либо сбоев в системе вам придется нелегко, так как восстановление работоспособности будет сильно затруднено. Кроме того, опасно размещать несколько систем на таком массиве: почти все программы, отвечающие за выбор ОС, убивают информацию из служебных областей винчестера и, соответственно, портят массив. Лучше выбрать иную схему: один диск - загрузочный, а остальные объединены в массив.



c:\documents and settings\илья\мои документы\новая папка\raid-массив_ варианты raid-массивов_ оптимизация и настройка windows xp_files\raid.h7.jpg
Matrix RAID в действии. Часть объема дисков используется массивом RAID-0, оставшуюся часть пространства забирает массив RAID-1.

Каждый RAID-массив начинается с BIOS RAID-контроллера. Иногда (только в случае с интегрированными контроллерами, да и то не всегда) он встроен в основной BIOS материнки, иногда расположен отдельно и активируется после прохождения самотестирования, но в любом случае вам туда надо. Именно в BIOS задаются нужные параметры массива, а также размеры блоков данных, используемые винчестеры и так далее. После того как вы все это определите, достаточно будет сохранить параметры, выйти из BIOS и вернуться в операционную систему.

Там обязательно нужно установить драйверы контроллера (как правило, дискета с ними прилагается к материнке или к самому контроллеру, но они могут быть записаны на диск с другими драйверами и служебным софтом), перезагрузиться, и все, массив готов к работе. Можете разбивать его на логические диски, форматировать и заполнять данными. Помните только о том, что RAID не панацея. Он спасет вас от потери данных при гибели винчестера и минимизирует последствия такого исхода, но не спасет от скачков напряжения в сети и сбоев некачественного блока питания, который убивает оба диска сразу, без оглядки на их "массивность".

Пренебрежительное отношение к качественному питанию и температурному режиму дисков может существенно сократить срок жизни HDD, бывает, все диски массива выходят из строя, а все данные оказываются безвозвратно потерянными. В частности, современные винчестеры (в особенности IBM и Hitachi) очень чувствительны к каналу +12 В и не любят даже малейшего изменения напряжения на нем, так что перед закупкой всего оборудования, необходимого для построения массива, стоит проверить соответствующие напряжения и при необходимости включить новый БП в список покупок.

Питание жестких дисков, равно как и всех остальных комплектующих, от второго блока питания, на первый взгляд, реализуется просто, но в такой схеме питания немало подводных камней, и нужно сто раз подумать, прежде чем решиться на такой шаг. С охлаждением все проще: необходимо лишь обеспечить обдув всех винчестеров, плюс не ставьте их вплотную друг к другу. Простые правила, но, к сожалению, соблюдают их не все. И случаи, когда оба диска в массиве умирают одновременно, нередки.

Кроме того, RAID не отменяет необходимости регулярно изготавливать резервные копии данных. Зеркалирование зеркалированием, но если вы случайно испортите или сотрете файлы, второй диск вам никак не поможет. Так что делайте бэкап всякий раз, когда вы можете его делать. Это правило действует вне зависимости от наличия RAID-массивов внутри ПК.

Так что, are you RAIDy? Да? Отлично! Только в погоне за объемом и скоростью не забудьте другую пословицу: "Заставь дурака Богу молиться, он и лоб расшибет". Крепких вам дисков и надежных контроллеров!
Ценовая выгода шумного RAID

RAID - это хорошо даже без оглядки на деньги. Но давайте посчитаем цену простейшего stripe-массива объемом 400 Гбайт. Два диска Seagate Barracuda SATA 7200.8 по 200 Гбайт каждый обойдутся вам примерно в $230. RAID-контроллеры встроены в большинство материнских плат, то бишь мы получаем их бесплатно.

В то же время 400-гигабайтный диск той же модели стоит $280. Разница - $50, и на эти деньги можно приобрести мощный блок питания, который вам, несомненно, понадобится. Я уж не говорю о том, что производительность составного "диска" при более низкой цене будет почти вдвое выше производительности одного винчестера.

Проведем теперь подсчет, ориентируясь на общий объем 250 Гбайт. Дисков по 125 Гбайт не существует, так что возьмем два винчестера по 120 Гбайт. Цена каждого диска - $90, цена одного 250-гигабайтного винчестера - $130. Что ж, при таких объемах за производительность приходится платить. А если взять 300-гигабайтный массив? Два диска по 160 Гбайт - примерно $200, один на 300 Гбайт - $170… Опять не то. Получается, что выгоден RAID только при использовании дисков очень большого объема.





Восстановление загрузочных секторов разделов NTFS

Перевод: Владимир Володин

Что делать, когда раздел диска на сервере или рабочей станции становится недоступным?

Симптомы

Когда раздел диска на сервере или рабочей станции становится недоступным или Disk Administrator определяет его как "неизвестный" (unknown), причина может заключаться в испорченном или поврежденном загрузочном секторе. Эта статья поможет вам восстановить загрузочный сектор с помощью второй его копии, которую сохраняет NTFS.

Имейте в виду, что для применения советов описанных в статье, должны выполняться два условия:

1. Файловая система поврежденного раздела диска NTFS. FAT сейчас не сохраняет копию загрузочного сектора.

2. Возможность загрузки компьютера в Windows NT или 2000 или XP.

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



Решение проблемы

Чтобы решить проблему, нужно получить архивную копию загрузочного сектора и скопировать ее в определенную часть жесткого диска.

В NT 3.5x вторая копия хранится в центре логического диска.

В NT 4.0 и Windows 2000 она перенесена в конец логического диска, что требует другой техники восстановления. В описанном примере будет использоваться специальная утилита Disk Probe (dskprobe.exe) для NT, которая поставляется в комплекте NT V4.0 Resource Kit. Ее можно переписать и в составе пакета средств поддержки SP2 для Windows XP на этой странице. Disk Probe работает и под NT V3.5x.



Примечание: чтобы иметь возможность восстановления в случае ошибки при проведении следующих процедур, во время просмотра загрузочных секторов, которые будут изменяться, на всякий случай, сохраняйте их копии в файлы (команда Save as из меню File).

Восстановление загрузочного сектора основного раздела диска

1. В Disk Probe выберите Drives, Physical Drive, выберите PhysicalDriveX, где X - номер диска. Чтобы определить номер диска, используйте утилиту Disk Administrator. Например, если в системе установлены три диска SCSI, c номерами SCSI ID 1,3 и 5, Disk Administrator покажет их номера 0, 1, 2. После отключения диска SCSI ID 3, его место займет следующий (5). В нумерации Disk Administrator он станет 1.

2. Два раза нажмите на PhysicalDriveX, который вы хотите восстановить. В поле около него уберите опцию Read Only и нажмите кнопку Set Active. Вы заметите, что Active Handle установилась в PhysicalDriveX, нажмите OK.

3. Из меню Sectors выберите Read и укажите 0 для Starting Sectors и 1 для Number of Sectors. Нажмите Read. После этого вы окажетесь о основной загрузочной записи физического диска (MBR). В этом можно убедиться по ASCII тексту в правой части окна, начиная со смещения 8B, которое должно отображать "Invalid Partition Table". Из меню View выберите Partition Table. В области под названием "partition table index" с помощью полосы скроллинга выберите раздел под вопросом и кликните его дважды. Слева внизу показан относительный номер сектора Relative Sector, запишите это значение и выберите закладку Go за этой областью.

4. Теперь из меню View выберите Bytes. В зависимости от того, как поврежден загрузочный сектор, вы можете даже рассмотреть некоторые строки текста в правой верхней части окна или увидеть сообщение об ошибке чтения "A disk Read error ocurred...", начиная со смещения 130. Из меню View выберите "NTFS bootsector".

5. Выбираем "Volume End" для NT V4.0 или "Volume Middle" для NT V3.5x. Сейчас вы должны находиться на архивной копии загрузочного сектора. Если вы увидите сообщение "incomplete Data Read" или, после просмотра, определите, что это не копия загрузочного сектора, это может значить, что ваш основной сектор был поврежден, поэтому мы получили неверное значение адреса архивной копии. В таком случае переходите к следующему разделу нашей статьи, чтобы узнать, как восстановить загрузочный сектор, если он отсутствует или сильно поврежден. Если же все нормально, переходим к следующему пункту.

6. Из меню View выбираем Bytes и проверяем, что это загрузочный сектор NTFS. Когда мы в этом убедились, в меню Sectors выберем Write. Убедитесь, что в диалоговом окне отображаются верные значения Handle и PhysicalDrive. В поле Starting Cecjtor to write Data укажите относительный номер сектора (Relative sector), записанный вами в пункте 4. Нажмите кнопку Write.

7. В меню Sectors укажите относительный номер сектора (Relative sector), оставив в поле количество секторов (Number of sectors) значение 1, выберите Read. Теперь убедитесь, что данные были записаны успешно.

8. Закройте Disk Probe и перезагрузите компьютер.

Восстановление копии загрузочного сектора, если оригинальной копии нет, или она сильно повреждена

Если загрузочного сектора нет или он поврежден на столько, что не имеет корректной информации о количестве секторов, восстановление можно провести по такому плану:

1. В Disk Probe выберите Drives, Physical Drive. Выбираем PhysicalDriveX, где Х - номер диска, который можно узнать в Disk Administrator.

2. Двойным нажатием открываем нужный PhysicalDriveX, в поле внизу снимаем отметку Read Only и выбираем Set Active. Вы должны заметить, что значение Active Handle установится на PhysicalDriveX. Нажимаем OК.

3. Из меню Sectore выбираем Read. В поле начальный сектор (Starting Sector) устанавливаем значение 0, а для количества секторов (Number of Sectors) - 1. Нажимаем Read.

4. Сейчас вы находитесь в загрузочной записи (MBR) физического диска. В этом можно убедиться по тексту, который выводится с позиции 8B, который должен выглядеть примерно так: "Invalid Partition Table...". Из меню View выбираем Partition Table. Осталось выбрать необходимый номер раздела, отмеченный знаком вопроса.

5. Дальше нам понадобятся два значения: Total Sectors (общее количество секторов) и Relative Sectors (относительный номер сектора). Запишите значение Relative Sectors, именно здесь должен находиться загрузочный сектор. Чтобы найти его копию, нужно будет провести несложные вычисления.

mhtml:file://c:\documents%20and%20settings\илья\мои%20документы\новая%20папка\восстановление%20загрузочных%20секторов%20разделов%20ntfs.mht!http://windxp.com.ru/image/1.gif

6. Выбираем Sectors. В поле Starting sector вводим значение, определенное на предыдущем шаге. В поле Number of sectors вводим 1. Нажимаем Read и мы должны попасть на архивную копию загрузочного сектора.

7. Из меню View выбираем Bytes и проверяем, действительно ли это сектор NTFS. После проверки заходим в меню Sectors, выбираем Write, и проверяем в появившемся диалоговом окне значения Handle и PhysicalDrive. В поле "Starting Sector to write Data" укажите относительный номер сектора, который вы записывали (Relative Sectors) и нажмите кнопку Write.

8. В меню Sectors еще раз укажите относительный номер сектора, в поле количество секторов (Number of sectors) введите 1, выберите Read. Теперь вы можете убедиться, что данные были записаны правильно.

9. Закройте Disk Probe и перезагрузите компьютер.

Восстановление загрузочных секторов расширенного раздела диска

1. В Disk Probe выберите Drives, Physical Drive. Выбираем PhysicalDriveX, где Х - номер диска, который можно узнать в Disk Administrator.

2. Двойным нажатием открываем нужный PhysicalDriveX, в поле внизу снимаем отметку Read Only и выбираем Set Active. Вы должны заметить, что значение Active Handle установится на PhysicalDriveX. Нажимаем OК.

3. Из меню Sectore выбираем Read. В поле начальный сектор (Starting Sector) устанавливаем значение 0, а для количества секторов (Number of Sectors) - 1. Нажимаем Read.

4. Сейчас вы находитесь в загрузочной записи (MBR) физического диска. В этом можно убедиться по тексту, который выводится с позиции 8B, который должен выглядеть примерно так: "Invalid Partition Table...". Из меню View выбираем Partition Table. В этом режиме в поле Partition Table Index выберите раздел расширенной области диска. Далее в поле System ID должно появиться значение Extended. Если необходимый раздел является четвертым логическим диском в расширенной области, кнопку Next partition придется нажать четыре раза. В поле System ID должно быть значение NTFS.

5. В области Pattition Table Index два раза нажимаем на необходимом разделе в расширенной области диска. В System ID должно появиться значение Extended.

Переходим к логическому тому, который нужно восстановить. Если он второй в этой области диска, кнопку Next Partition нужно нажать два раза. При переходах между томами расширенного раздела диска в поле System ID будет отображаться файловая система каждого тома.

Когда раздел, подлежащий восстановлению, найден, запишите номер текущего сектора (Current Sector в заголовке Disk Probe), относительный номер сектора (relative sector) и общее количество секторов в этом томе (total sectors). Эта информация понадобится нам для расчета расположения архивной копии загрузочного сектора.

6. Нажмите кнопку Go, чтобы перейти к загрузочному сектору поврежденного тома. Запишите номер этого сектора из заголовка окна (Boot Sector).

Чтобы проверить, что вы находитесь на правильном секторе, выберите Bytes из меню View. Если сектор сильно поврежден, вы увидите в правой части окна сообщение об ошибке.

Чтобы найти копию загрузочного сектора, нам понадобятся три записанных значения: текущий сектор, относительный номер сектора и общее количеств секторов.

7. Произведем необходимые вычисления:



mhtml:file://c:\documents%20and%20settings\илья\мои%20документы\новая%20папка\восстановление%20загрузочных%20секторов%20разделов%20ntfs.mht!http://windxp.com.ru/image/2.gif

8. Выбираем Sectors, Read и вводим в поле начальный сектор (Starting sector) вычисленное значение. Количество секторов (Number of sectors 1). Выбираем Read и вы должны оказаться в секторе, где находится архивная копия загрузочного сектора.

Из меню View выбираем Bytes и убеждаемся, что это загрузочный сектор NTFS. Если это не так, в правом столбце текста должно появиться сообщение об ошибке. В этом случае не продолжайте, начните весь процесс сначала, чтобы исключить ошибки.

9. После того, как вы убедились, что нашли архивную копию загрузочного сектора, запишите ее поверх основной. В меню Sectors выбираем Write. В появившемся диалоговом окне проверьте значения Handle и PhysicalDrive. В поле Starting Sector (начальный сектор) введите номер сектора, в котором находится поврежденный загрузочный сектор. Нажмите кнопку "Write it" для записи.

10. В меню Sectors выберите пункт Read. В качестве начального сектора снова укажите номер сектора в который вы записывали архивную копию, количество секторов снова 1. Выберите Read и убедитесь в том, что данные были записаны.

11. Закройте Disk Probe и перезагрузите компьютер.

Приложение

Описанные действия подходят для:



  • Microsoft Windows 2000 Server

  • Microsoft Windows 2000 Advanced Server

  • Microsoft Windows 2000 Professional Edition

  • Microsoft Windows NT Workstation 3.5

  • Microsoft Windows NT Workstation 3.51

  • Microsoft Windows NT Workstation 4.0 Developer Edition

  • Microsoft Windows NT Server 3.5

  • Microsoft Windows NT Server 3.51

  • Microsoft Windows NT Server 4.0 Standard Edition

  • Microsoft Windows XP

  • Microsoft Windows XP SP2



Восстановление реестра. Практическое руководство

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

Прочитав сие предупреждение, трудно не согласиться с тем, что некорректное изменение данных реестра действительно может привести к серьезным сбоям в системе. Но, постойте… а как же эксперимент, который стоит в основе эволюции обычного юзера в продвинутого — кому по душе, следуя сухим усредненным правилам и законам, послушно начинать работу с кнопки «Пуск»?.. Разве что тете Клаве — «суперадмину», сидящей на почте и очень серьезно бормочущей «включите свет», подразумевая под светом монитор;)…



Приступим…

Как вы уже знаете, реестр представляет собой огромную базу данных настроек, хранящихся в папках по адресу %SystemRoot%\System32\Config и папке пользовательских профилей Ntuser.dat. Действительно, уже исходя из возможностей куста, понятно, чем может закончиться необдуманное изменение параметров или, того хуже, удаление целых веток... Исходя из вышесказанного, будет более чем резонно привести некоторые из методов восстановления:



Способ №1.
Резервное копирование файлов реестра. На сменный носитель копируются файлы: SYSTEM.DAT и USER.DAT (для Windows 95/98), которые находятся в каталоге, куда была установлена операционная система, и имеют атрибуты «только для чтения» и «скрытый». Для Windows XP это (лучше скопировать всю папку) файлы по адресу %SystemRoot%\System32\Config, а также Ntuser.dat, который находится по адресу C:\Documents and Settings\User. В случае сбоя по причине повреждения реестра грузимся под другой ОС (DOS, Linux…) и копируем файлы на место.

Способ №2.
Для того чтобы создать резервную копию реестра, можно воспользоваться мастером архивации и восстановления —
Пуск/Программы/Стандартные/Служебные/Архивация данных — или просто Выполнить: ntbackup. Программа архивации позволяет архивировать копии важных системных компонентов — таких, как реестр, загрузочные файлы (Ntldr и Ntdetect.com) и база данных службы каталогов Active Directory. Для архивации реестра Windows XP пошаговые инструкции следующие:

1. Заходим в систему с требуемыми правами — например, администратор.


2. Запускаем NTbackup — Архивация данных.
3. Из режима мастера переходим в Расширенный режим.
4. Выбираем закладку Архивация.
5. В левом окошке находим значок (строку) System State и помечаем ее «птичкой»:
6. Нажимаем на кнопку Архивировать, после чего выбираем Дополнительно.
7. Устанавливаем галочку Проверка данных после архивации; снимаем с пункта Автоматически архивировать защищенные системные файлы вместе с состоянием системы (процедура займет значительно меньше времени):
8. Тип архива устанавливаем Обычный.
9. Кнопка ОК и Архивировать. При необходимости после архивации можно просмотреть отчет, который располагается по адресу в папке
С:\Documents and Settings\%User%\Local Settings\Application Data\Microsoft\Windows NT\NTBackup\data\ в файлах backup01.log, back up02.log…

Пошаговые инструкции для полного восстановления реестра посредством NTbackup выглядят следующим образом:


1. Входим в систему с правами администратора.
2. Запускаем NTbackup.
2. Переходим на вкладку «Восстановление и управление носителем».
3. В списке Установите флажки для всех объектов, которые вы хотите восстановить устанавливаем флажок для объекта Состояние системы. Далее следуем интуитивному ОК.

Способ №3.
Суть данного способа заключается в т.н. экспорте reg-файла. Способ особенно эффективен (занимает не много времени и позволяет делать копии отдельных подразделов) и актуален при экспериментировании с реестром. Техника:
1. Выполнить/regedit.
2. Выбираем нужный нам раздел/подраздел.
3. Правая кнопка «грызуна»/экспорт, указываем путь сохранения копии и имя файла:
При архивации части реестра мы экспортировали данные в reg-файл. Для того, чтобы извлечь их и восстановить первоначальное состояние реестра, необходимо выполнить следующие шаги:
1. Запускаем regedit: Пуск/Выполнить/regedit.
2. В главном меню выбираем Файл/Импорт с указанием пути к импортируемому файлу или просто запустить reg-файл, подтвердив импорт в реестр:

Способ №4.
В данном случае мы заархивируем системный реестр посредством консоли восстановления (Recovery Console). Для этого необходимо: 1. Загрузиться в Recovery Console (через загрузочный диск вашей Windows XP).
2. В появившейся командной строке Recovery Console выполняем следующие команды*:
md tmp
copy c:\windows\system32\config\system c:\windows\tmp\system.bak
copy c:\windows\system32\config\software c:\windows\tmp\software.bak
copy c:\windows\system32\config\sam c:\windows\tmp\sam.bak
copy c:\windows\system32\config\security c:\windows\tmp\security.bak
copy c:\windows\system32\config\default c:\windows\tmp\default.bak

*Не рекомендуется перемещать сохраненные файлы за пределы %SystemRoot%, т.к. в Recovery Console они могут оказаться недоступными.



Эпикриз

Способ №1 можно считать способом на все случаи. Все манипуляции по созданию копий совершаются вручную, вследствие чего №1 по праву можно отнести к категории «все гениальное просто».

Способ №2 — восстановление реестра проводится только под работающей Windows-системой, но с одной оговоркой: в выбранном нами режиме это действительно так, однако (!) существует так называемый режим мастера аварийной подготовки системы (ASR — создает архив системы, состоящей из двух частей: дискеты с системными параметрами и других носителей, которые содержат архив системного раздела), в котором возможно восстановление с нуля, используя предварительно созданную загрузочную дискету восстановления.

Способ № 3 можно считать простым и эффективным способом в процессе экспериментов с реестром.

Способ № 4 — для любителей «страшных черных окон»… c:\documents and settings\илья\мои документы\новая папка\восстановление реестра_ практическое руководство_ оптимизация и настройка windows xp_files\kg64820a.jpgc:\documents and settings\илья\мои документы\новая папка\восстановление реестра_ практическое руководство_ оптимизация и настройка windows xp_files\kg64820b.jpgc:\documents and settings\илья\мои документы\новая папка\восстановление реестра_ практическое руководство_ оптимизация и настройка windows xp_files\kg64820c.jpg

Каталог: download
download -> Составление простейшей программы в среде lego education. Запуск модели «Обезьянка барабанщица», «Рычащий лев», «Автомобиль»
download -> Функциональные части компьютера, история развития, базовая конфигурация
download -> Компьютер: друг или враг?
download -> Лекция №2 «Теоретические основы игры дошкольника» Зарубежные и отечественные теории игры
download -> Доклад муниципальное образовательное
download -> Литература для воспитанников стр. Приложения стр
download -> Министерство здравоохранения Республики Беларусь
download -> Игра как средство активизации познавательной активности учащихся в ходе изучения темы Алгоритмизация и программирование


Поделитесь с Вашими друзьями:
1   2   3   4   5   6   7   8   9   ...   18


База данных защищена авторским правом ©nethash.ru 2019
обратиться к администрации

войти | регистрация
    Главная страница


загрузить материал