Обзор и тест демонстрационных SSD на контроллере Silicon Motion SM2262G объемом 480 и 960 Гбайт: небольшая революция в сегменте среднебюджетных PCIe NVMe SSD (страница 2)
реклама
Тестовый стенд и ПО
Отнюдь не во всех «десктопных» материнских платах реализована поддержка команды DIPM, переводящей накопитель в режим «глубокого сна», в результате чего его энергопотребление падает до крайне низких значений. В относительных величинах разница может впечатлять: до пяти-семи раз, однако в фактическом отношении речь идет о значениях около одного ватта и менее. Последнее для обычного настольного ПК не играет никакой роли. Но в то же время твердотельные накопители часто ставят в ноутбуки, и вопрос поддержки этой команды в конкретных моделях интересует пользователей во вполне практическом свете: режим DevSleep, в который переходит SSD с активной поддержкой DIPM, позволяет добавить к автономной работе лишних пять-десять минут, что иногда бывает критичным. В процессе тестирования используются две материнских платы: ASRock Z270M-ITX/ac, не поддерживающая DIPM, и Zotac Z77-ITX WiFi (Z77ITX-A-E), где необходимая поддержка реализована. Это оказалось несколько проще, чем искать системную плату с нужными характеристиками «в одном». А во избежание повреждения процессорного сокета материнской платы (как известно, процессорный разъем типа LGA довольно хрупок и рассчитан на достаточно ограниченное число переустановок ЦП) было решено собрать две практически полноценных тестовых конфигурации: материнские платы прямо в сборе с процессором, оперативной памятью и прочим просто переставляются на стенде по мере необходимости. Общим остался только блок питания – Corsair HX750W мощностью 750 Ватт. |
Обновляем стенд для тестирования SSD-накопителей: Intel Z77 против Intel Z170, Windows 7 против Windows 10, а также различия между объемами ОЗУ Лаборатория уже долгое время тестирует SSD. Накоплена огромная база результатов, и любое изменение конфигурации может сыграть злую шутку в плане сопоставления разных моделей. Но время идет, и прогресс не стоит на месте. С учетом выхода новых платформ и ОС необходимо полное обновление стенда. Но насколько сильно изменятся результаты производительности твердотельных накопителей? |
Конфигурация: тестирование производительности:
- Материнская плата: ASRock Z270M-ITX/ac (BIOS L2.21);
- Процессор: Intel Core i5-7600K «Kaby Lake», работающий на частоте 4500 МГц;
- Система охлаждения: Arctic Freezer 11 LP;
- Термоинтерфейс: Arctic Cooling MX-2;
- Оперативная память: 2 х 4 Гбайт DDR4 (инженерные образцы) на частоте 2533 МГц с таймингами 16-16-16-39;
- Видеокарта: интегрированное в центральный процессор видеоядро Intel HD Graphics 630;
- Блок питания: Corsair HX750W мощностью 750 Ватт (незначительно доработан по элементной базе);
- Системный накопитель: Samsung 950 Pro 512 Гбайт (Samsung UBX + MLC 3D V-NAND Samsung + 1B0QBXX7).
реклама
Программное обеспечение:
- Windows 10 x64 Fall Creators Update «Домашняя» (1709, сборка 16299.98) со всеми текущими обновлениями с Windows Update.
Глобальные настройки операционной системы:
- Отключена служба System Restore;
- Отключен спящий режим, профиль электропитания – «высокая производительность», «отключать диски – никогда»;
- Отключен файл подкачки;
- Отключена раздача обновлений Windows 10 на другие ПК в сети;
- Создание файловой системы стандартными средствами ОС Windows одним разделом на весь объем носителя, файловая система NTFS, размер кластера – «стандартный», «сжатие файлов» отключено.
В качестве тестового программного обеспечения используются:
- IOMeter версии 1.1.0;
- Futuremark PCMark 7 (режим «Secondary Storage», стандартные настройки);
- AS SSD Benchmark версии 1.7.4739.38088;
- CrystalDiskMark (64bit) версии 3.0.3 (стандартные настройки, тестирование случайными данными).
Операции с реальными файлами (все операции – в пределах тестируемого носителя):
- Копирование папки с фотографиями в формате jpeg, размер 1.52 Гбайт (1 634 455 894 байт), 423 файла;
- Копирование папки с HD-видео (AVC), размер папки 10.3 Гбайт (11 085 980 739 байт), 7 файлов;
- Копирование папки с музыкальными аудиозаписями в формате mp3, размер папки 1.51 Гбайт (1 631 352 647 байт), 479 файлов;
- Копирование папки с документами в формате doc, размер папки 1.50 Гбайт (1 614 504 324 байт), 555 файлов;
- Обработка контейнера mkv при помощи программы MKVToolnix 18.0.0 с удалением всех звуковых дорожек и субтитров (в качестве файла использовался доступный в сети короткометражный анимационный фильм Sintel, в виде файла размером 5.11 Гбайт);
- Архивация папки с фотографиями и папки с документами в один архив (архиватор 7Zip версии 16.04 x64, тип архива – 7z, без сжатия).
Тестируемый накопитель устанавливается в слот PCI-Express 3.0 через «пассивную» (не вмешивающуюся в интерфейс) плату-адаптер.
Стабильность скоростных характеристик
Равно как и у классических накопителей на магнитных пластинах (HDD), у накопителей на флеш-памяти есть свои нюансы, связанные с постоянством показателей быстродействия в различных ситуациях.
Во-первых, далеко не все накопители могут обеспечивать стабильную скорость записи при сколь-либо продолжительной нагрузке, причем здесь может сказываться как быстродействие контроллера, так и наличие специальных алгоритмов «ускоренной записи» («SLC-режим») и их нюансы. Во-вторых, далеко не все накопители сохраняют свои показатели после того, как будет переписан весь объем массива флеш-памяти, находящийся в распоряжении контроллера (особенно снижение скорости записи было свойственно контроллерам SandForce SF-1***/SF-2*** из-за особенностей алгоритмов их работы).
реклама
В-третьих, бывают ситуации, когда накопитель оказывается без поступления на него команды TRIM (например, старый ПК, подключение через USB 3.0 на старых контроллерах, RAID-массивы, работа с базами данных) и тогда важно его микропрограммы задействовать часть резерва под оперативную запись. В-четвертых, отличается реакция накопителей на поступление команды TRIM: одни приступают к «сборке мусора» немедленно, другие – откладывают это на периоды простоя.
Причем первые тоже делятся на две подгруппы: на выполняющие операции «сборки мусора» монопольно с прерыванием всякой иной работы (просто перестающие откликаться на какие-либо обращения извне) и осуществляющие очистку ячеек памяти от ставших неактуальными данных в фоновом режиме, лишь несколько снижая быстродействие.
Все эти моменты мы и рассмотрим в порядке перечисления.
Случайная мелкоблочная запись по всему объему, «сборка мусора»
Имитируется работа накопителя в условиях нагрузки, близкой к серверной (непрерывная случайная запись блоками 4 Кбайт по всему объему с глубиной очереди запросов 32) при отсутствии TRIM. Именно так, к примеру, работают базы данных: создается один или энное число больших файлов, внутри которых выполняются операции чтения/записи, генерации команды TRIM при этом не происходит.
Тест проводится непрерывно в течение нескольких часов до исчерпания свободного места на накопителе, при этом снимаются показатели быстродействия: синие отметки – ежесекундно, черная линия – усредненное значение с интервалом в 30 секунд. Непрерывная мелкоблочная запись с большой глубиной очереди запросов, да еще при отсутствии TRIM – тип нагрузки, нехарактерный для домашних ПК, но он иллюстрирует то, насколько производительна и стабильна в показателях использованная в тестируемых накопителях аппаратная платформа в целом.
Занятная картина. Во-первых, новинка и в реальности почти дотягивает до уровня производительности в 400 000 IOPS, не хватило всего чуть-чуть. Во-вторых, более емкая модификация в таких условиях оказывается медленней. Можно сделать вывод, что на больших объемах начинает не хватать быстродействия контроллера. Такую картину мне доводилось наблюдать и ранее, ничего удивительного здесь нет. В-третьих, перестройка данных, принятых в SLC-режиме, начинается сразу после его отключения, на что тратится часть производительности конфигурации, благо что не такая значительная. И после консолидации данных быстродействие повышается обратно.
Теперь мы посмотрим на то, как работают алгоритмы «сборки мусора» (Garbage Collection). На итоговом графике присутствуют скоростные показатели накопителя в четырех ситуациях: состояние «чистого» массива ячеек, после непрерывной нагрузки в течение двух часов в условиях отсутствия команды TRIM, после простоя 30 минут, которых должно хватить накопителю для отработки внутренних алгоритмов «сборки мусора», после выполнения команды TRIM на весь объем накопителя.
В условиях наличия TRIM у накопителей нет никаких загвоздок: отработка полноценная и уровень производительности сохраняется равным «заводскому». При отсутствии TRIM (что в домашнем ПК представить себе сложно – NVMe поддерживается только теми операционными системами, в которых есть и TRIM) наблюдается некий всплеск, но полноценной реализацией автономной работы назвать это нельзя.
Линейная запись
На крупноблочной записи поведение накопителей иногда может отличаться от мелкоблочной записи со случайным доступом, а оно тоже может служить критерием выбора. Наглядный пример нагрузки такого рода – копирование крупных файлов силами Проводника Windows. Для большей наглядности инициируем линейную запись на весь объем, доступный пользователю, посредством AIDA64.
Встроенный в Windows диалог копирования файлов (процесс копирования крупных файлов) выглядит аналогично:
реклама
Под SLC-буфер выделяется сразу 30% массива памяти (накопитель принимает до 10% своего фактического, доступного пользователю, объема) и в нем скорость приема данных накопителем находится около 1.6 Гбайт/с для 480 Гбайт и 1.7 Гбайт для 960 Гбайт. В режиме «прямой записи» скорость снижается до примерно 550 Мбайт/с и 900 Мбайт/с соответственно.
Иначе говоря, в SLC-режиме ограничителем является контроллер, в режиме «прямой записи» – массив памяти. И судя по всему, под SLC-буфер задействуется именно пользовательское пространство, а не служебная область: под конец происходит дополнительное небольшое падение скорости – микропрограмма начинает заниматься «уплотнением» записанных в SLC-режиме данных.
Для сравнения, у Phison E7 в связке с планарной 15 нм MLC NAND Toshiba под SLC-режим выделяется все свободное пространство (в объеме 480 Гбайт скорости составляют примерно 1.1 Гбайт/с в SLC-режиме и 730 Мбайт/с в режиме «прямой записи»), у Samsung 960 Evo 512 Гбайт – 15% и 1.9 Гбайт и 660 Мбайт/с, у Silicon Motion SM2260G в сочетании с MLC 3D 32L Micron – до 25% свободного места (512 Гбайт – 1.1 Гбайт/с и 400 Мбайт/с), с TLC 3D 32L Micron – до 3.5%, SM2262 в паре с TLC 3D 64L Micron в реализации Intel 760p – 0.7 %, SM2263XT в связке с TLC 3D 64L Micron – 14%, Marvell 88SS1093 в паре с TLC 3D 64L Toshiba – 1.5% (512 Гбайт – 940 и 470 Мбайт/с).
Задержки при отработке TRIM
Происходит удаление данных. Каков процесс? Операционная система ничего не затирает, она просто помечает в файловой таблице, что данные стали неактуальны. Если с HDD такой прием вполне адекватен, так как магнитная поверхность просто перезаписывается, то SSD необходимо «знать» об удалении данных – ячейки флеш-памяти нельзя переписать, их сначала нужно очистить.
Именно с этой целью в стандарт ATA была включена новая команда, больше известная как TRIM. Подача этой команды сигнализирует микропрограмме накопителя, что размещающиеся по определенным LBA-адресам данные более неактуальны и соответствующие им ячейки памяти можно стереть. Сама по себе команда выполняется монопольно, но различается реакция самих устройств на подачу этой команды.
Три основных варианта: полный уход накопителя «в себя», снижение быстродействия, отсутствие видимой реакции вообще (накопитель «откладывает» выполнение расчистки «на потом», либо его аппаратное быстродействие настолько велико, что хватает и на фоновую расчистку, и на полноценное обслуживание запросов извне).
Первый из перечисленных вариантов наиболее неприятен: если накопитель является системным, то пользователь не просто случайно увидит резкое падение индикатора процесса копирования до нуля (а если никакого копирования пользователь не запускал, то не заметит и вовсе). Тут могут возникать рывки («фризы») в работе интерфейса операционной системы и приложений.
Тестирование ориентируется на реализацию SLC-кэширования (подавляющее большинство современных SSD оснащены этим алгоритмом) и проводится следующим образом:
- Создается несколько файлов объемом 8 Гбайт каждый (4 на накопителях объемом 120-256 Гбайт, 8 – 480-512 Гбайт, 16 – 960-1024 Гбайт) и один тестовый файл объемом 32 Гбайт;
- Делается пауза в несколько минут для отработки накопителем встроенных алгоритмов «сборки мусора» и консолидации данных из SLC-кэша;
- Осуществляется запись на накопитель файла из расчета 16 Гбайт записи для накопителей объемом 120-256 Гбайт и далее по 8 Гбайт на каждые 128 Гбайт объема накопителя;
- Пауза в несколько минут для отработки алгоритмов «сборки мусора» и консолидации данных из SLC-кэша;
- Удаляется файл, записанный в третьем пункте;
- Делается пауза в несколько минут для отработки накопителем встроенных алгоритмов «сборки мусора»;
- Запускается линейное чтение из созданного в пункте тестового файла, возникающие задержки выражаются в падении скорости чтения, что фиксируется с интервалом 0.5 секунд в специальном лог-файле, и производится удаление файлов объемом 8 Гбайт, созданных в первом пункте.
Зачем такие сложности? Пустой накопитель и накопитель с данными – не одно и то же. Если по таблице ретранслятора запрашиваемые ячейки пусты, то микропрограмма, как правило, не тратит время на считывание ячеек памяти, а просто отдает нули на такие запросы. Поток нулей с точки зрения системы – тоже данные, но за счет указанного приема быстродействие здесь выше (именно так получались высокие скорости у накопителей на контроллерах SandForce), а к практической эксплуатации такие результаты не относятся.
Почему сначала временные файлы и только затем – тестовый? А затем еще запись и удаление? Чтобы точно «вытеснить» тестовый файл из SLC-буфера – часто данные, записанные в SLC-режиме, читаются быстрее, нежели хранящиеся уже в «уплотненном» состоянии. Иногда, судя по поведению некоторых накопителей, в микропрограммах специально закладывается отложенная очистка SLC-кэша – как своеобразная «заточка» под популярные бенчмарки, которые записывают данные, тут же их считывают и на основании этого выдают результаты.
Сами по себе размеры удаляемых файлов сделаны такими большими для улучшения точности замеров (продолжительность выполнения операции отработки TRIM интерполируется по объему удаляемого и может быть просчитана).
С отработкой команды TRIM у новинки дела обстоят обыденно-неприятным образом: при удалении очень больших объемов данных пользователь может столкнуться с приостановкой работы накопителя.
Удаление 64 Гбайт данных в идеальных условиях (крупные файлы) приводит к «замиранию» образца объемом 480 Гбайт на 5 секунд, а вот экземпляр на 960 Гбайт «уходит» в себя на 12 секунд. Судя по всему, проблемы с быстродействием у более емкой модификации присутствуют и здесь.
Температурный режим
Оценив поведение образцов под интенсивными нагрузками при направленном обдуве, сравним его с поведением в условиях отсутствия теплоотвода вовсе.
Температура по мониторингу слегка превышает отметку в 70°C у обоих образцов, но при этом модификация на 480 Гбайт не имеет признаков троттлинга вообще, а вот 960 Гбайт начинает подтормаживать. Но, во-первых, это происходит после непрерывной записи более 200 Гбайт данных; во-вторых, сбросы не слишком критичные.
Достойный результат для такого довольно быстрого SSD.
Тестирование производительности
Рынок твердотельных накопителей на флеш-памяти (SSD), как и практически любой другой – это постоянная гонка за ценой. Даже если какой-то конкретный производитель не стремится в этом участвовать, его заставят это сделать или он просто будет терять в продажах и в итоге уйдет с рынка. Постоянное снижение цен – это непрерывный поиск способов снижения себестоимости конечных устройств. И речь тут идет не об уменьшении техпроцессов, по которым изготавливаются флеш-память и контроллеры – с этим, как правило, большинство участников рынка находятся в примерно равном положении (тут в плюсе больше первый эшелон компаний, о котором мы поговорим ниже). Подразумеваются здесь иные «технические приемы».
Весь рынок накопителей на флеш-памяти можно условно поделить на четыре эшелона. Производители высшего эшелона, обладающие собственным полупроводниковым производством (Micron, Samsung, Toshiba, WD (SanDisk)) стоят в самом начале цепочки, а потому они не подвержены проблемам с ростом цен на флеш-память в результате ее дефицита (ибо и сами ее изготавливают) и попутно получают возможность проводить отбор, оставляя себе наиболее качественную память.
В несколько худшем положении находятся компании, имеющие эксклюзивные контракты и партнерство (ADATA, Kingston, PTI, Transcend и ряд других), благодаря чему получают некоторые льготы и скидки, которыми отчасти гасят колебания рынка. Они зачастую приобретают не готовые микросхемы, а «вафли» (промышленные кремниевые пластины) для последующей их резки и сборки в микросхемы собственными силами.
Третий эшелон – компании, у которых есть собственное производство, но ограниченное рамками простой сборки: готовые микросхемы напаиваются на печатные платы, помещаются в корпус и выпускаются в оптовую или розничную (например, GoodRAM) продажу. Четвертый эшелон – никакого производства нет, готовые изделия закупаются у более высоких эшелонов (ODM/OEM-производство) и просто перепродаются под собственными торговыми маркам (Patriot, PQI, PNY, Silicon Power, SmartBuy и другие).
Но нужно понимать, что четкого разделения между эшелонами нет, пересечения наблюдаются самые разнообразные. Например, ADATA первое время свои Premier SP920 по факту закупала у Micron (эти накопители даже определялись Crucial Storage Executive как собственные решения Micron). LiteON при наличии собственного производства часть накопителей приобретает у PTI (LiteON MU3). Список примеров можно продолжать.
В соответствии со своим положением на рынке компании и участвуют в ценовой гонке. Самые верхи – простая смена техпроцессов и регулярное обновление модельного ряда. Самый низ – зачастую тотальный хаос, иной раз образцы (даже с близкой датой сборки на упаковке) в реальности могут быть на разных контроллерах и памяти. А учитывая то, что компании, условно выделенные выше в четвертый эшелон, закупают готовую продукцию, которая доступна всем, а не им конкретно, возникает проблема не только идентификации накопителя как определенной конфигурации на конкретном контроллере и конкретной флеш-памяти, но и как одного из «клонов». Например, GoodRAM CL100, Silicon Power S55, SmartBuy Leap определенных партий технически могут быть одним и тем же SSD.
Суммируя с тем, насколько обширная база результатов накоплена нами за последние годы (на данный момент это более четырех сотен записей), приоритет при формировании графиков для конкретной статьи зачастую отдается не моделям как таковым, а аппаратным конфигурациям, результаты которых будут повторимы и для других «клонов». Поэтому каждая строка в графиках содержит не просто наименование устройства, но и краткое описание аппаратной конфигурации.
Разберем графики на примере.
В скобках указывается:
- Контроллер;
- Тип памяти и ее компоновка, планарная обозначается «2D», с вертикальной компоновкой обозначается как «3D xxL», где хх – количество слоев;
- Техпроцесс изготовления флеш-памяти (если он явно указывается производителем памяти);
- Для планарной памяти - режим работы памяти;
- Производитель памяти (в том случае, если производитель один, а упаковщик другой, то указывается «упаковщик/производитель», например, «Spectek/Micron»);
- Идентификатор конфигурации памяти и контроллера (актуально для SandForce);
- Версия микропрограммы;
- Дата тестирования (не всегда).
В случае если какие-то данные отсутствуют или есть сомнения в достоверности (например, неясен упаковщик микросхем памяти), стоит знак вопроса («?»). Это значит, что они мною не были зафиксированы или же были утеряны. В основном это касается идентификаторов SandForce – на тот момент, когда начинался проект, никем даже не предполагалось, что объем накопленных результатов будет столь масштабен, и их учет просто не велся. Да на тот момент вопрос подмены аппаратных «начинок» не стоял столь остро, как сегодня.
Anvil's Storage Utilities
Futuremark PCMark 7
Данный бенчмарк включает набор специализированных тестов дисковой подсистемы, воспроизводящих реальные ситуации при работе различных приложений. Каждый тест – это своего рода сценарий-трасса работы конкретного приложения, причем воспроизведена не «тупо» нагрузка, а реальная схема работы, когда приложение обрабатывает данные, затем пишет их на диск, считывает что-то другое, необходимое для работы, обрабатывает, прекратив любые операции с носителем, а потом снова начинает действия по чтению/записи.
Итогом такого тестирования является общий индекс производительности, высчитываемый по достаточно непростой формуле, и конкретные показатели скорости в мегабайтах в секунду. Необходимо помнить, что численные показатели учитывают и вышеуказанные паузы, поэтому итоговое значение в мегабайтах в секунду будет небольшим в численном выражении.
Включите JavaScript, чтобы видеть графики
Включите JavaScript, чтобы видеть графики
Включите JavaScript, чтобы видеть графики
Включите JavaScript, чтобы видеть графики
Включите JavaScript, чтобы видеть графики
Включите JavaScript, чтобы видеть графики
Включите JavaScript, чтобы видеть графики
Включите JavaScript, чтобы видеть графики
Futuremark PCMark 8
Обновленная версия тестового пакета, имитирующего работу с реальными приложениями. По сравнению с седьмой версией тут более продвинутые алгоритмы тестирования (попутно значительно увеличилось время тестирования: вместо 10-20 минут теперь конечный результат выдается через час и более непрерывной работы теста).
Текст включен в методику недавно, поэтому по некоторым накопителям данные отсутствуют.
Включите JavaScript, чтобы видеть графики
CrystalDiskMark (64bit) 3.0.3
Это уже больше синтетический бенчмарк, который полезен тем, что позволяет проводить тестирование в двух режимах. Первый – хорошо поддающийся компрессии поток однотипных данных, второй – поток случайных данных, практически не поддающийся сжатию. Соответственно, итоговый результат в обоих случаях будет очень близок к максимально возможным показателям тестируемого носителя.
Режим тестирования случайными данными, не подвергаемых компрессии
На накопитель записывается файл размером 1000 Мбайт, состоящий из случайных практически не поддающихся компрессии данных. Результат теста – среднее значение по итогам пяти линейных проходов чтения.
Включите JavaScript, чтобы видеть графики
На накопитель записывается файл размером 1000 Мбайт, состоящий из случайных практически не поддающихся компрессии данных. Результат теста – среднее значение по итогам пяти проходов чтения случайным доступом блоками 512 Кбайт. Глубина очереди запросов – 1.
Включите JavaScript, чтобы видеть графики
На накопитель записывается файл размером 1000 Мбайт, состоящий из случайных практически не поддающихся компрессии данных. Результат теста – среднее значение по итогам пяти проходов чтения случайным доступом блоками 4 Кбайт. Глубина очереди запросов – 1.
Включите JavaScript, чтобы видеть графики
На накопитель записывается файл размером 1000 Мбайт, состоящий из случайных практически не поддающихся компрессии данных. Результат теста – среднее значение по итогам пяти проходов чтения случайным доступом блоками 4 Кбайт. Глубина очереди запросов – 32.
Включите JavaScript, чтобы видеть графики
На накопитель записывается файл размером 1000 Мбайт, состоящий из случайных практически не поддающихся компрессии данных. Результат теста – среднее значение по итогам пяти линейных проходов записи.
Включите JavaScript, чтобы видеть графики
На накопитель записывается файл размером 1000 Мбайт, состоящий из случайных практически не поддающихся компрессии данных. Результат теста – среднее значение по итогам пяти проходов записи случайным доступом блоками 512 Кбайт. Глубина очереди запросов – 1.
Включите JavaScript, чтобы видеть графики
На накопитель записывается файл размером 1000 Мбайт, состоящий из случайных практически не поддающихся компрессии данных. Результат теста – среднее значение по итогам пяти проходов записи случайным доступом блоками 4 Кбайт. Глубина очереди запросов – 1.
Включите JavaScript, чтобы видеть графики
На накопитель записывается файл размером 1000 Мбайт, состоящий из случайных практически не поддающихся компрессии данных. Результат теста – среднее значение по итогам пяти проходов записи случайным доступом блоками 4 Кбайт. Глубина очереди запросов – 32.
Включите JavaScript, чтобы видеть графики
Операции с различными типами файлов внутри накопителя
Состоялся переезд не только на новую конфигурацию тестового стенда, но и новую операционную систему. И с этим переездом возникла проблема в данном наборе тестов: используемая ранее программа TeraCopy в среде Windows 10 показывала неадекватные результаты. Поэтому было решено отказаться от нее.
Отныне тесты на копирование групп файлов будут выполняться силами самой операционной системы. Для этого был написан командный файл, который в автоматическом режиме копирует файлы и фиксирует время, затраченное на выполнение операции, делая минутную паузу между заданиями (для того, чтобы накопители с реализацией SLC-режима могли произвести консолидацию данных и подготовить чистые страницы флеш-памяти – так, как это происходит в реальной эксплуатации). Перед выполнением теста производится дополнительная операция копирования с целью заполнения дискового кэша и минимизации его влияния на результаты тестов.
Меньше – лучше
Включите JavaScript, чтобы видеть графики
Меньше – лучше
Включите JavaScript, чтобы видеть графики
Меньше – лучше
Включите JavaScript, чтобы видеть графики
Меньше – лучше
Включите JavaScript, чтобы видеть графики
Меньше – лучше
Включите JavaScript, чтобы видеть графики
Меньше – лучше
Включите JavaScript, чтобы видеть графики
Время доступа при операциях случайного чтения и записи
Довольно важным атрибутом быстродействия является время доступа к данным. Стоит понимать, что современные SSD накопители в этом плане достигли уже таких значений, что этот вопрос будет носить скорее академический интерес. Среднее время доступа при операциях чтения и записи было получено в результате тестирования AS SSD Benchmark версии 1.7.4739.38088.
Меньше – лучше
Включите JavaScript, чтобы видеть графики
Меньше – лучше
Включите JavaScript, чтобы видеть графики
Заключение
Состоялась небольшая революция, и отныне PCI-Express SSD Samsung не являются безоговорочными лидерами рынка решений на флеш-памяти. Успех новинки сложился из двух факторов.
Во-первых, применена новая 64-слойная 3D V-NAND IMFT, обладающая лучшими показателями быстродействия, нежели использовавшаяся до этого 32-слойная память предыдущего поколения. Впрочем, обширных иллюзий питать не стоит: новая память хоть и быстрее, но все же накопители небольшого объема по-прежнему будут невыразительны. И протестированный некоторое время назад Intel 760p объемом 128 Гбайт наглядно это продемонстрировал. Вполне очевидно, что и результаты моделей 240-256 Гбайт на линейных операциях не будут ассоциироваться с понятием «скоростной накопитель».
Во-вторых, был модернизирован сам контроллер Silicon Motion – теперь он общается с памятью быстрее, улучшились показатели на мелкоблочных операциях (причем с минимальными глубинами очереди запросов – как раз то, что обычному пользователю и нужно), да и общая пропускная способность выросла. И, судя по уровню нагрева, внутренние переделки контроллера заключаются отнюдь не в простом поднятии частоты ARM-ядер, раз уж Silicon Motion SM2262G даже с объемом в 1 Тбайт начинает перегреваться лишь после значительного объема непрерывной записи. Но инженерам Silicon Motion не следует расслабляться: ресурса производительности нового контроллера начинает явно не хватать на больших объемах флеш-памяти, и производительность падает.
Крупные компании уже отметились: на рынке появились Intel 760p и ADATA XPG SX8200. Осталось дождаться начала массовых поставок новой аппаратной платформы под мелкими торговыми марками. Ну а дальше – дожидаться «ответа» остальных разработчиков (в первую очередь Phison – как наиболее распространенной наравне с Silicon Motion в OEM/ODM-секторе).
реклама
Страницы материала
Лента материалов раздела
Соблюдение Правил конференции строго обязательно!
Флуд, флейм и оффтоп преследуются по всей строгости закона!
Комментарии, содержащие оскорбления, нецензурные выражения (в т.ч. замаскированный мат), экстремистские высказывания, рекламу и спам, удаляются независимо от содержимого, а к их авторам могут применяться меры вплоть до запрета написания комментариев и, в случае написания комментария через социальные сети, жалобы в администрацию данной сети.
Комментарии Правила