Мы используем файлы cookie и сервисы аналитики. Ознакомьтесь с нашей Политикой сбора данных и выберите, какие типы cookie вы разрешаете:
cookie_policy_accepted — хранит ваш выбор cookiePHPSESSID — сессияkey3 — запоминание входа_ix — единая сессия входа на ixbt.comadminuserskey — вход администратораtopic_add_autosave — автосохранение черновикаls_photoset_target_tmp — временные данные загрузки фотоgeo_country — определяет ваш регион_ga, _ga_*, _ym_uid, _ym_d, _ym_* — статистика посещений__gads, __gpi — таргетирование объявленийВы всегда можете изменить свои предпочтения в настройках.
то что несъемный — чушь, конечно, видно же что винтовая сборка. а 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 не дотягивают.