Для работы проектов iXBT.com нужны файлы cookie и сервисы аналитики.
Продолжая посещать сайты проектов вы соглашаетесь с нашей
Политикой в отношении файлов cookie
не в обиду, но посмотрите, как неплохо показаны графики тут: https://mysku.club/blog/aliexpress/93974.html
но и там все ещё тестируется только чтение после последовательной записи. после случайной записи (имеет смысл использовать для этого fio с настройкой блоков всякого размера, от 0.5KB до 1MB в процентах с упором на 8-16KB) графики линейного чтения для 4х-канальных безбуферников обычно выглядят совсем не так.
совершенно непонятно, зачем показан график aida64 чтения, судя по всему, незаполненного накопителя? кто-то ещё не в курсе, что ни один накопитель не выполняет чтения из флеша для незаписанных ранее адресов из-за того что ему неоткуда читать, нет соответствия адресу LBA в адресации флеша в накопителе ?
такой график чтения — просто проверка скорости генерации нулей накопителем в ответ на поступающие команды.
обычно реальный график чтения у таких накопителей имеет совсем другой вид — то, что все ещё в slc-буфере накопителя, читается довольно быстро, скорость чтения данных, уже записанных в tlc-режиме — нередко заметно ниже.
по крайней мере в ровную скорость чтения реально записанных данных в 2.5GBps очень сложно поверить. хорошо бы дополнить статью — сначала график записи всего объема в aida64, потом второй проход записи, потом уже график чтения. а если после второго прохода записи ещё включить случайную запись блоками случайного размера хотя бы на полобъема, то график чтения многих удивит :-)
ну вряд ли кто будет в здравом уме заворачивать системные блоки в одеялко, какая-то продуваемость корпусов в целом обычно имеется, но под штатные вентиляторы корпусов m.2 все равно не подсунуть. по личному опыту 40x20x20 обычно хватает. sn550 в обычном корпусе вон вообще хватало 20x20x10. sn770. увы, не хватает, греется будь здоров на высокой скорости.
А радиаторы естественно бесполезны при длительных нагрузках
вот это сейчас про hr-09 было? :-) не соглашусь. в целом радиаторы и без обдува работают, излучают тепло, что в общем-то уже из названия следует. насколько эффективно — другое дело. пластинчатый/игольчатый 40x20x20 ватт 5-6 легко рассеивает (а ватты — это про «в секунду», а не про пики).
троттлинг троттлингом, но я все ещё уверен, что важно перепады температур удерживать в рамках. бессвинцовая пайка же… насколько помню безопасно плюс-минус 5% от среднего, то есть 10% коридор. а это полоса примерно в 30 градусов. в температуре 75, если это не про флеш, ничего страшного нет, если минимальная при этом ниже 50 не опускается. а если минимум 25, то 75 уже нехорошо… да и 55 уже на границе.
не, понять как сделать хорошо если сейчас плохо — не проблема. вопрос в том насколько далеко надо при этом заходить. принудительную вентиляцию большинства посадочных мест для ssd в современных корпусах непросто обеспечить. но с thermalright hr-09 m.2 она и не нужна. но и большинство «брусковых» радиаторов для части ssd практически бесполезны без обдува. интересно понимать, насколько конкретная модель «горяча» относительно других.
и снова ни слова про температуры. а у меня в open-stand 2TB pm9a1 даже на чтении перегревался до троттлинга — чуть сбавлял скорость...
хоть бы вкратце затрагивать эту тему было бы неплохо.
проблемы не мифические, а вполне реальные. настолько, что американский сборщик кастомных систем объявил об отказе от samsung в пользу sabrent (то есть phison). другое дело, что с 980 pro они касаются 2TB версии с конкретной прошивкой, для которой уже два апдейта вышло (редкое дело для samsung кажется, на одну модель 4 версии прошивки). а вот с 990 pro пока непонятно.
ну и PM9A1 пролетают мимо обновления прошивки.
вот только не «должны», а «могли бы и».
но падение ценника и рост объема достигаются за счет увеличения объема флеша на кристалл, так скорее не растут, а сохраняются. а у того же объема в новых поколениях — скорости падают. кэш этот неинтересен. он работает только пока накопитель новый и пустой. после нескольких месяцев активного использования и заполнения на 60-70% slc-буфер обычно доступен в объеме 3-5GB
если кто-то не понимает почему — под slc-буфер, как и под новую запись, ssd может использовать только целиком свободные блоки флеша (размер блока обычно — десятки мегабайт). а они при длительном регулярном активном использовании редко самообразуются. для их появления нужна сборка мусора, то есть внутренняя перезапись контроллером информации из частично занятых блоков флеша в свободные с образованием новых готовых для очистки и записи. просто так её делать каждый раз при появлении нескольких пустых страниц в блоке — это впустую расходовать ресурс перезаписи.
вроде было про 980 pro 2TB, а проблемной версией прошивки называлась 3B2QGXA7
https://www.tomshardware.com/news/samsung-980-pro-ssd-failures-firmware-update
и ни слова про температурный режим… или потом будет сравнение с PM9A1 и новыми моделями ?
судя по графикам записи, обошлось без троттлинга, хотя вообще если совсем без радиатора, то он все же наступал…
aida есть и в портативном виде.
вообще fio, но он без UI, консольная утилита. зато там можете протестировать скорости последовательные, случайные, чтение и запись, на разных размерах блоков (хоть вперемежку). отчет даст с раскладкой по распределению операций, а не только самую высокую замеченную скорость как CDM. можно ограничивать тесты объемом или временем, задавать глубину очереди и число потоков и так далее.
до конца дойдет и остановится. если это про aida64.
про samsung 970, что evo, что pro, что evo plus можно не тревожиться, там данные годами лежат без проблем :-) правда, если он обычно имеет температуру в районе 35-40
зато вот с 990 pro, не успел он выйти, уже начались непонятки...
и pm9A1 меня смущает, уж очень сильно греется, намного сильнее чем 980 pro, которому он вроде бы аналог, а значит и утечка заряда будет быстрее. хотя возможно это мне такой достался неудачный горячий экземпляр.
угу. и linear read. на падения скорости от максимальной меньше чем в 10 раз внимания не обращайте, это нормальное следствие фрагментации — размер страницы флеша 16KB, а если кто-то пишет дозами по 4KB и ниже, то чтение очередных 16KB последовательных LBA-адресов превращается для контроллера в 4 чтения разных страниц с вытаскиванием из каждой по 4 нужных килобайта. если же писать по 512 байт, то скорость чтения может падать и в 32 раза. но это редкость, в windows встречается по факту только в реестре в динамических разделах и в MFT в каталогах, где 1-2 файла.
на самом деле по крайней мере некоторые ssd при мелких дозах записи делают как hdd — читают страницу или какой-то её кусок целиком, меняют в них данные и записывают назад. но про это vlo больше знает, я мелкоблочными режимами мало интересуюсь.
как избежать — я пишу периодически в комментах, в форумах, уже кажется что надоел всем :-)
регулярно читать все данные (то есть не файлы, а сам накопитель, например, в aida64, с начала до конца, через файл-менеджер вы не прочитаете, например, служебные данные файловой системы), контролируя читаемость. если скорость низкая — запустить fio на чтение в цикле. дотикает READ DISTURB до критического — ssd данные перезапишет. это все прошивки делают. а если и не дотикает, то все равно польза — если все время заряд из ячеек потихоньку утекает (причем чем выше температура флеша — тем быстрее), то при чтении _соседних_ ячеек флеша заряд, наоборот, растет (особенность чтения из флеша, перед копированием в буфер повышается напряжение на все соседние страницы). правда, утекает пропорционально уровню заряда, а вот растет равномерно, поэтому счетчик READ DISTURB ни одна прошивка игнорировать не может, иначе можно циклическими чтениями довести уровень заряда до нечитаемого — различие в уровне заряда ячеек снизится.
а статьи… по флешу, по ssd в целом. погуглите про READ DIRSTURB, ежегодные саммиты в Санта-Кларе, там в некоторых секциях эти вопросы исследуются уже десятки лет, материалы (презентации) доступны через ftp. на русском разве что в форумах, у нас же ни флеша не делают, ни ssd (кроме как наклейки лепят).
для всех. стандарты JESD218/219A указывают сроки для ssd с отключенным питанием, но им десятки лет, они рассчитаны на то, что во включенном контроллеры (точнее прошивка) будут следить за состоянием данных и перезаписывать при необходимости. а на практике это самоотменилось много лет назад, по крайней мере для недорогих моделей и ограничивается реакцией на счетчики READ DISTURВ, а за утечкой заряда из ячеек флеша мало кто следит.
хорошо, я вам объясню чем конкретно этот может оказаться плох для простого человека. если вы обратили внимание, после выпадения из slc-буфера данные читаются медленнее. то есть похоже у него, как и у sm2263xt, вся запись идет через slc-буфер, а тот работает в режиме очереди FIFO. вопрос, а что будет с данными дальше? в тех областях, которые читают, уровень заряда будет расти, в тех, которые не читает — падать (утекать). рано или поздно любым данным во флеше нужна перезапись. в чем более теплом месте стоит ssd — тем быстрее. вот только я не уверен что прошивка этого контроллера её делает. так что ключевой момент пригодности — каким будет график чтения записанных данных через 2-3 месяца после установки в m.2 слот, вокруг которого редко бывает ниже 45-50C.
после пары экспериментов с дешевыми nvme на sm2263xt я бросил с ними связываться. для поддержания качества чтения надо регулярно перечитывать их «от и до», а то уже через месяц-два какие-то заброшенные на него и оставленные без внимания данные можно уже и не прочитать или читать со скрипом. тут, конечно, роль играет то, что флеш туда ставят далеко не лучших грейдов, а ему требуется особый уход, чтобы он не забывал данные.
но и там все ещё тестируется только чтение после последовательной записи. после случайной записи (имеет смысл использовать для этого fio с настройкой блоков всякого размера, от 0.5KB до 1MB в процентах с упором на 8-16KB) графики линейного чтения для 4х-канальных безбуферников обычно выглядят совсем не так.
такой график чтения — просто проверка скорости генерации нулей накопителем в ответ на поступающие команды.
обычно реальный график чтения у таких накопителей имеет совсем другой вид — то, что все ещё в slc-буфере накопителя, читается довольно быстро, скорость чтения данных, уже записанных в tlc-режиме — нередко заметно ниже.
по крайней мере в ровную скорость чтения реально записанных данных в 2.5GBps очень сложно поверить. хорошо бы дополнить статью — сначала график записи всего объема в aida64, потом второй проход записи, потом уже график чтения. а если после второго прохода записи ещё включить случайную запись блоками случайного размера хотя бы на полобъема, то график чтения многих удивит :-)
вот это сейчас про hr-09 было? :-) не соглашусь. в целом радиаторы и без обдува работают, излучают тепло, что в общем-то уже из названия следует. насколько эффективно — другое дело. пластинчатый/игольчатый 40x20x20 ватт 5-6 легко рассеивает (а ватты — это про «в секунду», а не про пики).
троттлинг троттлингом, но я все ещё уверен, что важно перепады температур удерживать в рамках. бессвинцовая пайка же… насколько помню безопасно плюс-минус 5% от среднего, то есть 10% коридор. а это полоса примерно в 30 градусов. в температуре 75, если это не про флеш, ничего страшного нет, если минимальная при этом ниже 50 не опускается. а если минимум 25, то 75 уже нехорошо… да и 55 уже на границе.
хоть бы вкратце затрагивать эту тему было бы неплохо.
сорян, не заметил предыдущий пост
ну и PM9A1 пролетают мимо обновления прошивки.
но падение ценника и рост объема достигаются за счет увеличения объема флеша на кристалл, так скорее не растут, а сохраняются. а у того же объема в новых поколениях — скорости падают. кэш этот неинтересен. он работает только пока накопитель новый и пустой. после нескольких месяцев активного использования и заполнения на 60-70% slc-буфер обычно доступен в объеме 3-5GB
если кто-то не понимает почему — под slc-буфер, как и под новую запись, ssd может использовать только целиком свободные блоки флеша (размер блока обычно — десятки мегабайт). а они при длительном регулярном активном использовании редко самообразуются. для их появления нужна сборка мусора, то есть внутренняя перезапись контроллером информации из частично занятых блоков флеша в свободные с образованием новых готовых для очистки и записи. просто так её делать каждый раз при появлении нескольких пустых страниц в блоке — это впустую расходовать ресурс перезаписи.
https://www.tomshardware.com/news/samsung-980-pro-ssd-failures-firmware-update
судя по графикам записи, обошлось без троттлинга, хотя вообще если совсем без радиатора, то он все же наступал…
вообще fio, но он без UI, консольная утилита. зато там можете протестировать скорости последовательные, случайные, чтение и запись, на разных размерах блоков (хоть вперемежку). отчет даст с раскладкой по распределению операций, а не только самую высокую замеченную скорость как CDM. можно ограничивать тесты объемом или временем, задавать глубину очереди и число потоков и так далее.
про samsung 970, что evo, что pro, что evo plus можно не тревожиться, там данные годами лежат без проблем :-) правда, если он обычно имеет температуру в районе 35-40
зато вот с 990 pro, не успел он выйти, уже начались непонятки...
и pm9A1 меня смущает, уж очень сильно греется, намного сильнее чем 980 pro, которому он вроде бы аналог, а значит и утечка заряда будет быстрее. хотя возможно это мне такой достался неудачный горячий экземпляр.
на самом деле по крайней мере некоторые ssd при мелких дозах записи делают как hdd — читают страницу или какой-то её кусок целиком, меняют в них данные и записывают назад. но про это vlo больше знает, я мелкоблочными режимами мало интересуюсь.
регулярно читать все данные (то есть не файлы, а сам накопитель, например, в aida64, с начала до конца, через файл-менеджер вы не прочитаете, например, служебные данные файловой системы), контролируя читаемость. если скорость низкая — запустить fio на чтение в цикле. дотикает READ DISTURB до критического — ssd данные перезапишет. это все прошивки делают. а если и не дотикает, то все равно польза — если все время заряд из ячеек потихоньку утекает (причем чем выше температура флеша — тем быстрее), то при чтении _соседних_ ячеек флеша заряд, наоборот, растет (особенность чтения из флеша, перед копированием в буфер повышается напряжение на все соседние страницы). правда, утекает пропорционально уровню заряда, а вот растет равномерно, поэтому счетчик READ DISTURB ни одна прошивка игнорировать не может, иначе можно циклическими чтениями довести уровень заряда до нечитаемого — различие в уровне заряда ячеек снизится.
а статьи… по флешу, по ssd в целом. погуглите про READ DIRSTURB, ежегодные саммиты в Санта-Кларе, там в некоторых секциях эти вопросы исследуются уже десятки лет, материалы (презентации) доступны через ftp. на русском разве что в форумах, у нас же ни флеша не делают, ни ssd (кроме как наклейки лепят).
после пары экспериментов с дешевыми nvme на sm2263xt я бросил с ними связываться. для поддержания качества чтения надо регулярно перечитывать их «от и до», а то уже через месяц-два какие-то заброшенные на него и оставленные без внимания данные можно уже и не прочитать или читать со скрипом. тут, конечно, роль играет то, что флеш туда ставят далеко не лучших грейдов, а ему требуется особый уход, чтобы он не забывал данные.