inxi -Fxz в спойлере (как пользоваться спойлером смотрим здесь)) или же дать ссылку на hw-probe 5. Суть. Желательно с выводом консоли, логами. 6. Скрин. Просьба указывать 2, 3 и 4 независимо от того, имеет ли это отношение к вопросу или нет. Так же не забываем об общих правилах Как пример вот
Без точного индекса моделей - беспредметный разговор. Но вообще - бывает, в дешевых моделях производители начали выезжать за счет большого кеша на запись. Т.е. десяток другой мегабайт "записывается" мгновенно т.к. идут в кеш диска а потом уже оттуда гораздо медленнее на FLASH чипы, фоном. Когда диск дергают операциями random access write (типичное поведение системы в "офисном" режиме) - оно как бы и незаметно, т.к. время отклика минимальное, а записать не так много надо. А вот стоит на такой диск начать писать большой объем линейной записи, ну скажем фильм заливать - вот тут то оно и видно становится, т.к. кеш быстро заканчивается и настоящая скорость FLASH чипов вылазит наружу.
dd if=/dev/zero of=~/testo oflag=direct bs=1M count=4k - с установленной системы, а не с флешки.
Подозрение не подтвердилось.
Что-то странное. Одинаково с саташным диском. Root на NVME, WORK на SATA:Ара Магеддон писал(а): ↑23 авг 2020, 22:49ТАКОЙ скорости точно быть не должно.
А что выдает команда типаdd if=/dev/zero of=~/testo oflag=direct bs=1M count=4k- с установленной системы, а не с флешки.
(у мя 1.2Gb на кингстоне, 2.0 чтение. Всё на ext4 тоже)
NVME SAMSUNG MZVLQ256HAJD-000H1 (HPS4NFXV), SATA Samsung SSD 850 EVO 500GB (EMT03B6Q).slant писал(а): ↑23 авг 2020, 22:36Без точного индекса моделей - беспредметный разговор. Но вообще - бывает, в дешевых моделях производители начали выезжать за счет большого кеша на запись. Т.е. десяток другой мегабайт "записывается" мгновенно т.к. идут в кеш диска а потом уже оттуда гораздо медленнее на FLASH чипы, фоном. Когда диск дергают операциями random access write (типичное поведение системы в "офисном" режиме) - оно как бы и незаметно, т.к. время отклика минимальное, а записать не так много надо. А вот стоит на такой диск начать писать большой объем линейной записи, ну скажем фильм заливать - вот тут то оно и видно становится, т.к. кеш быстро заканчивается и настоящая скорость FLASH чипов вылазит наружу.
А, еще может быть, что граница раздела не по физической границе, и размер физического кластера у диска здоровый а у FS - маленький. В общем SMART бы глянуть у него сначала (sudo smartctl -a /dev/sdX), и sudo fdisk -l
Тупанул. В предыдущем ответе писал в одну папку)).Ара Магеддон писал(а): ↑23 авг 2020, 22:49ТАКОЙ скорости точно быть не должно.
А что выдает команда типаdd if=/dev/zero of=~/testo oflag=direct bs=1M count=4k- с установленной системы, а не с флешки.
(у мя 1.2Gb на кингстоне, 2.0 чтение. Всё на ext4 тоже)
А на эту ругань можно начхать - это просто номера разделов не по порядку. Совершенно ничего критичного. Бывает, например, если создать первый раздел (под свап допустим) в конце диска, и потом все остальное пространство сделать разделом, который окажется перед уже созданным. Все будет нормально, только номер раздела у свапа в конце диска будет меньше чем у большого раздела в начале, о чем fdisk и предупреждает. Чтобы не перепутали.
sudo fstrim -v /. Вариант два - поиграться с размером блока, например 512 или 4k, может, скорость и подрастет. 1M - это цифра, на которой выжимает номинальную скорость именно моя ссдшка.
Вот такой вариант возможен - Получил SSD из Китая (Пост Chocobo #46856)Ара Магеддон писал(а): ↑25 авг 2020, 03:56А как задать очередь в dd, я, увы, не знаю. Если это вообще возможно.
Спасибо! Это то что надо. Думаю, вот эта команда аналогична тесту записи в первой строчке обновлённого кристалмарка:
Код: Выделить всё
sudo fio --loops=5 --size=1000m --filename=~/fio.tmp --stonewall --ioengine=libaio --direct=1 --name=Q8 --bs=1m --rw=write --iodepth=8apt 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%
Сейчас этот форум просматривают: нет зарегистрированных пользователей и 5 гостей