Так я ж про деградацию скорости _чтения_, а не записи.
On Thu, 18 Jan 2024 17:32:48 +0200
Alexander V Soroka
Привет !
- Где у него ошибка? - в генетике ! :-)
Для ответа на этот вопрос надо точно знать что за чипы памяти там стоят, и понимать как это железо на самом деле работает на низком уровне. :-) но сразу скажу - разнообразия мало, Самсунг и еще 1-2 производителя Флеш-памяти.
Так вот - современные флешки новые это 3D NAND технология (загуглите сами подробности) которая имеет число перезаписей всего около 1000 (одна тысяча) раз. Ну и переписывается поблочно, т.е. не ячейка памяти а весь блок. Чтобы все не сдохло сразу при работе от исчерпания ресурса, разные производители Чипов ставят разные контроллеры, которые играют в рулетку (или считают) куда надо сейчас писать, чтобы израсходовалось ресурча перезаписи каждого блока примерно по ровну.
Так вот, ты сейчас нарвался на то что "с завода" там все пусто было - потому что тесты идут самих микросхем, а после впаивания в Диск идет только функциональный тест. Ты же забил ПОЛНОСТЬЮ! весь диск сейчас, т.е. произведя записи(!) во все области памяти. Тем самым ты запустил механизм "мы начинаем считать ресурсы которые перезаписывались".
Так вот - верные значения (похожие на правду) это именно повторного теста - потому что он уже работает с перезаписью блоков и ПОИСКОМ (решением задачи поиска) новых мест для размещения данных.
Чем круче производитель Чипов (и Диска) тем сложнее и лучше(?) алгоритм поиска свободного места.
Такие вот дела...
Thursday, January 18, 2024, 12:11:52 PM, Max Tulyev maxtul@netassist.kiev.ua you wrote: MT> Доброго дня! MT> Вибачте, що питання не срача та політики, а суто технічне ;) MT> Є ряд NVMe дисків від різних виробників: Kingston, WD, якійсь MT> кітайській нонейм - взагалі всі що попадались під руку.
MT> Ставлю новенький, запускаю тест швидкості, наприклад от:
MT> hdparm -tT /dev/nvme0n1
MT> /dev/nvme0n1: MT> Timing cached reads: 27230 MB in 2.00 seconds = 13634.89 MB/sec MT> Timing buffered disk reads: 9282 MB in 3.00 seconds = 3093.66 MB/sec
MT> hdparm -tT --direct /dev/nvme0n1
MT> /dev/nvme0n1: MT> Timing O_DIRECT cached reads: 5988 MB in 2.00 seconds = 2994.86 MB/sec MT> Timing O_DIRECT disk reads: 9122 MB in 3.00 seconds = 3040.66 MB/sec
MT> Далі забиваю його випадковими числами весь (так треба):
MT> dd if=/dev/urandom of=/dev/nvme0n1 bs=1M status=progress MT> 999874887680 bytes (1.0 TB, 931 GiB) copied, 2908 s, 344 MB/s MT> dd: error writing '/dev/nvme0n1': No space left on device MT> 953870+0 records in MT> 953869+0 records out MT> 1000204886016 bytes (1.0 TB, 932 GiB) copied, 2913.95 s, 343 MB/s
MT> Потім повторюю тест:
MT> hdparm -tT /dev/nvme0n1
MT> /dev/nvme0n1: MT> Timing cached reads: 25740 MB in 2.00 seconds = 12887.79 MB/sec MT> Timing buffered disk reads: 7478 MB in 3.00 seconds = 2492.60 MB/sec
MT> hdparm -tT --direct /dev/nvme0n1
MT> /dev/nvme0n1: MT> Timing O_DIRECT cached reads: 5474 MB in 2.00 seconds = 2737.25 MB/sec MT> Timing O_DIRECT disk reads: 7700 MB in 3.00 seconds = 2566.25 MB/sec
MT> - і маю деградацію швидкості читання на рівному місці!
MT> На різних дисках вона різна, але помітна та навіть велика. MT> Найбільша була на диску WD 2Tb, з ~3000 Mbit/s до всього-навсього 190! MT> Перезавантаження системи, вимкнення системи з живлення не MT> допомагає: швидкість залишається низькою.
MT> Що це може бути та як з цим боротись? MT> _______________________________________________ MT> uanog mailing list MT> uanog@uanog.kiev.ua MT> https://mailman.uanog.kiev.ua/mailman/listinfo/uanog
-- Best regards, Alexander V Soroka http://www.svr.ua/ AS106-RIPE mailto:alex@euro.net.ua
_______________________________________________ uanog mailing list uanog@uanog.kiev.ua https://mailman.uanog.kiev.ua/mailman/listinfo/uanog
uanog mailing list uanog@uanog.kiev.ua https://mailman.uanog.kiev.ua/mailman/listinfo/uanog