Windows server 2003 установка на ssd
Обновлено: 04.07.2024
В этой статье рассказывается о том, как Windows поддерживает жесткие диски с емкостью более 2 ТБ, а также рассказывается о том, как инициализировать и разделить диски для максимального использования пространства.
Применяется к: Windows Server 2019, Windows Server 2016, Windows Server 2012 R2
Исходный номер КБ: 2581408
Сводка
Чтобы операционная система полностью поддержала устройства хранения с емкостью более 2 терабайт (2 ТБ или 2 трлн bytes), устройство должно быть инициализировано с помощью схемы раздела таблицы разделов GUID (GPT). Эта схема поддерживает решение всего диапазона емкости хранилища. Если пользователь намерен запустить компьютер с одного из этих больших дисков, базовый интерфейс прошивки системы должен использовать единый extensible Интерфейс прошивки (UEFI), а не BIOS.
В этой статье описывается поддержка Майкрософт во всех Windows с Windows XP. В нем также описываются требования к полному хранению этих устройств.
- В этой статье речь идет о емкости дисков в двух, а не 10, что является более распространенным обозначением для меток емкости устройств хранения. Поэтому ссылки на 2 ТБ фактически относятся к продукту, который помечен как имеющий емкость 2,2 ТБ.
- Поведение, определенное для операционной системы, которое отмечено в этой статье, также применяется к вариантам сервера этой системы. Поэтому ссылка на Windows 7 включает Windows Server 2008 R2, Windows Vista включает Windows Server 2008, а Windows XP включает Windows Server 2003 и Windows Server 2003 R2.
Дополнительная информация
Управление современными устройствами хранения решается с помощью схемы под названием Логический адрес блокировки (LBA). Это расположение логических секторов, которые составляют средства массовой информации. LBA0 представляет первый логический сектор устройства, а последнее обозначение LBA представляет последний логический сектор устройства, по одной метки на сектор. Чтобы определить емкость устройства хранения, необходимо умножить количество логических секторов в устройстве на размер каждого логического сектора. Текущий стандарт размера — 512 bytes. Например, для достижения устройства с емкостью 2 ТБ необходимо иметь 3 906 250 000 секторов 512-byte. Однако для представления этого большого числа компьютерной системе требуется 32 бита (1 и 0 с). Поэтому для любой емкости хранилища, которая больше, чем может быть представлена с помощью 32 битов, потребуется дополнительный бит. То есть 33 бита.
Проблема в этом вычислении заключается в том, что схема раздела, используемая большинством современных компьютеров на Windows, является MBR (основная запись загрузки). Эта схема устанавливает ограничение в 32 для количества битов, доступных для представления числа логических секторов.
2-ТБ-барьер является результатом этого 32-битного ограничения. Так как максимальное число, которое может быть представлено с помощью 32 битов, составляет 4 294 967 295, это означает 2,199 ТБ емкости с помощью секторов 512-byte (примерно 2,2 ТБ). Таким образом, с помощью схемы раздела MBR не под силу решить проблему с емкостью более 2,2 ТБ.
Чтобы сделать больше битов доступными для решения, устройство хранения должно быть инициализировано с помощью GPT. Эта схема раздела позволяет использовать до 64 битов информации в логических секторах. Это означает теоретическое ограничение 9,4 ZB (9,4 zettabytes, или 9,4 миллиарда терабайт). Однако проблема, которая влияет на GPT, в том, что большинство доступных в настоящее время систем основаны на стареющей платформе BIOS. BIOS поддерживает только инициализированные диски MBR для запуска компьютера. Чтобы перезапустить устройство, инициализированное с помощью GPT, ваша система должна быть UEFI-capable. По умолчанию многие текущие системы могут поддерживать UEFI. Корпорация Майкрософт ожидает, что большинство будущих систем будут иметь эту поддержку. Клиенты должны проконсультироваться со своим системным поставщиком, чтобы определить способность их систем поддерживать UEFI и диски с емкостью хранения более 2 ТБ.
Общие требования к объему не загружаемых данных
Для обеспечения максимальной емкости устройства с емкостью более 2 ТБ для системы применяются следующие необходимые условия:
Диск необходимо инициализировать с помощью GPT.
Версия Windows должна быть одной из следующих (32-битная или 64-битная, если иное не указано, но включая все выпуски SKU):
- Windows Server 2008 R2 (доступна только 64-битная версия)
- Windows Server 2008
- Windows 7
- Windows Vista
Необходимо установить новейшие драйверы хранения от производителя контроллера хранения. Например, если в системе используется контроллер хранения Intel, задаемый режиму RAID, убедитесь, что у вас есть последние применимые драйверы с сайта поддержки Intel.
В целом необходимо обратиться к поставщику систем, чтобы определить, поддерживает ли система размер устройства более 2 ТБ.
Общие требования к объему загружаемой системы
Предположим, что необходимо выполнить следующие условия:
- У вас есть устройство хранения, на которое можно установить Windows.
- Сделайте устройство хранения загружаемым.
- Включить операционную систему для решения максимальной емкости хранилища для этого устройства более 2 ТБ.
Для удовлетворения этих условий применяются следующие необходимые условия:
Диск необходимо инициализировать с помощью GPT.
Прошивка системы должна использовать UEFI.
Версия Windows должна быть одной из следующих (только 64-битная, но с учетом всех выпусков SKU):
- Windows Server 2008 R2
- Windows Server 2008
- Windows 7
- Windows Vista
Необходимо установить новейшие драйверы хранения от производителя контроллера хранения. Например, если в системе используется контроллер хранения Intel в режиме RAID, убедитесь, что у вас есть последние применимые драйверы на сайте поддержки Intel.
Windows не поддерживает запуск инициализированных томов GPT с помощью систем UEFI в 32-битных версиях Windows. Кроме того, устаревшие системы BIOS не поддерживают запуск томов с раздельным GPT. Проконсультируйтесь с поставщиком системы, чтобы определить, поддерживает ли система как UEFI, так и запуск устройств с емкостью хранения более 2 ТБ.
Матрица поддержки
В следующих таблицах приводится поддержка Корпорацией Майкрософт различных понятий, которые обсуждаются в этой статье. Эта информация содержит общую поддержку дисков с емкостью хранения более 2 ТБ.
Таблица 1. Windows для схем раздела в качестве объемов данных
| Системные | MBR | Hybrid-MBR | GPT |
|---|---|---|---|
| Windows 7 | Поддерживается | Не поддерживается | Поддерживается |
| Windows Vista | Поддерживается | Не поддерживается | Поддерживается |
| Windows XP | Поддерживается | Не поддерживается | Не поддерживается |
Hybrid-MBR — это альтернативный стиль раздела, который не поддерживается какой-либо версией Windows.
Таблица 2. Windows для системной прошивки
| Системные | BIOS | UEFI |
|---|---|---|
| Windows 7 | Поддерживается | Поддерживается |
| Windows Vista | Поддерживается | Поддерживается |
| Windows XP | Поддерживается | Не поддерживается |
Таблица 3. Windows для комбинаций прошивки загрузки и схем раздела для объема загрузки
| Системные | BIOS + MBR | UEFI + GPT | BIOS + GPT | UEFI + MBR |
|---|---|---|---|---|
| Windows 7 | Поддерживается | Поддерживается; требует 64-битной версии Windows | Объем загрузки не поддерживается | Объем загрузки не поддерживается |
| Windows Vista | Поддерживается | Поддерживается; требует 64-битной версии Windows | Объем загрузки не поддерживается | Объем загрузки не поддерживается |
| Windows XP | Поддерживается | Не поддерживается | Объем загрузки не поддерживается | Объем загрузки не поддерживается |
Таблица 4. Windows для дисков большой емкости в качестве объемов данных, не загружающихся
| Системные | >2-ТБ единого диска - MBR | >2-TB единого диска - Hybrid-MBR | >2-TB единого диска - GPT |
|---|---|---|---|
| Windows 7 | Поддерживает до 2 ТБ адресной емкости** | Не поддерживается | Поддерживает полную мощность |
| Windows Vista | Поддерживает до 2 ТБ адресной емкости** | Не поддерживается | Поддерживает полную мощность |
| Windows XP | Поддерживает до 2 ТБ адресной емкости** | Не поддерживается | Не поддерживается |
Если диск инициализирован с помощью схемы раздела MBR, невозможно решить Windows 2 ТБ. Например, для одного диска с 3 ТБ, инициализированного с помощью MBR, Windows могут создавать разделы до первых 2 ТБ. Однако оставшаяся емкость не может быть устранена и, следовательно, не может использоваться.
Инициализация диска данных с помощью GPT
В следующих действиях покажите, как инициализировать новый диск с помощью схемы раздела GPT для обеспечения того, чтобы Windows максимально доступной емкости хранилища. Перед началом этих действий убедитесь, что перед этим необходимо отработать необходимые данные.
Когда неинициализированный диск обнаруживается Windows, открывается следующее окно, чтобы побудить вас инициализировать диск.
В диалоговом окне Initialize Disk нажмите кнопку GPT (таблица разделов GUID) и нажмите кнопку ОК.
Если вы выберете этот параметр, этот жесткий диск не будет распознан Windows более ранних версий, чем Windows XP.
Проверьте окно управления диском, чтобы убедиться, что диск инициализирован. Если это так, строка состояния для этого диска в нижней части окна должна указывать на то, что диск находится в Режиме Online.
После инициализации диска необходимо создать раздел, а затем отформализовать этот раздел с помощью файловой системы. Он должен иметь возможность хранить данные в этом разделе и назначать имя и букву диска этому разделу. Чтобы сделать это, щелкните правой кнопкой мыши неуловимый пробел на правой стороне строки состояния для этого диска, а затем нажмите кнопку New Simple Volume. Выполните действия мастера разделов, чтобы завершить этот процесс.
Преобразование диска MBR в GPT
Если вы ранее инициализировали диск с помощью схемы раздела MBR, выполните следующие действия, чтобы инициализировать диск с помощью схемы GPT. Перед началом этих действий убедитесь, что перед этим необходимо отработать необходимые данные.
В окне Управление диском изучите строки состояния диска в нижней части. В следующем примере у пользователя есть диск с 3 ТБ, который был ранее инициализирован с помощью схемы раздела MBR. Это устройство помечено здесь как Диск 1.
Диск 1 содержит два отдельных неуловимых раздела. Это разделение указывает на то, что можно использовать первые 2 ТБ дискового пространства. Однако оставшееся пространство не является адресируемым из-за 32-битного ограничения пространства для адресации схемы раздела MBR. Чтобы система полностью реализовала общую емкость устройства хранения, необходимо преобразовать диск для использования схемы раздела GPT.
Щелкните правой кнопкой мыши метку слева для диска, который необходимо преобразовать, и нажмите кнопку Преобразование в GPT Disk.
Теперь на дисплее должно отображаться полное количество доступного пространства в неуловимом месте.
Теперь, когда диск инициализирован для доступа к полной емкости хранилища, необходимо создать раздел, а затем отформализовать этот раздел с помощью файловой системы. Он должен иметь возможность хранить данные в этом разделе и назначать имя и букву диска этому разделу. Чтобы сделать это, щелкните правой кнопкой мыши неуловимый пробел на правой стороне строки состояния для этого диска, а затем нажмите кнопку New Simple Volume. Выполните действия мастера разделов, чтобы завершить этот процесс.
Известные проблемы или ограничения
Так как переход на одноместную емкость более 2 ТБ произошел сравнительно недавно, корпорация Майкрософт исследовала, как Windows поддерживает эти большие диски. В результате выявлено несколько проблем, применимых к всем версиям Windows ранее и включая Windows 7 с Пакет обновления 1 и Windows Server 2008 R2 с Пакет обновления 1.
До этого известно, что при обработке Windows одного диска емкостью более 2 ТБ происходит следующее неправильное поведение:
Числовая емкость, превыше 2-х переполнений ТБ. Это приводит к том, что система может решать только возможности, пре превью 2 ТБ. Например, на диске с 3 ТБ доступная емкость может быть только 1 ТБ.
Числовая емкость, пре превью 2 ТБ, усечена. Это приводит к не более чем 2 ТБ адресного пространства. Например, на диске с 3 ТБ доступная емкость может быть только 2 ТБ.
Устройство хранения обнаружено неправильно. В этом случае он не отображается ни в windows Device Manager, ни в Windows Disk Management. Многие производители контроллеров хранения предлагают обновленные драйверы, которые обеспечивают поддержку емкостей хранения более 2 ТБ. Обратитесь к производителю контроллера хранения или OEM, чтобы определить, какая загружаемая поддержка доступна для однодисковых емкостей с более чем 2 ТБ.
Данные о смысле SCSI
Когда диск сталкивается с ошибками, связанными с нечитаемыми или нечитаемыми секторами, он сообщает об этих ошибках и соответствующих данных смысле SCSI в операционную систему. Данные о смысле SCSI могут содержать сведения о LBA для секторов, которые были признаны нечитаемыми или нечитаемыми.
Для адресного пространства LBA, которое превышает 2 ТБ, диску требуются данные о смысле SCSI в формате Descriptor. Этот формат не поддерживается Windows или Windows Server 2008 R2, который извлекает данные о смысле SCSI в фиксированном формате. Поэтому полученные данные о смысле SCSI либо не содержат сведений о плохих секторах, либо содержат неверные сведения о плохих секторах. Администраторы должны учтите это ограничение, когда они будут искать сведения ОАО плохого сектора, записанные в журнале событий Windows событий.
10 человек на терминальном сервере. Сейчас там стоит обычный sata винчестер без всяких raid. Стоит ли брать SSD на SATA3 для БД? Как быть с отсутствием поддержки TRIM в 2003?
Если брать SSD, то какой?
Оценить 4 комментария
UPD. Raid делать не хочется, потому что есть негативный опыт использования на другом сервере… Да и вообще софт-рейд не советуют, а железный будет дорого. SSD вроде как самый дешевый вариант. У нас уже ни один год работают софт-рейды и никаких проблем. Если не хотите RAID, то SSD + обязтелно диск для бэкапа Я бы обновился на 2008r2, у нас терминальная ферма, на нодах с 2 гигабайтами памяти в 1с клиентах живет по два-три десятка человек, но базы живут на другой машине.Сервер без рейда равняется простою и ребуту, если винт умирает — на восстановление из бекапов надо очень много времени если базы большие.
Так что не пожалейте 100-200 баксов на простейший апаратный рейд из адаптека и пары sas винтов 10к скорости, они будут явно быстрее явно десктопного веника на котором сейчас все живет.
Главное красиво аргументировать это начальству — иначе если все умрет и будет простой, головомойку устроят вам.
а когда будет письмобумажное руководству на необходимость покупки железа, вы достанете его из стола и скажете «а я вас, Козлов, предупреждал!» Напрасно. SAS будет медленнее современных SSD, сравнимых по цене.
Железный RAID за 100 от именитого бренда? Это фантастика. Adaptec 2405 вряд ли удастся найти дешевле 220
может и медленнее, зато гарантированно не умрёт при смерти ssd, а при хотя бы зеркале плюс hot-spair'e будет жить с тормозами, пока будет ребилдиться массив.
Зная некоторые сценарии использования баз 1C — SSD может и месяца не прожить.
Вы предлагаете отказаться от RAID при наличие SSD?
Зачем?
Если зеркало будет — при смерти SSD ничего не умрет.
Кстати, возможно, Вы этого не знаете, то SAS тоже дохнут. Была занятная история — 2 подряд, наверное одна партия бракованная.
я тоже за 10-й рейд. вырасти сможете и по надежности (x2) и по скорости (x4 x6 x8 . )без trim и без хардварного рейда вы рискуете однажды провести ночь с вашим сервером, восстанавливая систему и базу.
в крайнем случае, можно базу держать на SSD и бакапить её как можно чаще.
Хотя лично мне, этот контроллер нравится. можно попробовать запихнуть базу на RAM диск (в ОЗУ) И потерять свежие данные после подвисания драйвера принтера, к примеру?
IMHO, лучше взять два SSD и в софтрейд\на контроллер в RAID-1. Если у вас 1С файловая затыкается, особенно семёрка, то вам не хватает IOPS, и именно их вам даст SSD. Иначе вам надо брать SAS 15k, что дёшево не будет, а прирост IOPS гораздо меньше, по сравнению с SSD.
Озвучьте полную конфигурацию сервера (платформа, процессор, память).
Конфигурация «сервера» — Win2003 x86, Атлон 64Х2 5200+ 2.7ГГц, 3.93 Гб ОЗУ, обычный sata диск для системы и базы.
Однажды там уже стоял kingston ssd now 64gb для базы, и вот он мог просто так взять и отвалиться посреди рабочего дня. Хорошо хоть перезагрузка помогала системе снова его увидеть. Так что я немного побаиваюсь теперь этих SSD. А на другом сервере стоит полуаппаратный рейд 10, который после попытки загрузить там убунту с лайв-сд теперь не запускается без шаманских манипуляций. Так что я и на raid с опаской поглядываю.
Пока что думаю взять 2 sas 15k и простой хардварный рейд и сделать там рейд 0 для базы + каждый день бекап на старый винт. А если вдруг накроется медным тазом однажды — там периферийный сервер, синхронизация с основным каждые 10 минут. Думаю ничего страшного.
Может, есть смысл оперативки добить? 4 гига на 10 клиентов может быть и маловато.Т.е. у вас обычная машина? В этом случае уже ничего не поможет =)
Рейд-0 я бы всё-таки не советовал, вы всё равно теряете кучу времени на восстановление работы, а, как известно, техника выходит из строя именно в самый ответственный момент.
В вашем случае я за контроллер дружащий с SSD, с оперативкой. SSD есть от вендоров, Intel 5xx серии, там с надежностью всё в порядке.
(26)
Если при форматировании ты разметишь не весь диск, то на неразмеченную часть диска ОС ничего не сможет записать, и у контроллера SSD будет достаточно свободных ячеек для равномерного выравнивания, и быстрой записи.
Эта мера эффективна даже при наличии TRIM, а уж при ее отсутствии просто необходима.
В принципе производители обычно оставляют некоторый запас ячеек которые нельзя отдать системе, однако он небольшой.
Поэтому если есть трим - как минимум не забивайте диск под завязку.
Если трима нет, обязательно оставьте часть диска неразмеченной.
Однако отводят резерв немного не для того чтобы контроллер менял умершие ячейки. (29) Мне не понятно как он подменяет сдохшие ячейки? Он же их должен подменять из какого-то скрытого резерва, а не за счет свободного места на носителе. Иначе вдруг внезапно пользователь захочет запилить еще один диск из не размеченой области а там контроллер уже занял кучу ячеек под ремапы и что получится? При форматировании вылезет ошибка?
(31)2003 не поддерживает трим, как и ХР.
Т.е получается ты удаляешь файлы, а на диске они остаются и диск постепенно забивается под завязку.
Т.е ОС удалила файлы, а контроллер SSD ничего об этом не знает и хранит их. Диск постепенно забивается.
Чем больше забит диск, тем меньше эффективности от работы контроллера, по выравниванию износа ячеек. Ну и производительность проседает раза в два, из за того что перед каждой записью приходится выполнять стирание.
(32) Ерунда полная, команда TRIM нужна для сборщика мусора контроллера SSD, даже без трима он будет работать под разными осями совершенно адекватно, а не забьеьтся под завязку после удаления файлов. (33)Забьется.Собственно из за этого и падает производительность без трима.
Диск постоянно забит практически под завязку.
Т.е ОС видит что на диске дофига пустого места, а на самом деле он заполнен информацией.
И удаление происходит не в фоновом режиме, а только при попытке винды записать в уже записанный блок, тогда контроллер понимает, что данные не нужны и освобождает его.
Трим и сборщик мусора совершенно разные вещи.
Трим - команда ОС которая сообщает контроллеру, что некоторые данные можно стереть.
А сборщик мусора - это утилита контроллера которая занимается подготовкой ячеек к записи.
Причина историческая - обычному HDD не нужно стирать информацию перед записью, поэтому и не было предусмотрено команд для стирания типа "трим".
В итоге обычный HDD поработавший некоторое время на компьютере забит информацией на 100%.
Так же обстоит дело и с SSD при отсутствии трима.
Разница лишь в том, что HDD при этом себя нормально чувствует, для него это несущественно.
А вот SSD забитый под завязку работает неэффективно.
Трим нужен для уборщика мусора контроллера, иначе перезапись нетриммизированных ячеек будет более долгой, чем триммизированных - вот и все, на объем свободного места трим никак не влияет. Почитайте вику или еще где - полно статей по этому поводу.
(36)Абсолютно неверно.
Давай разберемся -
Вся информация о файлах и их нужности содержится только в одном месте - в файловой системе.
Файловая система в современных компьютерах это как правило часть операционной системы.
Именно файловая система подает команды физическим устройствам хранения.
АТА это всего лишь стандарт общения файловой системы и физического устройства хранения.
Теоретически конечно любую АТА команду может подать любая программа или устройство. Только вот какой в этом смысл?
Ну допустим некоторая прога умеет подавать АТА команду диску, как она подаст "трим" ?
Откуда она узнает что данные можно стирать? Эту информацию можно получить только из файловой системы.
Уборщик мусора убирает мусор сам, без всякой помощи.
Трим лишь указывает что конкретные данные являются мусором, т.е подкидывает работы уборщику.
(39)Ты сам то внимательно читал эту статью? Статья грамотная.
Там как раз объясняется популярно, что данные о удаленных файлах кроме как из файловой системы больше не откуда не получить.
А суть оптимизации интела заключается в концепции разреженных файлов (sparse file).
Пример разреженного файла в быту это образ виртуальной машины - нажали кнопку и фактически сразу у нас на диске появился файл размером 100гигабайт. Т.е на самом деле этот файл никто на диск не записывал, и нулями не заполнял, файловая система просто выделила место под него. Кстати не все файловые системы поддерживают эти файлы.
Так вот суть оптимизации - интеловская утилита начинает массово создавать на диске sparse файлы огромного объема.
На диск они не записываются, однако ФС приходится резервировать под них место. Т.е эта утилита вынуждает ФС обратится к диску и зарезервировать место под файл. Вот тут то контроллер SSD и понимает что все это зарезервированное место надо освободить. А поскольку это sparse файл, то реальной записи нет.
В итоге с помощью таких костылей приходится утилита сообщает диску о том какую информацию можно удалить.
И заметь сообщает не напрямую. Она лишь заставляет ФС сделать это.
Если ФС их не поддерживает она просто тупо создаст реальный файл забитый нулями и реально запишет его на диск, т.е для ссд это будет очень плачевно.
(40) ФС там непричем! ФС с этими фантомными файлами используется лишь для того, что бы получить номера блоков, которые надо затримить. Далее утилита (через драйвер контроллера) передает контроллеру команду TRIM с номерами блоков:
the Optimizer does after allocating all these sparse files is to calculate the linear LBA ranges which those sparse files actually make up, then proceed to issue the raw DATA SET MANAGEMENT command to the controller for said LBA ranges, which in turn make it to the SSD.
По поводу того что не все ФС поддерживают создание спарж-файлов - ну а кому-то нужна FAT или FAT-32 на SSD?
| Конфигурация компьютера | |
| Процессор: QuadCore AMD Phenom-II 925 2.8GGz | |
| Материнская плата: GA 970 D3 | |
| Память: 2*2Gb Kingsnon PC3-10700(667 MHz) | |
| HDD: Hitachi HDS723030ALA640 SCSI Disk Device (2794 Гб) | |
| Видеокарта: AMD Radeon HD 6450 | |
| Звук: Realtek High Definition Audio + ATI HDMI Audio | |
| Блок питания: 350W | |
| CD/DVD: PIONEER BD-RW BDR-207M SCSI CdRom Device + HL-DT-ST DVD-RAM GSA-H55N SCSI CdRom Device | |
| Монитор: LG Flatron ez T710B | |
| Ноутбук/нетбук: - | |
| ОС: Win XP x64 |
Доброго всем времени суток.
Есть 2 машины (обе AMDшные): 4ядра * 8гига * 2Тб(МБР) * 3Тб(ГПТ) + 60Гб(SSD) и 2ядра * 4гига * 1Тб(МБР) + 64Гб(SSD).
Ну, на первую ставить х86 - как минимум - не разумно и поэтому там живёт х64 и с TRIMом всё в порядке, а вот со второй - бЯда. Из опасений, что под х64 кто-нить из 1С Бухгалтерия, Налогоплательщик ЮЛ, ДокПФР, Консультант+, . вздумает глючить - поставил WinXPx86.
Не секрет - WinXP ни x86, ни х64 команду TRIM на SSDшник (без костылей) отправлять не умеет, но за то с этой задачей прекрасно справляется O&O Defrag Professional и тут выплыл следуючий нюанец: даже на 1-й машине (что под х64) фирменный инсталлятор от производителя устанавливает SATA-Driver таким образом, что в диспетчере устройств появляется SCSI-группа, а в ней AMD SATA RAID AHCI Compatible Controller. И вроде бы всё хорошо - HD Tune показывает: чтение с SSDшника = 500 Мб/сек, но. TRIM-то не проходит. Помучился-погуглил-покопался в папках на дровяном диске от мамаши и нашёл связку amd_sata.sys + amd_xata.sys. Дай, думаю, поставлю (вместо ahcix64.sys) - обновить->выберу сам->установить с диска->ребут. И TRIM попёрла, но это в случае с х64, а вот с х86 - ни мытьём, ни катаньем. А загвоздка (как я подозреваю) в том, что файлик ReadMe.rtf сообщает:
AMD AHCI controller driver distribution list
Version 1.2.001.0321, 10/28/2011
WS03x64 - Windows Server 2003 SP2, x64
WS03x86 - Windows Server 2003 SP2, x86
LHx64 - Windows Server 2008, x64
LHx86 - Windows Server 2008, x86
Win7x64 - Windows Server 2008R2, x64
Supported chipsets
.
а про ХРх86 - ни буквы. С х64 всё понятно - Windows Server 2003 SP2, x64 и Windows ХР SP2, x64 сидят на одном ядре (сборка 3790) - поэтому дривер как к себе домой.
Вот и основной вопрос темы: можно ли "заставить" ХРх86 посылать команду TRIM (чтобы она доходила до SSD)? Если "Да", то как?
Заранее благодарен.
-------
И был сначала ZX-Spectrum, потом Pentium, а на 7-ой день появился AMD, но это - форзва.
Читайте также: