Для работы проектов iXBT.com нужны файлы cookie и сервисы аналитики.
Продолжая посещать сайты проектов вы соглашаетесь с нашей
Политикой в отношении файлов cookie
хм. это такой типовой радиатор у E26 будет? что-то уже не первый раз такой вижу, у тома тоже такой же был на тесте.
то что несъемный — чушь, конечно, видно же что винтовая сборка. а thermalright hr-09 2280 pro явно его легко заменит и без вентилятора. правда в переходник pci-e->m.2 его фиг поставишь тогда.
ну эти 10 GBps опять, конечно же, профанация. 20 секунд записи и они превращаются во вполне солидные 3.5 GBps. а потом в 1.5 GBps. если б не было этих 10 — было б 3.5GBps ровно по всему объему и это было бы намного быстрее…
контроллер nvme встроен в m1/m2? не знал. вроде и раньше распаивали ssd, но использовались разные контроллеры, об этом и notebookcheck писал.
а где тогда тесты? графики записи, чтения? замеры мгновенной скорости при работе с slc-буфером то по-любому неинтересны.
надежность — понятие неприменимое к одному отдельно взятому конкретному ssd. все равно у кого-то же такой откажет. таких моделей ssd, которые вообще не ломались бы, не было. а ломается 1 из 10 или 1 из 1000 — тому, у кого сломалось, это безразлично.
вот когда у вас в хозяйстве сотни и тысячи ssd — тогда уже надежность становится осмысленной.
лучше б кто написал, какие именно ssd они туда сейчас ставят, было бы интереснее и практичнее. впрочем, уже подсказали, что в m1/m2 контроллер nvme ssd свой, а флеш распаян на плате.
они их не делают, они ставят себе чьи-то oem ssd.
а по чтению есть ssd и побыстрее. да и по записи в slc-режиме. например на phison e18, wd sn850/sn850x, sk hynix p41/p43
даже что-то бюджетное есть, что в пике на пустом ssd скорость записи в районе 6.5 MBps показывает
ну да, именно оттуда и пошла байка :-)
попробуйте найти что-то об этой защите в информации от самого Crucial/Micron. неужели думаете, что они об этом смогли бы умолчать? :-)
а как выглядит внутренняя защита от сбоев питания — я показал. можете посмотреть как в интеловских сделано и других.
а можете сами прикинуть номинал тех конденсаторов, что в вашем mx500 и посчитать на сколько его хватило бы, если бы он использовался в качестве резервного источника.
нет, там такой нет, разбирали много раз. да она и выглядит не как пачка мелких кондеров, а примерно так как тут на втором рисунке https://servernews.ru/951014.
так с sata ssd ровно то же. с поправкой на то, что их обычно не ставят рядом с горячими cpu и в/к. они точно так же склонны при высокой температуре быстро забывать данные без перезаписи и при редких чтениях. утечка заряда из флеша — процесс естественный. меньше всего этому подвержены старые флешки — у них стенки ячеек толстые и хранятся обычно при комнатной температуре. а так — чем новее и тоньше техпроцесс производства флеша, тем тоньше стенки, тем быстрее утечка.
ну и транслятор слетает у sata ssd не реже, особенно у некоторых сортов типа S11. от этого защищены немногие ssd, имеющие на борту собственную резервную емкость питания на случай отключения внешнего, и все они недешевые и не для дома. например toshiba hk*, корпоративные intel и т.п.
впрочем, тут многое от поведения прошивки зависит. на то, чтобы сбросить пару страниц вроде у всех ssd запаса хватает, но если накапливается больше чем пара, а питание вдруг пропало, то все может кончиться печальной потерей данных.
вот для таких как мы годятся 2TB на E18 и sn850. ig5236 и sn770 заметно похуже будут (реально sn770 в таком применении на уровне sn550). 980 pro где-то между первыми и вторыми. про 990 pro пока не знаю, про hynix p41 и в перспективе не узнаю.
«про якобы любовь» — все верно. я не знаю кто поддерживает этото миф, но на практике windows не так уж часто выдает запросы на чтение/запись по 4KB. в то же время там бывают запросы на 512 байт — 1 сектор (это касается записи в реестр, в том числе performance counters и в служебные файлы и MFT ntfs). а в среднем размер запроса получается десятки килобайт. достаточно посмотреть лог из sysinternals diskmon или в hdtune посмотреть, чтобы убедиться.
а вот про практический пример неверно. первые ssd читали последовательно медленнее чем hdd, иногда вдвое, 60-70 MBps. а вот выигрыш в скорости загрузки и работы системы был ошеломляющим.
«все любители ssd сразу сливались» — не у тех спрашивали :-) не вполне понятно, что значит «в любых операциях». вообще не всё упирается в дисковую подсистему. с установкой ssd та же загрузка windows на работу с накопителями тратит 1-2 сек, да и то вторую секунду параллельно остальной деятельности. поэтому и выигрыш по времени полной загрузки (с запуском всех сервисов, а не до отрисовки десктопа) при переходе с sata на nvme составляет 1-2 секунды из ~20. ну и если настроен режим быстрой загрузки, то и с hdd будет медленнее всего на несколько сек, а из raid0 на ту же 1-2, потому что запросов на случайную выборку там уже практически нет.
слотов в нынешних мат.платах нередко 4-5, насколько я вижу, и температурные режимы там очень различаются. наиболее благоприятный — подальше от чипсета и в/к.
но и без этого все не так просто — тестируют то обычно на открытом стенде, то есть там температуры ниже уже изначально. как в каком корпусе будет — не угадать. где-то вентилятор прямо «с улицы» на ssd дует, а где-то водянка и с задней стороны в/к жаром пышет как от печки прямо на ssd, который получается стоит прямо над ней. был один товарищ, который ругался на то что ssd перегревается при загрузке игрушки, а по факту надо было просто видеокарту обдувать со всех сторон :-)
вот что реально указывать — это температуру вне тестов и на сколько она поднималась в процессе. как на 3dnews делают.
бред какой-то. надо сразу называть о каких «иногдаших» nmve дисках вы говорите. собственно контроллеры nvme ssd и прошивки к ним не так много фирм делают. если это контроллеры phison или SMI, то утилитами от vlo можно просмотреть не то что число дефектных блоков, а даже раскладку их по банкам/чипам и номера.
впрочем, по описанию вашей проблемы похоже, что дефекты флеша там вообще ни при чем. раз «виктория показывает» десятки мертвых блоков ;-)
некорректный вопрос. зависит от того охлаждения, которое вы обеспечите. без него он может нагреться и на 50-70 градусов относительно окружающей среды. сам контроллер рассеивает 6-8 ватт в среднем в CDM, то есть при длительной записи наверно ватт 10-12 и больше. это с площади чипа в пару кв.см. плюс пару ватт рассеивают чипы dram и флеш (под нагрузкой опять же).
на практике ставите игольчатый или пластинчатый радиатор размером 40x20x25 мм на контроллер и dram, на флеш не надо, и нагрев будет в пределах +20-25 градусов под длительной активной нагрузкой, +5-10 градусов под обычной системной нагрузкой относительно температуры окружающей среды. нагрев флеша при этом будет вдвое ниже (то есть пополам между температурами контроллера и окружающей среды).
то есть если поставить в переходник pci-e, где +35 — выше 55-60 не увидите даже в тестах, флеш будет 40-45. поставите между CPU и видеокартой, от которой жаром пышет — и с радиатором будет 50-60 в покое и до 80 (по датчику) под нагрузкой. а если флеш накроете общим с контроллером радиатором, то и флеш будет столько же, контроллер легко его подогреет.
выше 80 (без активного внешнего подогрева) на нем не будет, он будет троттлинг включать, удерживая температуру около 75. но на самом деле когда на датчике 80, сам контроллер может нагреваться и до 100 (допустимая температура нагрева для контроллера E18 — 125C), а температура флеша будет градусов на 30 ниже.
1200… 1600… ну и? перезапись всего объема по записанному быстрее стала аж на 1 секунду. почти 0.2%!!! а по чистому медленнее на 26%, спасибо создателям прошивок, что неустанно трудятся...
для сравнения reletech p400 evo на том E18, но 2TB целиком записывает себя на первом проходе за 14'17", на втором за 13'28". прошивка там ведет slc-буферизацию аналогично старой firecuda 530. флеш B47R, как и в KC3000, но на 1200.
вот что считаю замечательным в этой статье — это графики записи для режима pci-e v3, для сравнения. разница в скорости — аж 30 секунд на терабайт ([сарказм]). да и вообще, вся разница проявляется только в дутых попугаях...
а насчет 1200vs1600 вспоминаются эксперименты с перепрошивкой sm2263xt, где можно было ставить 266,333 или 400 MT/s для флеша IMC, но разницы не было никакой. что толку, если контроллер быстрее не может… более высокую скорость интефейса то поддерживает, но использовать её всю не может.
вы в курсе что из-за особенностей работы ssd victoria в принципе не может про состояние флеша что-то корректное показать? :-) LBA адрес при каждой записи попадает (переадресуется) в новое место флеша.
если я правильно понял описанную вами ситуацию, то скорее всего случилось повреждение транслятора, скорее всего при внезапном отключении питания.
лечится элементарно через Secure Erase, который обычно сейчас в BIOS мат.плат есть. ну или утилиты можно использовать. данные все сотрутся, но флеш будет чистый, как новый.
от 55C разрушиться флеш не может никак. зато может ускориться утечка заряда из ячеек флеша. при такой температуре я бы советовал перечитывать данные раз в пару дней, вручную в aida64 или настроить скрипт в fio. если скорость чтения вдруг становится низкой — повторять процесс (вот это уже удобно если только в fio) до тех пор пока она не восстановится. на самом деле просто счетчик READ DISTURB дойдет до предельного значения и ssd перезапишет данные заново, после чего они снова будут быстро читаться.
главное — не доводить утечку заряда до того, что невозможно восстановить изначальные данные. а её скорость растет с температурой.
если у вас нет задач по жонглированию большими объемами данных без их переработки то и не увидите.
исключение — субд с большим количеством вторичных структур типа составных индексов под большим количеством поступающих мелких изменений. когда одно изменение 8-байтового поля в записи приводит к перезаписи десятков страниц в БД, а такие изменения прилетают десятками тысяч в сек.
но в домашнем использовании кроме как у разработчиков подобных систем при тестировании/оптимизации это нереально встретить.
хотя возможно есть и других задачи, где небольшие изменения информации извне влекут большое количество перезаписи в разные структуры.
все это по большому счету для энтузиастов (т.е. фанатов)
расскажите про эталон владельцам 870 evo :-)
вообще после 970 pro меня ни 980 pro, ни pm9A1 не обрадовали ни разу. второй ещё и жутко греется почему-то (возможно у меня такой экземпляр) — на чтении через несколько минут перегревается и уходит в троттлинг.
оба на практике до уровня E18 не дотягивают.
то что несъемный — чушь, конечно, видно же что винтовая сборка. а thermalright hr-09 2280 pro явно его легко заменит и без вентилятора. правда в переходник pci-e->m.2 его фиг поставишь тогда.
ну эти 10 GBps опять, конечно же, профанация. 20 секунд записи и они превращаются во вполне солидные 3.5 GBps. а потом в 1.5 GBps. если б не было этих 10 — было б 3.5GBps ровно по всему объему и это было бы намного быстрее…
а где тогда тесты? графики записи, чтения? замеры мгновенной скорости при работе с slc-буфером то по-любому неинтересны.
вот когда у вас в хозяйстве сотни и тысячи ssd — тогда уже надежность становится осмысленной.
а по чтению есть ssd и побыстрее. да и по записи в slc-режиме. например на phison e18, wd sn850/sn850x, sk hynix p41/p43
даже что-то бюджетное есть, что в пике на пустом ssd скорость записи в районе 6.5 MBps показывает
но по емкости это все равно совсем не то, что стоит в корпоративных моделях. а туда лишнего не ставят.
попробуйте найти что-то об этой защите в информации от самого Crucial/Micron. неужели думаете, что они об этом смогли бы умолчать? :-)
а как выглядит внутренняя защита от сбоев питания — я показал. можете посмотреть как в интеловских сделано и других.
а можете сами прикинуть номинал тех конденсаторов, что в вашем mx500 и посчитать на сколько его хватило бы, если бы он использовался в качестве резервного источника.
ну и транслятор слетает у sata ssd не реже, особенно у некоторых сортов типа S11. от этого защищены немногие ssd, имеющие на борту собственную резервную емкость питания на случай отключения внешнего, и все они недешевые и не для дома. например toshiba hk*, корпоративные intel и т.п.
впрочем, тут многое от поведения прошивки зависит. на то, чтобы сбросить пару страниц вроде у всех ssd запаса хватает, но если накапливается больше чем пара, а питание вдруг пропало, то все может кончиться печальной потерей данных.
а вот про практический пример неверно. первые ssd читали последовательно медленнее чем hdd, иногда вдвое, 60-70 MBps. а вот выигрыш в скорости загрузки и работы системы был ошеломляющим.
«все любители ssd сразу сливались» — не у тех спрашивали :-) не вполне понятно, что значит «в любых операциях». вообще не всё упирается в дисковую подсистему. с установкой ssd та же загрузка windows на работу с накопителями тратит 1-2 сек, да и то вторую секунду параллельно остальной деятельности. поэтому и выигрыш по времени полной загрузки (с запуском всех сервисов, а не до отрисовки десктопа) при переходе с sata на nvme составляет 1-2 секунды из ~20. ну и если настроен режим быстрой загрузки, то и с hdd будет медленнее всего на несколько сек, а из raid0 на ту же 1-2, потому что запросов на случайную выборку там уже практически нет.
но и без этого все не так просто — тестируют то обычно на открытом стенде, то есть там температуры ниже уже изначально. как в каком корпусе будет — не угадать. где-то вентилятор прямо «с улицы» на ssd дует, а где-то водянка и с задней стороны в/к жаром пышет как от печки прямо на ssd, который получается стоит прямо над ней. был один товарищ, который ругался на то что ssd перегревается при загрузке игрушки, а по факту надо было просто видеокарту обдувать со всех сторон :-)
вот что реально указывать — это температуру вне тестов и на сколько она поднималась в процессе. как на 3dnews делают.
впрочем, по описанию вашей проблемы похоже, что дефекты флеша там вообще ни при чем. раз «виктория показывает» десятки мертвых блоков ;-)
на практике ставите игольчатый или пластинчатый радиатор размером 40x20x25 мм на контроллер и dram, на флеш не надо, и нагрев будет в пределах +20-25 градусов под длительной активной нагрузкой, +5-10 градусов под обычной системной нагрузкой относительно температуры окружающей среды. нагрев флеша при этом будет вдвое ниже (то есть пополам между температурами контроллера и окружающей среды).
то есть если поставить в переходник pci-e, где +35 — выше 55-60 не увидите даже в тестах, флеш будет 40-45. поставите между CPU и видеокартой, от которой жаром пышет — и с радиатором будет 50-60 в покое и до 80 (по датчику) под нагрузкой. а если флеш накроете общим с контроллером радиатором, то и флеш будет столько же, контроллер легко его подогреет.
выше 80 (без активного внешнего подогрева) на нем не будет, он будет троттлинг включать, удерживая температуру около 75. но на самом деле когда на датчике 80, сам контроллер может нагреваться и до 100 (допустимая температура нагрева для контроллера E18 — 125C), а температура флеша будет градусов на 30 ниже.
для сравнения reletech p400 evo на том E18, но 2TB целиком записывает себя на первом проходе за 14'17", на втором за 13'28". прошивка там ведет slc-буферизацию аналогично старой firecuda 530. флеш B47R, как и в KC3000, но на 1200.
вот что считаю замечательным в этой статье — это графики записи для режима pci-e v3, для сравнения. разница в скорости — аж 30 секунд на терабайт ([сарказм]). да и вообще, вся разница проявляется только в дутых попугаях...
а насчет 1200vs1600 вспоминаются эксперименты с перепрошивкой sm2263xt, где можно было ставить 266,333 или 400 MT/s для флеша IMC, но разницы не было никакой. что толку, если контроллер быстрее не может… более высокую скорость интефейса то поддерживает, но использовать её всю не может.
если я правильно понял описанную вами ситуацию, то скорее всего случилось повреждение транслятора, скорее всего при внезапном отключении питания.
лечится элементарно через Secure Erase, который обычно сейчас в BIOS мат.плат есть. ну или утилиты можно использовать. данные все сотрутся, но флеш будет чистый, как новый.
от 55C разрушиться флеш не может никак. зато может ускориться утечка заряда из ячеек флеша. при такой температуре я бы советовал перечитывать данные раз в пару дней, вручную в aida64 или настроить скрипт в fio. если скорость чтения вдруг становится низкой — повторять процесс (вот это уже удобно если только в fio) до тех пор пока она не восстановится. на самом деле просто счетчик READ DISTURB дойдет до предельного значения и ssd перезапишет данные заново, после чего они снова будут быстро читаться.
главное — не доводить утечку заряда до того, что невозможно восстановить изначальные данные. а её скорость растет с температурой.
исключение — субд с большим количеством вторичных структур типа составных индексов под большим количеством поступающих мелких изменений. когда одно изменение 8-байтового поля в записи приводит к перезаписи десятков страниц в БД, а такие изменения прилетают десятками тысяч в сек.
но в домашнем использовании кроме как у разработчиков подобных систем при тестировании/оптимизации это нереально встретить.
хотя возможно есть и других задачи, где небольшие изменения информации извне влекут большое количество перезаписи в разные структуры.
все это по большому счету для энтузиастов (т.е. фанатов)
вообще после 970 pro меня ни 980 pro, ни pm9A1 не обрадовали ни разу. второй ещё и жутко греется почему-то (возможно у меня такой экземпляр) — на чтении через несколько минут перегревается и уходит в троттлинг.
оба на практике до уровня E18 не дотягивают.