Низкая скорость NVME

Устройства хранения данных
А так же обсуждение вопросов, связанных с разделами на них.
Правила форума
Как правильно задавать вопросы Правильно сформулированный вопрос и его грамотное оформление способствует высокой вероятности получения достаточно содержательного и по существу ответа. Общая рекомендация по составлению тем: 1. Для начала воспользуйтесь поиском форума. 2. Укажите версию ОС вместе с разрядностью. Пример: LM 19.3 x64, LM Sarah x32 3. DE. Если вопрос касается двух, то через запятую. (xfce, KDE, cinnamon, mate) 4. Какое железо. (достаточно вывод inxi -Fxz в спойлере (как пользоваться спойлером смотрим здесь)) или же дать ссылку на hw-probe 5. Суть. Желательно с выводом консоли, логами. 6. Скрин. Просьба указывать 2, 3 и 4 независимо от того, имеет ли это отношение к вопросу или нет. Так же не забываем об общих правилах Как пример вот

Автор темы
ALISX
Сообщения: 44
Зарегистрирован: 10 июл 2018, 07:20
Благодарил (а): 7 раз
Поблагодарили: 3 раза

Низкая скорость NVME

Сообщение ALISX » 23 авг 2020, 18:31

Всем привет.
Обнаружил интересный момент.
На ноуте изначально был установлен NVME диск Samsung в слот m.2. На него я поставил /root и /home.

Дополнительно поставил еще один SSD (обычный sata) и тоже Samsung.
Попробовал померить скорость системной утилитой Disk и немного удивился. Скорость чтения у NVME большая, а вот записи - меньше,чем у саташного диска.
Как-то обидно.

OS: LM Ulyana
Ядро 5.4.0-42
Screenshot from 2020-08-23 18-03-19.png
Screenshot from 2020-08-23 18-04-53.png
Screenshot from 2020-08-23 18-05-02.png
Screenshot from 2020-08-23 18-05-29.png
У вас нет необходимых прав для просмотра вложений в этом сообщении.

Аватара пользователя

slant
Сообщения: 3273
Зарегистрирован: 21 июн 2017, 15:09
Решено: 59
Благодарил (а): 39 раз
Поблагодарили: 1383 раза

Низкая скорость NVME

Сообщение slant » 23 авг 2020, 19:36

ALISX писал(а):
23 авг 2020, 18:31
Скорость чтения у NVME большая, а вот записи - меньше,чем у саташного диска.
Как-то обидно.
Без точного индекса моделей - беспредметный разговор. Но вообще - бывает, в дешевых моделях производители начали выезжать за счет большого кеша на запись. Т.е. десяток другой мегабайт "записывается" мгновенно т.к. идут в кеш диска а потом уже оттуда гораздо медленнее на FLASH чипы, фоном. Когда диск дергают операциями random access write (типичное поведение системы в "офисном" режиме) - оно как бы и незаметно, т.к. время отклика минимальное, а записать не так много надо. А вот стоит на такой диск начать писать большой объем линейной записи, ну скажем фильм заливать - вот тут то оно и видно становится, т.к. кеш быстро заканчивается и настоящая скорость FLASH чипов вылазит наружу.

А, еще может быть, что граница раздела не по физической границе, и размер физического кластера у диска здоровый а у FS - маленький. В общем SMART бы глянуть у него сначала (sudo smartctl -a /dev/sdX), и sudo fdisk -l

Аватара пользователя

Ара Магеддон
Сообщения: 474
Зарегистрирован: 07 дек 2018, 22:08
Решено: 17
Благодарил (а): 22 раза
Поблагодарили: 111 раз

Низкая скорость NVME

Сообщение Ара Магеддон » 23 авг 2020, 19:49

ТАКОЙ скорости точно быть не должно.
А что выдает команда типа dd if=/dev/zero of=~/testo oflag=direct bs=1M count=4k - с установленной системы, а не с флешки.
(у мя 1.2Gb на кингстоне, 2.0 чтение. Всё на ext4 тоже)

Аватара пользователя

Real
Сообщения: 195
Зарегистрирован: 07 сен 2016, 23:49
Решено: 1
Благодарил (а): 49 раз
Поблагодарили: 76 раз

Низкая скорость NVME

Сообщение Real » 23 авг 2020, 21:51

Моя версия: nvme любят страдать удушьем (throttling) из-за перегрева (ноут + s.2 nvme + относительно длительный тест - как-раз располагают).

Аватара пользователя

rogoznik
Сообщения: 8481
Зарегистрирован: 27 июн 2017, 10:36
Решено: 94
Откуда: Нижний Тагил
Благодарил (а): 556 раз
Поблагодарили: 1544 раза

Низкая скорость NVME

Сообщение rogoznik » 24 авг 2020, 05:06

Чет прям скорость как у моего HDD :smile:
ИзображениеИзображение


Автор темы
ALISX
Сообщения: 44
Зарегистрирован: 10 июл 2018, 07:20
Благодарил (а): 7 раз
Поблагодарили: 3 раза

Низкая скорость NVME

Сообщение ALISX » 24 авг 2020, 07:54

Попробовал на рабочем ноуте. Немного другая модель.
И диск NVME стоит один.
Скорость записи в 10 раз больше.
Подозреваю, что если снять на первом ноуте саташный SSD, то скорость NVME вырастет. Вечером попробую!
Снимок экрана_2020-08-24_10-51-15.png
У вас нет необходимых прав для просмотра вложений в этом сообщении.


Автор темы
ALISX
Сообщения: 44
Зарегистрирован: 10 июл 2018, 07:20
Благодарил (а): 7 раз
Поблагодарили: 3 раза

Низкая скорость NVME

Сообщение ALISX » 24 авг 2020, 19:23

ALISX писал(а):
24 авг 2020, 07:54
Попробовал на рабочем ноуте. Немного другая модель.
И диск NVME стоит один.
Скорость записи в 10 раз больше.
Подозреваю, что если снять на первом ноуте саташный SSD, то скорость NVME вырастет. Вечером попробую!

Снимок экрана_2020-08-24_10-51-15.png
Подозрение не подтвердилось.

Диск не греется - проверял на охлаждающей поверхности под вентилятором :-D

Ара Магеддон писал(а):
23 авг 2020, 19:49
ТАКОЙ скорости точно быть не должно.
А что выдает команда типа dd if=/dev/zero of=~/testo oflag=direct bs=1M count=4k - с установленной системы, а не с флешки.
(у мя 1.2Gb на кингстоне, 2.0 чтение. Всё на ext4 тоже)
Что-то странное. Одинаково с саташным диском. Root на NVME, WORK на SATA:
root@anb:~# cd /root
root@anb:~# dd if=/dev/zero of=~/testo oflag=direct bs=1M count=4k
4096+0 записей получено
4096+0 записей отправлено
4294967296 байт (4,3 GB, 4,0 GiB) скопирован, 4,90576 s, 875 MB/s
root@anb:~# cd /WORK/
root@anb:/WORK# dd if=/dev/zero of=~/testo oflag=direct bs=1M count=4k
4096+0 записей получено
4096+0 записей отправлено
4294967296 байт (4,3 GB, 4,0 GiB) скопирован, 4,95997 s, 866 MB/s
slant писал(а):
23 авг 2020, 19:36
ALISX писал(а):
23 авг 2020, 18:31
Скорость чтения у NVME большая, а вот записи - меньше,чем у саташного диска.
Как-то обидно.
Без точного индекса моделей - беспредметный разговор. Но вообще - бывает, в дешевых моделях производители начали выезжать за счет большого кеша на запись. Т.е. десяток другой мегабайт "записывается" мгновенно т.к. идут в кеш диска а потом уже оттуда гораздо медленнее на FLASH чипы, фоном. Когда диск дергают операциями random access write (типичное поведение системы в "офисном" режиме) - оно как бы и незаметно, т.к. время отклика минимальное, а записать не так много надо. А вот стоит на такой диск начать писать большой объем линейной записи, ну скажем фильм заливать - вот тут то оно и видно становится, т.к. кеш быстро заканчивается и настоящая скорость FLASH чипов вылазит наружу.

А, еще может быть, что граница раздела не по физической границе, и размер физического кластера у диска здоровый а у FS - маленький. В общем SMART бы глянуть у него сначала (sudo smartctl -a /dev/sdX), и sudo fdisk -l
NVME SAMSUNG MZVLQ256HAJD-000H1 (HPS4NFXV), SATA Samsung SSD 850 EVO 500GB (EMT03B6Q).
Вот fdisk что-то ругается на разделы...
root@anb:/WORK# fdisk -l
Диск /dev/nvme0n1: 238,49 GiB, 256060514304 байт, 500118192 секторов
Disk model: SAMSUNG MZVLQ256HAJD-000H1
Единицы: секторов по 1 * 512 = 512 байт
Размер сектора (логический/физический): 512 байт / 512 байт
Размер I/O (минимальный/оптимальный): 512 байт / 512 байт
Тип метки диска: gpt
Идентификатор диска: 8FF9E728-8C15-4971-9347-95E17168E711

Устр-во начало Конец Секторы Размер Тип
/dev/nvme0n1p1 2048 309247 307200 150M EFI
/dev/nvme0n1p2 309248 123189247 122880000 58,6G Файловая система Linux
/dev/nvme0n1p3 123189248 491925503 368736256 175,8G Файловая система Linux
/dev/nvme0n1p4 491925504 500117503 8192000 3,9G Linux своп


Диск /dev/sda: 465,78 GiB, 500107862016 байт, 976773168 секторов
Disk model: Samsung SSD 850
Единицы: секторов по 1 * 512 = 512 байт
Размер сектора (логический/физический): 512 байт / 512 байт
Размер I/O (минимальный/оптимальный): 512 байт / 512 байт
Тип метки диска: gpt
Идентификатор диска: E52AE679-A6D7-4B7D-99E7-DE91F2631294

Устр-во начало Конец Секторы Размер Тип
/dev/sda2 2048 217087 215040 105M EFI
/dev/sda3 83165184 976771071 893605888 426,1G Файловая система Linux
/dev/sda4 217088 83165183 82948096 39,6G Файловая система Linux

Элементы таблицы разделов упорядочены не так, как на диске.
root@anb:~# smartctl -a /dev/nvme0n1p2
smartctl 7.1 2019-12-30 r5022 [x86_64-linux-5.4.0-42-generic] (local build)
Copyright (C) 2002-19, Bruce Allen, Christian Franke, www.smartmontools.org

=== START OF INFORMATION SECTION ===
Model Number: SAMSUNG MZVLQ256HAJD-000H1
Serial Number: S4UJNF0N278575
Firmware Version: HPS4NFXV
PCI Vendor/Subsystem ID: 0x144d
IEEE OUI Identifier: 0x002538
Total NVM Capacity: 256 060 514 304 [256 GB]
Unallocated NVM Capacity: 0
Controller ID: 5
Number of Namespaces: 1
Namespace 1 Size/Capacity: 256 060 514 304 [256 GB]
Namespace 1 Utilization: 35 648 651 264 [35,6 GB]
Namespace 1 Formatted LBA Size: 512
Namespace 1 IEEE EUI-64: 002538 a201b54e2b
Local Time is: Mon Aug 24 22:20:42 2020 MSK
Firmware Updates (0x16): 3 Slots, no Reset required
Optional Admin Commands (0x0017): Security Format Frmw_DL Self_Test
Optional NVM Commands (0x005f): Comp Wr_Unc DS_Mngmt Wr_Zero Sav/Sel_Feat Timestmp
Maximum Data Transfer Size: 512 Pages
Warning Comp. Temp. Threshold: 79 Celsius
Critical Comp. Temp. Threshold: 82 Celsius

Supported Power States
St Op Max Active Idle RL RT WL WT Ent_Lat Ex_Lat
0 + 4.86W - - 0 0 0 0 0 0
1 + 4.49W - - 1 1 1 1 0 0
2 + 2.37W - - 2 2 2 2 0 500
3 - 0.0500W - - 3 3 3 3 210 1200
4 - 0.0050W - - 4 4 4 4 1000 9000

Supported LBA Sizes (NSID 0x1)
Id Fmt Data Metadt Rel_Perf
0 + 512 0 0
1 - 4096 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: 24 Celsius
Available Spare: 100%
Available Spare Threshold: 5%
Percentage Used: 0%
Data Units Read: 431 287 [220 GB]
Data Units Written: 531 483 [272 GB]
Host Read Commands: 6 451 427
Host Write Commands: 9 204 759
Controller Busy Time: 43
Power Cycles: 253
Power On Hours: 37
Unsafe Shutdowns: 36
Media and Data Integrity Errors: 0
Error Information Log Entries: 118
Warning Comp. Temperature Time: 0
Critical Comp. Temperature Time: 0
Temperature Sensor 1: 24 Celsius

Error Information (NVMe Log 0x01, max 64 entries)
No Errors Logged
oot@anb:~# smartctl -a /dev/sda3
smartctl 7.1 2019-12-30 r5022 [x86_64-linux-5.4.0-42-generic] (local build)
Copyright (C) 2002-19, Bruce Allen, Christian Franke, www.smartmontools.org

=== START OF INFORMATION SECTION ===
Model Family: Samsung based SSDs
Device Model: Samsung SSD 850 EVO 500GB
Serial Number: S3NXNF0J813561T
LU WWN Device Id: 5 002538 d422dbe24
Firmware Version: EMT03B6Q
User Capacity: 500 107 862 016 bytes [500 GB]
Sector Size: 512 bytes logical/physical
Rotation Rate: Solid State Device
Form Factor: 2.5 inches
Device is: In smartctl database [for details use: -P show]
ATA Version is: ACS-2, ATA8-ACS T13/1699-D revision 4c
SATA Version is: SATA 3.1, 6.0 Gb/s (current: 6.0 Gb/s)
Local Time is: Mon Aug 24 22:21:42 2020 MSK
SMART support is: Available - device has SMART capability.
SMART support is: Enabled

=== START OF READ SMART DATA SECTION ===
SMART overall-health self-assessment test result: PASSED

General SMART Values:
Offline data collection status: (0x00) Offline data collection activity
was never started.
Auto Offline Data Collection: Disabled.
Self-test execution status: ( 0) The previous self-test routine completed
without error or no self-test has ever
been run.
Total time to complete Offline
data collection: ( 0) seconds.
Offline data collection
capabilities: (0x53) SMART execute Offline immediate.
Auto Offline data collection on/off support.
Suspend Offline collection upon new
command.
No Offline surface scan supported.
Self-test supported.
No Conveyance Self-test supported.
Selective Self-test supported.
SMART capabilities: (0x0003) Saves SMART data before entering
power-saving mode.
Supports SMART auto save timer.
Error logging capability: (0x01) Error logging supported.
General Purpose Logging supported.
Short self-test routine
recommended polling time: ( 2) minutes.
Extended self-test routine
recommended polling time: ( 265) minutes.
SCT capabilities: (0x003d) SCT Status supported.
SCT Error Recovery Control supported.
SCT Feature Control supported.
SCT Data Table supported.

SMART Attributes Data Structure revision number: 1
Vendor Specific SMART Attributes with Thresholds:
ID# ATTRIBUTE_NAME FLAG VALUE WORST THRESH TYPE UPDATED WHEN_FAILED RAW_VALUE
5 Reallocated_Sector_Ct 0x0033 100 100 010 Pre-fail Always - 0
9 Power_On_Hours 0x0032 099 099 000 Old_age Always - 3922
12 Power_Cycle_Count 0x0032 097 097 000 Old_age Always - 2566
177 Wear_Leveling_Count 0x0013 099 099 000 Pre-fail Always - 12
179 Used_Rsvd_Blk_Cnt_Tot 0x0013 100 100 010 Pre-fail Always - 0
181 Program_Fail_Cnt_Total 0x0032 100 100 010 Old_age Always - 0
182 Erase_Fail_Count_Total 0x0032 100 100 010 Old_age Always - 0
183 Runtime_Bad_Block 0x0013 100 100 010 Pre-fail Always - 0
187 Uncorrectable_Error_Cnt 0x0032 100 100 000 Old_age Always - 0
190 Airflow_Temperature_Cel 0x0032 069 043 000 Old_age Always - 31
195 ECC_Error_Rate 0x001a 200 200 000 Old_age Always - 0
199 CRC_Error_Count 0x003e 100 100 000 Old_age Always - 0
235 POR_Recovery_Count 0x0012 099 099 000 Old_age Always - 65
241 Total_LBAs_Written 0x0032 099 099 000 Old_age Always - 7152805324

SMART Error Log Version: 1
No Errors Logged

SMART Self-test log structure revision number 1
Num Test_Description Status Remaining LifeTime(hours) LBA_of_first_error
# 1 Short offline Completed without error 00% 1439 -

SMART Selective self-test log data structure revision number 1
SPAN MIN_LBA MAX_LBA CURRENT_TEST_STATUS
1 0 0 Not_testing
2 0 0 Not_testing
3 0 0 Not_testing
4 0 0 Not_testing
5 0 0 Not_testing
255 0 65535 Read_scanning was never started
Selective self-test flags (0x0):
After scanning selected spans, do NOT read-scan remainder of disk.
If Selective self-test is pending on power-up, resume after 0 minute delay.


Автор темы
ALISX
Сообщения: 44
Зарегистрирован: 10 июл 2018, 07:20
Благодарил (а): 7 раз
Поблагодарили: 3 раза

Низкая скорость NVME

Сообщение ALISX » 24 авг 2020, 19:39

Ара Магеддон писал(а):
23 авг 2020, 19:49
ТАКОЙ скорости точно быть не должно.
А что выдает команда типа dd if=/dev/zero of=~/testo oflag=direct bs=1M count=4k - с установленной системы, а не с флешки.
(у мя 1.2Gb на кингстоне, 2.0 чтение. Всё на ext4 тоже)
Тупанул. В предыдущем ответе писал в одну папку)).
В разные на NVME скорость получилась выше.

WORK живет на Sata, ROOT на NVME. Теперь вообще ничего не понимаю.

root@anb:/WORK# dd if=/dev/zero of=/WORK/testo oflag=direct bs=1M count=4k
4096+0 записей получено
4096+0 записей отправлено
4294967296 байт (4,3 GB, 4,0 GiB) скопирован, 10,9857 s, 391 MB/s

root@anb:/WORK# dd if=/dev/zero of=/root/testo oflag=direct bs=1M count=4k
4096+0 записей получено
4096+0 записей отправлено
4294967296 байт (4,3 GB, 4,0 GiB) скопирован, 5,02236 s, 855 MB/s

Аватара пользователя

slant
Сообщения: 3273
Зарегистрирован: 21 июн 2017, 15:09
Решено: 59
Благодарил (а): 39 раз
Поблагодарили: 1383 раза

Низкая скорость NVME

Сообщение slant » 24 авг 2020, 20:07

ALISX, Для вашего NVMe Самсунг заявил предельную скорость последовательной записи 1000MB/s. То что показывает dd при записи в файловую систему - вполне себе нормальные цифры IMHO, т.к. 1000 - это сферический результат в идеальном вакууме, как всегда в подобных случаях.

Потому, можно предположить что "Системная утилита Disk" о которой речь в первом посте у вас просто тупо врет. И собственно не даром линейную скорость большинство предпочитает именно через dd мерять. :)
ALISX писал(а):
24 авг 2020, 19:23
Вот fdisk что-то ругается на разделы...
А на эту ругань можно начхать - это просто номера разделов не по порядку. Совершенно ничего критичного. Бывает, например, если создать первый раздел (под свап допустим) в конце диска, и потом все остальное пространство сделать разделом, который окажется перед уже созданным. Все будет нормально, только номер раздела у свапа в конце диска будет меньше чем у большого раздела в начале, о чем fdisk и предупреждает. Чтобы не перепутали.

Аватара пользователя

Ара Магеддон
Сообщения: 474
Зарегистрирован: 07 дек 2018, 22:08
Решено: 17
Благодарил (а): 22 раза
Поблагодарили: 111 раз

Низкая скорость NVME

Сообщение Ара Магеддон » 25 авг 2020, 00:42

Поигрался с Gnome Disks - оно и у меня только половину скорости записи выдает. Так что софтина привирает, по крайней мере при загрузке с флешки. Ещё можно попробовать дать команду trim и минут через 15 повторить тест. sudo fstrim -v /. Вариант два - поиграться с размером блока, например 512 или 4k, может, скорость и подрастет. 1M - это цифра, на которой выжимает номинальную скорость именно моя ссдшка.

Аватара пользователя

Ара Магеддон
Сообщения: 474
Зарегистрирован: 07 дек 2018, 22:08
Решено: 17
Благодарил (а): 22 раза
Поблагодарили: 111 раз

Низкая скорость NVME

Сообщение Ара Магеддон » 25 авг 2020, 00:56

И вот обзор ноута с точно такой же ссдшкой, там макс скорость записи получили только с очередью в 8 семплов. А если очередь в 1семпл, то выходят те же 850 Мб/с. https://www.overclockers.ua/notebook/ac ... 14-42/all/

А как задать очередь в dd, я, увы, не знаю. Если это вообще возможно.

Аватара пользователя

Chocobo
Сообщения: 9709
Зарегистрирован: 27 авг 2016, 19:57
Решено: 210
Откуда: НН
Благодарил (а): 750 раз
Поблагодарили: 2861 раз

Низкая скорость NVME

Сообщение Chocobo » 25 авг 2020, 06:34

Ара Магеддон писал(а):
25 авг 2020, 00:56
А как задать очередь в dd, я, увы, не знаю. Если это вообще возможно.
Вот такой вариант возможен - Получил SSD из Китая (Пост Chocobo #46856)
Изображение
   
Изображение

Аватара пользователя

Ара Магеддон
Сообщения: 474
Зарегистрирован: 07 дек 2018, 22:08
Решено: 17
Благодарил (а): 22 раза
Поблагодарили: 111 раз

Низкая скорость NVME

Сообщение Ара Магеддон » 25 авг 2020, 06:54

Chocobo писал(а):
25 авг 2020, 06:34
Вот такой вариант возможен - Получил SSD из Китая (Пост Chocobo #46856)
Спасибо! Это то что надо. Думаю, вот эта команда аналогична тесту записи в первой строчке обновлённого кристалмарка:

Код: Выделить всё

sudo fio --loops=5 --size=1000m --filename=~/fio.tmp --stonewall --ioengine=libaio --direct=1 --name=Q8 --bs=1m --rw=write --iodepth=8
(предварительно нужно apt install fio, конечно же :) )
tt@tt-one:~$ sudo fio --loops=5 --size=1000m --filename=~/fio.tmp --stonewall --ioengine=libaio --direct=1 --name=Q8 --bs=1m --rw=write --iodepth=8
Q8: (g=0): rw=write, bs=(R) 1024KiB-1024KiB, (W) 1024KiB-1024KiB, (T) 1024KiB-1024KiB, ioengine=libaio, iodepth=8
fio-3.16
Starting 1 process
Q8: Laying out IO file (1 file / 1000MiB)
Jobs: 1 (f=1): [W(1)][100.0%][w=1232MiB/s][w=1232 IOPS][eta 00m:00s]
Q8: (groupid=0, jobs=1): err= 0: pid=13517: Tue Aug 25 10:01:04 2020
  write: IOPS=1224, BW=1224MiB/s (1284MB/s)(5000MiB/4084msec); 0 zone resets
    slat (usec): min=49, max=3569, avg=195.99, stdev=130.28
    clat (usec): min=884, max=15526, avg=6317.98, stdev=1532.63
     lat (usec): min=1046, max=15727, avg=6514.75, stdev=1528.96
    clat percentiles (usec):
     |  1.00th=[ 3425],  5.00th=[ 5342], 10.00th=[ 5669], 20.00th=[ 5800],
     | 30.00th=[ 5866], 40.00th=[ 5866], 50.00th=[ 5932], 60.00th=[ 5932],
     | 70.00th=[ 5997], 80.00th=[ 6128], 90.00th=[ 7504], 95.00th=[10814],
     | 99.00th=[11469], 99.50th=[11863], 99.90th=[13829], 99.95th=[14746],
     | 99.99th=[15533]
   bw (  MiB/s): min= 1212, max= 1240, per=99.87%, avg=1222.69, stdev=12.35, samples=8
   iops        : min= 1212, max= 1240, avg=1222.62, stdev=12.27, samples=8
  lat (usec)   : 1000=0.04%
  lat (msec)   : 2=0.32%, 4=1.00%, 10=90.60%, 20=8.04%
  cpu          : usr=10.90%, sys=13.74%, ctx=6232, majf=0, minf=12
  IO depths    : 1=0.1%, 2=0.2%, 4=0.4%, 8=99.3%, 16=0.0%, 32=0.0%, >=64=0.0%
     submit    : 0=0.0%, 4=100.0%, 8=0.0%, 16=0.0%, 32=0.0%, 64=0.0%, >=64=0.0%
     complete  : 0=0.0%, 4=99.9%, 8=0.1%, 16=0.0%, 32=0.0%, 64=0.0%, >=64=0.0%
     issued rwts: total=0,5000,0,0 short=0,0,0,0 dropped=0,0,0,0
     latency   : target=0, window=0, percentile=100.00%, depth=8

Run status group 0 (all jobs):
  WRITE: bw=1224MiB/s (1284MB/s), 1224MiB/s-1224MiB/s (1284MB/s-1284MB/s), io=5000MiB (5243MB), run=4084-4084msec

Disk stats (read/write):
  nvme0n1: ios=0/19051, merge=0/0, ticks=0/112275, in_queue=80864, util=96.10%


Автор темы
ALISX
Сообщения: 44
Зарегистрирован: 10 июл 2018, 07:20
Благодарил (а): 7 раз
Поблагодарили: 3 раза

Низкая скорость NVME

Сообщение ALISX » 25 авг 2020, 07:58

Думаю, продолжить эксперименты. Попробую поставить винду параллельно - померить там скорость ради эксперимента,а может и прошивку диска обновить. :-D

Вернуться в «Жесткие диски, SSD, Flash-накопители, разделы на них»