Страница 2: OCZ Vector | В деталях
Контроллер OCZ Vector разрабатывался командой OCZ Indilinx, он базируется на процессоре ARM Cortex. Подключение к ПК обеспечивается интерфейсом SATA 6 Гбит/с, контроллер работает с флэш-памятью NAND по восьми каналам. Флэш-память производится по 25-нм техпроцессу на заводах IMFT, совместного предприятия Intel и Micron. По надёжности этой памяти у нас пока нет информации. Поскольку OCZ приобретает память в виде подложек и изготавливает чипы самостоятельно, что-либо предположить сложно. Сама OCZ указывает нагрузку записи 20 Гбайт в день на протяжении пяти лет, которую как раз может выдержать накопитель.
OCZ обещает, что семейство Vector станет наиболее скрупулёзно протестированной (потребительской) линейкой SSD. Здесь подразумевается и использование большой группы бета-тестеров, которые принимали участие в тестировании нового накопителя. Кроме того, каждый SSD перед отправкой в розничную сеть стрессово тестируется. OCZ также постаралась поднять планку по качеству прошивок, что стало возможным благодаря удлинению цикла валидации. Уверенность OCZ в своих SSD подкрепляется и гарантией пять лет, на уровне Intel SSD 520 Series (тест и обзор) и Samsung SSD 840 Pro Series (тест и обзор). Но гарантия OCZ распространяется только на общую нагрузку записи до 36,5 Тбайт - то есть как раз примерно по 20 Гбайт в день на протяжении пяти лет.
Плата OCZ Vector заполнена с двух сторон, конструкция вполне обычная. На лицевой стороне рядом с контроллером располагаются восемь чипов флэш-памяти, а также чип DDR3 Micron D9PFJ. Сзади мы получаем ещё восемь чипов флэш-памяти и второй модуль DDR3. Таким образом, OCZ Vector использует 512 Мбайт кэша.
Сначала поговорим о производительности накопителя под интенсивной нагрузкой. Мы провели первый прогон "свежего" накопителя в тесте HDTach:
Что случилось? Обычно мы ожидаем увидеть два горизонтальных графика. Поскольку флэш-память не заполнена, накопитель может использовать всю доступную ёмкость с максимальными скоростями чтения и записи. В данном случае для чтения всё верно, но скорость записи снижается. Когда накопитель проходит чуть больше половины ёмкости, скорость записи падает до уровня, более чем в два раза ниже первоначального. Следующий проход даёт ожидаемый результат.
Дальнейшие прогоны продолжают давать ожидаемый результат. Но если накопитель сброшен к первоначальному состоянию через Secure Erase, то мы снова получаем график, как на первом скриншоте. Почему SSD так себя ведет, мы не знаем. Сама OCZ данный результат не смогла повторить, назвав в качестве возможных причин старые версии BIOS и драйвера в нашем случае. Конечно, совсем не похоже, что проблема кроется в драйвере, но поскольку она самостоятельно исчезает в последующих прогонах, то причин для паники мы не видим.
То, что проблемы наблюдаться не должно, подтверждает следующий скриншот, полученный нами от OCZ. Но он получен под другой версией BIOS, другим драйвером SATA и более свежей версией теста HD Tach. Проблемы в данном случае мы не наблюдаем:
Следующим шагом мы провели тесты Iometer по всей протяженности ёмкости, чтобы симулировать интенсивную нагрузку (без TRIM).
Скорость чтения остаётся стабильной и после стрессовой нагрузки, хотя скорость записи заметно падает. Впрочем, OCZ Vector в этом далеко не одинок, другие (high-end) SSD тоже сдают свои позиции после интенсивной нагрузки, причём некоторые падают ещё сильнее. В принципе, ничего страшного в результатах нет, поскольку оба "тяжёлых" фактора, а именно интенсивная нагрузка и отсутствие поддержки TRIM, встречаются одновременно в редких системах. Но если ваша система относится к такому типу, то, как и раньше, мы рекомендуем накопители на контроллерах SandForce - они с двумя описанными сценариями (даже одновременными) справляются очень хорошо.
Ещё один прогон даёт практически противоположный результат: скорость записи остаётся относительно стабильной, а скорость чтения значительно снижается. Впрочем, она повышается ближе к концу ёмкости даже чуть выше начального уровня. Простым объяснением данного поведения будет адаптивная схема работы контроллера или прошивки, то есть она адаптируется к текущему профилю производительности. Intel уже давно использует адаптивные алгоритмы для своей линейки SSD 320, так что производительность будет тем лучше, чем дольше накопитель подвергается определенному профилю нагрузки.
Ещё одно возможное объяснение кроется в том, что настало время "сборки мусора". Чтобы накопитель смог давать высокую скорость записи, ему требуется подготовить как можно больше свободных блоков. Поддержка TRIM отсутствует (что вполне логично при прогонах HDTach), поэтому упорядочить/очистить блоки накопителю намного сложнее, так как он не может отбрасывать ненужные данные (контроллер попросту не знает, что данные не нужны). В тестах того же Intel SSD 510 хорошо виден подобный процесс очистки, выполняющийся во время операций записи. Очень неровная производительность контроллера - явный признак того, что он занят другими задачами, а именно "сборкой мусора", то есть очисткой и подготовкой свободных блоков.
Накопитель OCZ выполняет операции "сборки мусора" (по большей части) во время операций чтения, что как раз объясняет снижение производительности чтения на последнем скриншоте. Так как тест HDTach сначала выполняет тест чтения, а потом тест записи, то производительность записи после теста чтения из-за прошедшей "сборки мусора" возвращается к базовому уровню.
Какое из двух представленных объяснений больше соответствует OCZ Vector, сказать сложно. Задержки "сборки мусора", безусловно, играют свою роль, но адаптивные алгоритмы тоже вносят свою лепту.