Привет!

То есть ты хочешь сказать, что "чтение" заведомо пустых секторов и реальное чтение данных с диска - обрабатывается по-разному?
Ну... это уже на на@бку похоже очень...

On Thu, 18 Jan 2024 18:35:20 +0200
Alexander V Soroka <alex@euro.net.ua> wrote:

> Привет !
>
> перед чтением ты записал - вот уже рандом там.
> Так что и при чтении будет отличаться - бо контроллер достает данные
> из разных мест с разной скоростью + у тебя еще кеширование самой
> файловой системы навреняка не отключается.
>
> Thursday, January 18, 2024, 6:23:55 PM, Max Tulyev maxtul@netassist.kiev.ua you wrote:
> MT> Так я ж про деградацию скорости _чтения_, а не записи. 
>
> MT> On Thu, 18 Jan 2024 17:32:48 +0200
> MT> Alexander V Soroka <alex@euro.net.ua> wrote: 
>
> >> Привет !
> >>
> >> - Где у него ошибка?
> >> - в генетике ! :-)
> >>
> >> Для ответа на этот вопрос надо точно знать что за чипы памяти там
> >> стоят, и понимать как это железо на самом деле работает на низком
> >> уровне.  :-)
> >> но сразу скажу - разнообразия мало, Самсунг и еще 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 
>
>
> --
> 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