NVME SSD Kingspec NX-512 (512GB)
- Цена: ~33$
- Перейти в магазин
Удачная попытка приобрести экземпляр с контроллером Maxio MAP1202 (для понимания — это была единственная цель данного приобретения)
На коробке производитель отмечает, что он делал ssd, когда это еще не было мейнстримом, а большая часть современных марок просто не существовала. И это были ssd на далеких прародителях контроллера в рассматриваемом экземпляре — jmicron jmf601/2 (maxio — выделенное из jmicron подразделение ssd контроллеров).
Упаковка отделалась смятым уголком, содержимое не пострадало:
Комплектация минималистичная — ssd и винтик М2.
Плата с этикетками:
под этикеткой просматривается надпись шелкографией, где указано, на какой контроллер расчитана плата.
И под этикеткой (это пленка на двустороннем скотче, исключительно для декоративных целей), контроллер — MAP1202-F1C, флеш с непонятной маркировкой YWUNE1BMG-256G в BGA132 корпусе, 2шт.
многоканальный vrm — active-semi ACT88325VA:
Спецификация от производителя краткая и без конкретики — как и в большинстве бюджетных ssd по начинке практчиески ничего не обещают, а цифры от старших обьемов:
Конфигурация программно:
если посмотреть отзывы — встречается конфигурации побыстрее.
Smart при первом включении:
поддерживается только 512B сектор. из любопытного — потребление в режимах сна указаны правдоподобно для отсутствия поддержки энергосбережения на pcie.
Hwinfo — поддержки энергосбережения не наблюдается:
Тестирование проходило в «процессорном» слоте платы на чипсете z690 с процессором i3-12100 под Windows 10/21h1 со стандартным драйвером stornvme. Тесты проводились в условиях достаточного охлаждения, если не указано иное.
Сначала посмотрим на запись всего обьема посредством aida64/diskbench. Небольшое замечание по версиям теста — сравнительно свежие версии diskbench делают паузы в процессе обмена с диском, что иногда приводит к несоответствию времени и позволяет ssd частично высвобождать slc-кеш, что дает достаточно странные результаты. Используемая версия (1.04.07 из комплекта 4.20) этому практически не подвержена.
Запись пустого ~1800MB/s в slc-кеш ~16%, 160MB/s в tlc ~60%, 70MB при одновременном сбросе кеша, остаток:
потребление — 2.5Вт в slc-кеш, и ~1.5Вт остальные два участка. в конце сброс slc-кеша с паузами.
Чтение записанного — видно что в области записанной в slc режиме скорость выше (хотя по идее она была как минимум частично перезаписана в tlc). 1250 и 1000MB/s соответственно.
Повторная запись — небольшой кеши прямая запись в tlc. В силу примененного флеша — мееедленная, ~160MB/s.
hdtunepro — тут наблюдается интересная аномалия, быстро читается последние ~10GB записанные в slc-кеш.
Запись за пределами кеша — вышеописанный эффект отсутствует, читается медленно (slc-кеш) и очень медленно (tlc), аналогично результатам aida/diskbench.
Скорость произвольной записи блоком 4k и очередью в 32 ~трех обьемов, область — весь накопитель, исходно — пустой. Один график — iops в среднем, второй — пиковые задержки (без усреднения — отдельные операции, не надо сравнивать с распространенными в некоторых обзорах графиками построенными на основе данных iometer'а, где «пиковые» задержки демонстрируются с полусекундным усреднением):
Скорость записи даже в slc-кеш весьма скромная, дальше наблюдается еще два участка свободный массив, подобно последовательной записи, и после где-то 600гигабайт начинается разборка мусора, еще медленнее.
Фоновая активность наблюдалась странная — впечатление что после любого обращения накопитель на секунду просыпается и начинает сбрасывать slc-кеш в течении секунды, после чего опять засыпает, пока его еще раз не дернут. Но иногда процесс длится и дольше.
Скорость чтения заполненного таким образом накопителя невысокая — сказывается малый параллелизм массива флеша:
Рассмотрим проявление HMB, обьем здесь фиксирован и составляет мизерные 8MB.
Ниже приведен график зависимости скорости произвольного чтения последовательно прописанного накопителя с длинной очереди 32 в зависимости от области, в пределах которой производится чтение. Показывает, насколько хватает кеша транслятора (для чего больше частью и используют встроенную или внешнюю оперативную память контроллера, или дополняющий его HMB):
приведен только растянутый вариант первых 10%, даже на нем график без hmb сливается с вертикальной осью — падение начинается между 64-128MB, с hmb — между 5-10GB.
Зависимость скорости произвольной записи (4k/qd32) от области напоминает поведение на чтении, hmb тут не влияет на результат:
Поведение при отработке трим при очистке всего обьема диска (для замера использовано чтение по произвольным адресам без очереди в пределах всего обьема):
видны 3 стадии — чтение записанного диска (сливается с 0), непосредственно выдача trim — задержки выросли до ~70ms с пиком в 220ms в течении ~4.5 секунд суммарно и заключительно — чтение уже пустого диска. Какой-либо фоновой активности после непосредственно выдачи команд тут не наблюдалось.
Немного стандартной синтетики.
CDM7, где все хорошо:
многопоточное чтение 4k весьма низкое, что не удивительно — распараллеливание идет всего на 4 терабитных кристалла по 2 plane каждый. этого мало.
и потребление:
ATTO с разной очередью, тут тоже все красиво:
ожидаемо от maxio никакой зависимости нет, есть, нули MAP1202 умеет не писать во флеш, но после мелкоблочной записи это не проявляется
В смарте есть два датчика — их температуры совпадают с температурой контроллера и флеша. С таким медленным флешем контроллер греется весьма умеренно, это достигнутый максимум при записи, голый ssd без обдува:
Потребление в простое ~660мВт, максимум на записи 3.4Вт, на чтении 2.5Вт.
На плате есть индикатор активности — синий светодиод, который начинает мигать с периодом 0.8 секунды во время обмена с ssd. Сигнал активности на разьеме его дублирует.
Экземпляр в смысле скорости попался неудачный — флеш с кристаллами огромного обьема и как следствие минимальный параллелизм, кроме того сам контроллер странновато ведет себя на чтении и похоже у него это родовое — накопитель на его предшественнике, map1002, вел себя схоже. Интересно, что изменилось в map1602, для которого заявлены скорости на уровне топовых pcie4x4.
Из плюсов можно отметить разве что низкий нагрев, даже несмотря на отсутствие энергосберегающих режимов. Впрочем это в многом следствие использования медленного флеша.
Но не стоит забывать, что данная модель встречается с разными контроллерами и флешем, так что вероятность получить экземпляр аналогичный рассмотренному не высока. Это и к лучшему.
На коробке производитель отмечает, что он делал ssd, когда это еще не было мейнстримом, а большая часть современных марок просто не существовала. И это были ssd на далеких прародителях контроллера в рассматриваемом экземпляре — jmicron jmf601/2 (maxio — выделенное из jmicron подразделение ssd контроллеров).
Упаковка отделалась смятым уголком, содержимое не пострадало:
Комплектация минималистичная — ssd и винтик М2.
Плата с этикетками:
под этикеткой просматривается надпись шелкографией, где указано, на какой контроллер расчитана плата.И под этикеткой (это пленка на двустороннем скотче, исключительно для декоративных целей), контроллер — MAP1202-F1C, флеш с непонятной маркировкой YWUNE1BMG-256G в BGA132 корпусе, 2шт.
многоканальный vrm — active-semi ACT88325VA:Спецификация от производителя краткая и без конкретики — как и в большинстве бюджетных ssd по начинке практчиески ничего не обещают, а цифры от старших обьемов:
Конфигурация программно:
v0.2a
OS: 10.0 build 19045
Drive : 2(NVME)
Scsi : 2
Driver : W10
Model : NX-512
Fw : SVN9177
S/N : 0002178003746
HMB : 8192 - 8192 KB (Enabled, 8 M)
Size : 488386 MB [512.1 GB]
LBA Size: 512
AdminCmd: 0x00 0x01 0x02 0x04 0x05 0x06 0x08 0x09 0x0A 0x0C 0x10 0x11 0x14 0x80 0x84 0xC1 0xC2
I/O Cmd : 0x00 0x04 0x08 0x09
Firmware id string[1C0]: MKSSD_501003000091770000,May 31 2022,16:04:59,MAP1202,YN5TCGDC
Project id string[180] : r:/16_code_trunk/SD_BIC5/128GB_die/1202_WD_BICS5_branch9177
Controller : MAP1202
NAND string : SDUNEIAMAxx
NAND MaxPE cycles : 3000
NAND Freq : 1200
Ch0CE0: 0x45,0x48,0x98,0x3,0x76,0x64,0x0 - Sandisk 112L BiCS5 TLC 16k 1024Gb/CE 1024Gb/die 2Plane/die
Ch1CE0: 0x45,0x48,0x98,0x3,0x76,0x64,0x0 - Sandisk 112L BiCS5 TLC 16k 1024Gb/CE 1024Gb/die 2Plane/die
Ch2CE0: 0x45,0x48,0x98,0x3,0x76,0x64,0x0 - Sandisk 112L BiCS5 TLC 16k 1024Gb/CE 1024Gb/die 2Plane/die
Ch3CE0: 0x45,0x48,0x98,0x3,0x76,0x64,0x0 - Sandisk 112L BiCS5 TLC 16k 1024Gb/CE 1024Gb/die 2Plane/dieесли посмотреть отзывы — встречается конфигурации побыстрее.
Расширенный smart
-------- NVME SMART --------
0 Critical Warning : 0
1 Composite Temperature : 38
2 Available Spare : 100
3 Available Spare Threshold : 1
4 Percentage Used : 0
5 Data Units Read,MB : 0
6 Data Units Written,MB : 0
7 Host Read Commands : 12
8 Host Write Commands : 0
9 Controller Busy Time : 0
10 Power Cycles : 2
11 Power On Hours : 0
12 Unsafe Shutdowns : 2
13 Media and Data Integrity Errors : 0
14 Number of Error Information Log Entries : 1
15 Warning Composite Temperature Time : 0
16 Critical Composite Temperature Time : 0
17 Temperature Sensor 0 : 38
18 Temperature Sensor 1 : 34
25 Thermal Management Temp 1 Transition Count : 0
26 Thermal Management Temp 2 Transition Count : 0
27 Total Time For Thermal Management Temp 1 : 0
28 Total Time For Thermal Management Temp 2 : 0
-------- ATA-style ExtSMART --------
id Description val raw
009 Power-on Hours Count 0 0 (000000000000)
012 Power Cycle Count 0 2 (000000000002)
167 SSD Protect Mode 0 0 (000000000000)
168 PHY Error Count 0 23130 (000000005A5A)
169 Bad Block Count 98 225/ 1 (000000E10001)
171 Program Fail Count 0 0 (000000000000)
172 Erase Fail Count 0 0 (000000000000)
173 Erase Count 0 1/ 2/ 1 (000100020001)
175 Bad Cluster Table Count 100 0 (000000000000)
192 Unexpected Power Loss Count 0 2 (000000000002)
194 Controller Temperature,C 100 39 (000000000138)
231 SSD Life Left 100 0 (000000000000)
241 Total LBA written,MB 0 0 (000000000000)
242 Total LBA read,MB 0 7 (00000000000F)
243 Nand Temperature,C 0 34 (000000000022)
-------- ExtSMART --------
Write? : 4672
Read? : 17410
Unk1 : 0
Unk2 : 0
Unk3 : 0
AvePE : 1
MaxPE : 2
MinPE : 1
AvePE SLC : 1
MaxPE SLC : 2
MinPE SLC : 1
Unk7 : 0
Bad Block Count?: 1
Bad Block Count?: 225
Unk10 : 0
SSD Life Left? : 100Smart при первом включении:
Отчет smartctl 7.3
smartctl 7.3 2022-02-28 r5338 [i686-w64-mingw32-w10-b19045(64)] (sf-7.3-1)
Copyright © 2002-22, Bruce Allen, Christian Franke, www.smartmontools.org
=== START OF INFORMATION SECTION ===
Model Number: NX-512
Serial Number: 0002178003746
Firmware Version: SVN9177
PCI Vendor/Subsystem ID: 0x1e4b
IEEE OUI Identifier: 0x000000
Total NVM Capacity: 512 110 190 592 [512 GB]
Unallocated NVM Capacity: 0
Controller ID: 0
NVMe Version: 1.4
Number of Namespaces: 1
Namespace 1 Size/Capacity: 512 110 190 592 [512 GB]
Namespace 1 Utilization: 1 064 960 [1.06 MB]
Namespace 1 Formatted LBA Size: 512
Namespace 1 IEEE EUI-64: 000000 0000000001
Local Time is: Wed Nov 23 01:09:58 2022 RTZST
Firmware Updates (0x1a): 5 Slots, no Reset required
Optional Admin Commands (0x0017): Security Format Frmw_DL Self_Test
Optional NVM Commands (0x001f): Comp Wr_Unc DS_Mngmt Wr_Zero Sav/Sel_Feat
Log Page Attributes (0x03): S/H_per_NS Cmd_Eff_Lg
Maximum Data Transfer Size: 128 Pages
Warning Comp. Temp. Threshold: 90 Celsius
Critical Comp. Temp. Threshold: 95 Celsius
Supported Power States
St Op Max Active Idle RL RT WL WT Ent_Lat Ex_Lat
0 + 6.50W - - 0 0 0 0 0 0
1 + 5.80W - - 1 1 1 1 0 0
2 + 3.60W - - 2 2 2 2 0 0
3 - 0.7460W - - 3 3 3 3 5000 10000
4 - 0.7260W - - 4 4 4 4 8000 45000
Supported LBA Sizes (NSID 0x1)
Id Fmt Data Metadt Rel_Perf
0 + 512 0 0
=== START OF SMART DATA SECTION ===
SMART overall-health self-assessment test result: PASSED
SMART/Health Information (NVMe Log 0x02)
Critical Warning: 0x00
Temperature: 36 Celsius
Available Spare: 100%
Available Spare Threshold: 1%
Percentage Used: 0%
Data Units Read: 0
Data Units Written: 0
Host Read Commands: 12
Host Write Commands: 0
Controller Busy Time: 0
Power Cycles: 2
Power On Hours: 0
Unsafe Shutdowns: 2
Media and Data Integrity Errors: 0
Error Information Log Entries: 1
Warning Comp. Temperature Time: 0
Critical Comp. Temperature Time: 0
Temperature Sensor 1: 36 Celsius
Temperature Sensor 2: 29 Celsius
Error Information (NVMe Log 0x01, 16 of 64 entries)
Num ErrCount SQId CmdId Status PELoc LBA NSID VS
0 1 0 0x0002 0x2002 0x000 0 0 -поддерживается только 512B сектор. из любопытного — потребление в режимах сна указаны правдоподобно для отсутствия поддержки энергосбережения на pcie.
Hwinfo — поддержки энергосбережения не наблюдается:
Тестирование проходило в «процессорном» слоте платы на чипсете z690 с процессором i3-12100 под Windows 10/21h1 со стандартным драйвером stornvme. Тесты проводились в условиях достаточного охлаждения, если не указано иное.
Сначала посмотрим на запись всего обьема посредством aida64/diskbench. Небольшое замечание по версиям теста — сравнительно свежие версии diskbench делают паузы в процессе обмена с диском, что иногда приводит к несоответствию времени и позволяет ssd частично высвобождать slc-кеш, что дает достаточно странные результаты. Используемая версия (1.04.07 из комплекта 4.20) этому практически не подвержена.
Чтение пустого - тест бесполезный, ниже можно посмотреть как читается последовательно записанный
Запись пустого ~1800MB/s в slc-кеш ~16%, 160MB/s в tlc ~60%, 70MB при одновременном сбросе кеша, остаток:
потребление — 2.5Вт в slc-кеш, и ~1.5Вт остальные два участка. в конце сброс slc-кеша с паузами.Чтение записанного — видно что в области записанной в slc режиме скорость выше (хотя по идее она была как минимум частично перезаписана в tlc). 1250 и 1000MB/s соответственно.Повторная запись — небольшой кеши прямая запись в tlc. В силу примененного флеша — мееедленная, ~160MB/s.hdtunepro — тут наблюдается интересная аномалия, быстро читается последние ~10GB записанные в slc-кеш.
Запись за пределами кеша — вышеописанный эффект отсутствует, читается медленно (slc-кеш) и очень медленно (tlc), аналогично результатам aida/diskbench.
Скорость произвольной записи блоком 4k и очередью в 32 ~трех обьемов, область — весь накопитель, исходно — пустой. Один график — iops в среднем, второй — пиковые задержки (без усреднения — отдельные операции, не надо сравнивать с распространенными в некоторых обзорах графиками построенными на основе данных iometer'а, где «пиковые» задержки демонстрируются с полусекундным усреднением):
Скорость записи даже в slc-кеш весьма скромная, дальше наблюдается еще два участка свободный массив, подобно последовательной записи, и после где-то 600гигабайт начинается разборка мусора, еще медленнее.
Фоновая активность наблюдалась странная — впечатление что после любого обращения накопитель на секунду просыпается и начинает сбрасывать slc-кеш в течении секунды, после чего опять засыпает, пока его еще раз не дернут. Но иногда процесс длится и дольше.
Скорость чтения заполненного таким образом накопителя невысокая — сказывается малый параллелизм массива флеша:
До кучи скорость записи - пусть помучается. Далось ему это тяжко, обошлось всего в 3 цикла стирания tlc и полторы тысячи - slc-кеша, следующий проход выполнялся уже на нормальной скорости для последовательно записанного
Рассмотрим проявление HMB, обьем здесь фиксирован и составляет мизерные 8MB.
Ниже приведен график зависимости скорости произвольного чтения последовательно прописанного накопителя с длинной очереди 32 в зависимости от области, в пределах которой производится чтение. Показывает, насколько хватает кеша транслятора (для чего больше частью и используют встроенную или внешнюю оперативную память контроллера, или дополняющий его HMB):
приведен только растянутый вариант первых 10%, даже на нем график без hmb сливается с вертикальной осью — падение начинается между 64-128MB, с hmb — между 5-10GB.Зависимость скорости произвольной записи (4k/qd32) от области напоминает поведение на чтении, hmb тут не влияет на результат:
Поведение при отработке трим при очистке всего обьема диска (для замера использовано чтение по произвольным адресам без очереди в пределах всего обьема):
видны 3 стадии — чтение записанного диска (сливается с 0), непосредственно выдача trim — задержки выросли до ~70ms с пиком в 220ms в течении ~4.5 секунд суммарно и заключительно — чтение уже пустого диска. Какой-либо фоновой активности после непосредственно выдачи команд тут не наблюдалось.Немного стандартной синтетики.
CDM7, где все хорошо:
многопоточное чтение 4k весьма низкое, что не удивительно — распараллеливание идет всего на 4 терабитных кристалла по 2 plane каждый. этого мало.и потребление:
ATTO с разной очередью, тут тоже все красиво:
ATTO с разными данными:
В смарте есть два датчика — их температуры совпадают с температурой контроллера и флеша. С таким медленным флешем контроллер греется весьма умеренно, это достигнутый максимум при записи, голый ssd без обдува:
Потребление в простое ~660мВт, максимум на записи 3.4Вт, на чтении 2.5Вт.
На плате есть индикатор активности — синий светодиод, который начинает мигать с периодом 0.8 секунды во время обмена с ssd. Сигнал активности на разьеме его дублирует.
Экземпляр в смысле скорости попался неудачный — флеш с кристаллами огромного обьема и как следствие минимальный параллелизм, кроме того сам контроллер странновато ведет себя на чтении и похоже у него это родовое — накопитель на его предшественнике, map1002, вел себя схоже. Интересно, что изменилось в map1602, для которого заявлены скорости на уровне топовых pcie4x4.
Из плюсов можно отметить разве что низкий нагрев, даже несмотря на отсутствие энергосберегающих режимов. Впрочем это в многом следствие использования медленного флеша.
Но не стоит забывать, что данная модель встречается с разными контроллерами и флешем, так что вероятность получить экземпляр аналогичный рассмотренному не высока. Это и к лучшему.
| +141 |
8021
33
|
Самые обсуждаемые обзоры
| +72 |
3423
141
|
| +51 |
3642
66
|
| +31 |
2617
50
|
| +39 |
3008
42
|
| +56 |
2065
37
|
вообще полезно не только картинки смотреть, но и читать.
впрочем картинки смотреть тоже полезно — например от CDI или HWI — там текущий режим указан.
p.s. посмотреть, как через 3.0x2 пролазит аж целых 3+GB/s было бы несомненно интересно.
rtfm, батенька, rtfm.
И там PCIE 2.0x3 или PCIE 3.0x3?
Общедоступны?
мптулы для на сайтах из поднебесной для 1202 есть. может когда и утекут.
хотя проблем с нужными конфигами это не отменит.
По каким критериям смотреть? Или может конкретные модели посоветуете?
что до нагрева — в простое это больше зависит от настроек энергосбережения у коробки, они бывают сильно разные и врядли предсказуемо.
сами накопители — ну вот выше пример весьма скромного потребления даже несмотря на отсутствие энергосбережения. и скорости под стать потреблению, хотя все равно быстрее большинства sata безбуферников.
применительно к sata — там выбрать что-либо недорогое, не проваливающееся до полсотни мег записи — та еще задачка. у nvme более-менее предсказуемый результат на записи — например wd blue sn350(не выше терабайта)/sn550/570.
Кейс usb-3.1 на RTL9210B, максимальных скоростей не будет, поэтому важнее температура, ну и надёжность.
мне посоветовали kingston a2000 они похолоднее и с dram буфером
— на авито наверное еще есть новые
а потом понеслось… мне нужен был загрузочные накопители… и я понакупал разных боксов, накопителей и внешних накопителей
на практике оказалось, что нагрев — дело десятое, есть более актуальные вопросы, например совместимость, многое зависит от бокса, от контроллера бокса. например nvme хуже в качестве загрузочных внешних дисков на старых компах
а удобнее мне все равно внешние ssd в виде не очень большой флешки
Нюанс — данные писал с идентичного usb адаптера с netac nv3000 2TB. У него вместе с адаптером потребление в простое было сильно выше — 0.7-0.8 Вт.
к слову весь этот тест длился больше суток.
p.s. и не стоит надеятся, что если где-то показали график от иометера без таких взбрыков, то это значит что их там не было.
а во носимые и в офисные ПК надо накопители серверные, чтобы охфис на 3500мс (т.е. 3,5с) быстрее открывался
Это как это?
могу повтрить вопрос с корректировкой обьема.
Это как это?
типовой график подобного теста из под иометера включает два усреднения — ежесекундное (которое некоторые авторы зачем-то называют мгновенным) и за 30 секунд.
а собственно задержек там вообще нет.
Спасибо, интересно.
Ну и педерасты эти авторы иометра. Но и ежесекундное усреднение автоматически видит лаги порядка секунды.Похоже, по результатам исследования, пациент скорее мёртв, чем жив.
Что на очереди из интереса? Гудга, иксрейдиск, кингчуксинг?
Зачем такой шлак вообще исследовать, изначально же понятно, что шлак?
Впрочем, на фоне некоторых пациентов со скоростью записи в TLC 25 метров/секунду данный экземпляр ещё довольно резв, хоть и не дотягивает даже до скорости HDD
Я так понимаю, что безбуферники меньше греются?
Пока смотрю на терабайтники Reletech P600 и Netac NV3000. В нетак смущает, что некоторым приходят SSD без датчика температуры, скорее всего без контроля температуры в тяжёлых условиях ему будет быстрый кирдык.
nv3000 — это лотерея, где встречается что угодно. как и подавляющее большинство бюджетных дисков вообще и продаваемых на али в частности.
вот p600 тут выделяется, контроллер там указан, но про некоторые странности экземпляра с прошивкой EHFM31.1 я тут писал не так давно, возможно в нынешних что-то изменилось. да и в целом субьективно это врядли будет заметно.
сами контроллеры e15/e19 достаточно горячие, ибо корпус у них мелкий. но потребляют скромно.
у нетака последнее время есть мода ограничивать показания 54 градусами.
но термозащита и показометр в смарте — независимы, тут можно не беспокоится, датчик нынче живет внутри контроллера и его не может не быть.
Заказал P600, ваш обзор про него читал, про странности с HMB в курсе.
Есть медная пластина 1мм, после проверки SSD приклею её термоклеем Stars-922 как радиатор и уже между корпусом и пластиной термопрокладку положу.
Разбил на 2 раздела — система и данные. Заполнил примерно на четверть, запустил CrystalDiskMark и получил совсем удручающую картину по записи:
Правильно понимаю, что для игр (как это декларирует производитель) это не самый подходящий вариант, так как раз происходит последовательная запись больших блоков?
а почему последовательно пишется меньше чем рандомно — непонятно. полезнее какой-нить hdtunepro/filebenchmark погонять, там хоть будет видно, как скорость меняется.
Dear,Please format the ssd, then test it again.
Зlease test the empty ssd, you see, 91gb of the capacity is used, the speed will be influenced.