Сообщай в вопросе бюджет, нужный объём, интерфейс подключения и формфактор, сценарий использования, модель материнской платы
[ FAQ ]
1) Память по типу расположения ячеек делится на устаревшую планарную и современную трёхмерную (3D, вертикальную). Samsung вторую называет V-NAND, остальные производители как 3D NAND 2) SLC (Single-Level Cells), MLC (Multi-Level Cell), TLC (Triple-Level Cell), QLC (Quad-Level Cell) - это количество бит записываемых в одну ячейку памяти. 1, 2, 3 и 4, соответственно. Таким образом, например, 3D NAND TLC - это NAND память с вертикальным расположением ячеек и 3 битами информации в одной ячейке 3) Самая быстрая и надёжная память - SLC (уже не выпускается), 3D Xpoint (снята с производства) и MLC. Затем идёт TLC. QLC характеризуется низкой скоростью прямой записи в NAND и неважной работой с мелкими блоками 4) Внутренние SSD имеют следующие интерфейсы: SATA, mSATA, M.2 SATA, PCI-E, M.2 PCI-E. Ты должен знать, какие поддерживает твоя материка, чтоб не ошибиться с выбором. Изучай спеки на сайте производителя. Если М.2 разъём поддерживает только SATA интерфейс, PCI-E SSD в нём работать не будет. Наиболее производительными являются устройства на шине PCI-E x4 (NVMe). 5) M.2 SATA и M.2 PCI-E x2 устройства имеют ключи B+M, M.2 PCI-E x4 - только ключ M 6) SATA диски могут иметь или не иметь DRAM-буфер. Он нужен для оптимизации взаимодействия контроллера с NAND-памятью — в ней хранится и редактируется таблица трансляций адресов NAND. При отсутствии DRAM, таблица адресов хранится непосредственно в NAND-памяти, что приводит к существенному снижению скорости операций контроллера с ней. PCI-E накопители могут иметь собственный буфер, а могут использовать в качестве него небольшой (до 64 MБ) объём системной оперативной памяти (технология Host Memory Buffer — HMB). Поддержка HMB в ОС началась с Win10 (1709). К тому же, безбуферные/HMB контроллеры, как правило, обладают меньшей вычислительной мощностью и меньшим количеством каналов/подканалов обращения к NAND. Для установки системы предпочтительны устройства с DRAM. 7) Инфу о железе без снятия радиатора и наклейки можно получить с помощью утилит от Вадима Очкина http://vlo.name:3000/ssdtool/ (для чего нужно знать модель контроллера) или в обновляемой таблице https://docs.google.com/spreadsheets/d/1B27_j9NDPU3cNlj2HKcrfpJKHkOf-Oi1DbuuQva2gT4/edit#gid=0 8) Наличие/отсутствие DRAM на диске можно определить по модели используемого контроллера или по фото платы (микросхема DRAM на ней хорошо различима). Характеристики контроллеров смотри здесь https://andiriney.ru/kontrollery-ssd/ 9) Не стоит путать DRAM-буфер и SLC (Single-Level Cells)-кэш. Последний есть у всех устройств с TLC и QLC памятью. Представляет собой временную запись данных на выделенную часть NAND-памяти в самом скоростном однобитовом режиме (1 бит в ячейку) для последующей медленной перезаписи 3-х (TLC) или 4-х (QLC) бит в ячейку. Именно SLC-кэш позволяет достигать огромных скоростей. Тогда как запись непосредственно в TLC и QLC в разы, а то и десятки раз ниже - её ты можешь увидеть после исчерпания кэша. Размер SLC-кэша может быть разный, включая динамически изменяемый с различными алгоритмами, тут без чтения обзоров на «железных» ресурсах не обойтись 10) M.2 PCI-E диски можно установить в PCI-E x16 слот через переходник, однако старые материнские платы могут не поддерживать загрузку с PCI-E (NVMe) дисков. Если не уверен, лучше спроси тут или в «Ньюфаг-треде» перед покупкой 11) Цены на AliExpress снова стали привлекательными. Но стоит быть аккуратным в отношении характеристик и компонентов китайских SSD
[ ЧТО НЕ БРАТЬ ]
1) Не бери на 120 GB и меньше - низкая скорость из-за малого количества каналов NAND, малый ресурс из-за частой перезаписи ячеек, хороших моделей в этом объёме почти нет 2) Не бери безбуферные/HMB модели под систему 3) Не бери дешёвые китайские и тайваньские диски с заявленными хорошими контроллерами, скорее всего там обман и будет стоять дешман (например, SM2258XT вместо указанного SM2258). Хороший контроллер недёшев, ориентируйся по ценам конкурентов 4) Начался перевод комплектации даже брендовых безбуферных SATA SSD на микросхемы NAND-памяти типа QLC без изменения наименования моделей. Отныне SATA SSD без DRAM являются не рекомендованными к покупке 5) Не рекомендуются устройства на на контроллере PS3111-S11, т.к. при некоторых проблемах, например, с питанием, они могут уходить в защиту. После чего восстановление работоспособности диска возможно, а данных - нет
[ ЧТО БРАТЬ ]
SATA
Минималка: • HP S700 Pro (Micron или Samsung TLC, DRAM, контроллер SM2258) • Samsung 870 QVO (Samsung QLC, DRAM, контроллер MKX; могут быть не совместимы с AM2/AM3 чипсетами AMD)
Середняк: • Kingston KC600 (Micron TLC, DRAM, контроллер SM2259) • ADATA SU800 (Samsung TLC, DRAM, контроллер SM2258) • Transcend SSD230s (Micron/SanDisk/Samsung TLC, DRAM, контроллер SM2258) • Plextor M8VC Plus (Kioxia TLC, DRAM, контроллер SM2258) • WD Blue / SanDisk Ultra (SanDisk TLC, DRAM, контроллер Marvell 88SS1074) • WD Red SA500 (SanDisk TLC, DRAM, контроллер Marvell 88SS1074, рекомендован для NAS, упор сделан на прямую запись в NAND с минимальным усилением)
Годнота: • Samsung 870 EVO (Samsung TLC, DRAM, контроллер MKX; избегать выпуска 2021 года и I квартала 2022 года из-за возможной деградации NAND) • Smartbuy Impact (Kioxia TLC, DRAM, контроллер PS3112-S12) • GoodRAM IRDM Pro Gen.2 (Kioxia/Micron TLC, DRAM, контроллер PS3112-S12; версия 1 ТБ оснащена 256 МБ DRAM DDR3, 2 ТБ - 512 МБ)
Топчик: • Samsung 860 Pro (MLC 2-bit Samsung, DRAM, контроллер MJX; могут быть не совместимы с AM2/AM3 чипсетами AMD)
Для мажоров (NVMe 3D XPoint): • Intel Optane SSD DC P5800X (U.2 PCI-E 4.0, Intel 3D XPoint, контроллер Intel; в пекарне можно использовать через переходник)
Что будет с SSD, если он во внешнем боксе ,который не пропускает TRIM команды?
Аноним17/05/24 Птн 08:44:19№69703742
И ещё вопрос. Android отправляет трим по OTG? Если версия порта 2.0 (в планшете 23 года до сих пор 2 версия, оказывается, аналогично в телевизоре и смартфоне).
Есть смысл раз в пол года доставать его из коробки ,втыкать в sata и вручную ему fstrim слать? Или blkdiscard (с предварительным сохранением данных на хдд)?
>>6969367 (OP) Посоветуйте недорогой и адекватный sata 2,5" сосоди. Мне для домашнего облака и хранения файлов. Сейчас стоит парочка сосунгов 870, но цены на них последнее время просто пиздец.
Постепенно накрывается известным местом 870 EVO. Вопрос такой - что взять на 1 тб на замену под ОС? Кингстон говорят нынче совсем труха, Патриот Мемори говно какое-то китайское, Крушиал вроде неплохой, но уже два терабайтника под игры и говно в корпусе стоят...
>>6970374 >Что будет с SSD, если он во внешнем боксе ,который не пропускает TRIM команды? Зависит от модели ssd. Какой у тебя ссд?
>И ещё вопрос. Android отправляет трим по OTG? Маловероятно, т.к. андроид (как и винда и линукс) работают не с ссд, а с юсб боксом. Если контроллер usb-бокса умеет в стандартный протокол UASP, то, теоретически, операционка может выдавать команды на стирание конкретных секторов накопителя. В любом случае, это все программные заморочки операционной системы. Только операционная система может корректно управлять накопителем (ну еще всякие спец. утилиты по ремонту накопителей, но это уже отдельная тема)
>Или ITGC сама всё сделает без команд извне? что такое ITGC?
>Если контроллер usb-бокса умеет в стандартный протокол UASP А вот это надо ещё проверить. Я купил ugreen для которого uasp обещали. Но модель без USB-C на другом контроллере с какого-то момента начали делать и тот уже может без uasp быть. Если андроиды не будут трим отдавать. И пк не будет (чаще всего он будет на usb 2.0 висеть), то боюсь придется его постоянно раз в пол года очищать, сливая файлы.
>ITGC А ты точно шаришь? Ну это фоновая программа, которая должна заниматься тем же самым, что трим делает, но в фоне и без команд от ос. Ну как я понял. Трим не дает команду диску ,если данные были не удалены, а просто изменены. И первые ссд от этого начинали тормозить через несколько месяцев. Поэтому внедрили ITGC. Чтобы не приходилось делать blkdiscard, сливая все файлы куда-то в другое место. Ну это, если ITGC действительно такая чудесная штука, как я думаю.
>>6971247 >Что будет с SSD, если он во внешнем боксе ,который не пропускает TRIM команды? >Есть смысл раз в пол года доставать его из коробки ,втыкать в sata и вручную ему fstrim слать? >HP S750 1tb У этого накопителя есть SLC кэш. В usb-боксе ssd будет по большей части пинать балду и будет самостоятельно постепенно освобождать SLC кэш, перенося данные из режима SLC в обычный режим хранения TLC флешки. Т.е. в usb-боксе или для медиахранилища вообще можно не заморачиваться никакими trim.
>ITGC >А ты точно шаришь? Точно. Я занимаюсь embedded разработкой в различные микроконтроллеры. Никогда не слышал о ITGC и ничего путного не гуглится, так что это фуфло полное или развод.
>>6971247 >блин, с hdd было проще всё. С ssd тоже все просто. 1. Если для системы (или баз данных, или как кэш видеоредактора и т.п.), то нужен ssd с dram. 2. Для всего остального, типа грушек, фотошопов, файлопомйки и ssd в usb-боксе, то годится любой (в том числе удешевленный, как твой s750, без dram). 3. QLC стараться не брать.
Если сделал так, то просто пользуешься ssd в свое удовольствие и в ус не дуешь...
>>6971258 >>6971259 >>6970448 >Система на 970 евро плюс крутится. >Посоветуйте недорогой и адекватный sata 2,5" сосоди. Мне для домашнего облака и хранения файлов. >Для облачного хранилища.
Подойдет любой брендовый ssd, той фирмы, которая у тебя не вызывает отвращения.
Ну так это ты поставил условие, что тебе надо sata. Весь мир переходит на M.2 PCIE, а sata постепенно исчезают. Поэтому, годные sata вообще сложно найти. И 20к за 2Тб годного ssd, не важно с каким интерфейсом (sata или pcie) - это адекватная цена.
И всё, больше ничего нет. Либо годные за 20к, либо говно нонейм дешман с наклейками exegate, netac, zenit, team group и прочая шушара с рандомными деталями.
Ананасы, посоветуйте что купить на 3 летний ноут для работы. Изначально остановился на 970 Evo plus на 512, но решил все же брать на 1т. За мощностью и скорость не гонюсь, главное не говно совсем. Ноут используется под программирование, Автокад, офис и совсем старые игоры. Бюджет до 10к.
>>6971300 >перенося данные из режима SLC в обычный режим хранения TLC флешки При чём здесь это... Вот я удалил файл на 40 гигов, когда ссд подключен к планшету. Трим не был отправлен диску. Он не будет считать свободными те ячейки, в которых был этот удаленный файл. Во-первых, он не будет выравнивать износ, задействуя освободившееся место. во-вторых, при последующих операциях будет тормозить всё больше по мере того, как на диске будут копиться эти не нужные записанные области помеченные для удаления.
>>6971312 Аноны, нашел 970 Evo plus на 1Тб в свой бюджет. Есть варианты лучше? Смущает, что говорят они сильно греются и для ноутба без охлаждения не подходят. Дайте совет, пожалуйста.
>>6971340 > Во-первых, он не будет выравнивать износ, задействуя освободившееся место. Будет. > на диске будут копиться эти не нужные записанные области помеченные для удаления. Не будут.
>>6971340 Давай прям по шагам пройдем, что будет делать SSD после удаления и записи нового файла операционкой.
Только сразу учтем, что SSD сам управляет своим кэшем и процессом выравнивания износа не зависимо от твоих действий с накопителем.
>Вот я удалил файл на 40 гигов, когда ссд подключен к планшету. Это означает, что операционка сделал запись в файловой системе что такой файл ей не нужен. Т.е. операционка перезаписала, например, 1 блок на SSD (меньше одного блока в 512 байт изменять нельзя).
> Он не будет считать свободными те ячейки, в которых был этот удаленный файл. Все так, потому что операционка никак не изменила блоки, в которых лежал 40Гб файл.
> при последующих операциях будет тормозить всё больше по мере того Нет, будет вот так.
Ты записал новый файл 30Гб, пусть операционка решила, что положит его в те же блоки, в которых все еще лежит содержимое ранее стертого тобой 40Гб файла.
Но SSD умный и положит 30Гб в новые блоки и в SLC кэше, и это будет быстро.
А т.к. SSD видит, что новый файл попадает в блоки, которые были ранее заняты, то он помечает, что эти блоки надо стереть. Стирание флешки - это долгое и энергоемкое занятие, по сути надо вогнать в все ячейки максимальный заряд. Поэтому, SSD просто пометил, что их надо стереть, а стирать будет тогда, когда ты перестанешь интенсивно пользоваться SSD (например, записал 30 Гб видос и стал его смотреть - SSD стал свободен и приступил к постепенному стиранию).
Того, SSD у себя ничего старого не копит - копит операционка.
TRIM для SSD это та же команда записи, только без новых данных. SSD точно так же пометит у себя блоки что их надо когда-нибудь стереть и будет стирать только когда ему будет удобно.
Старался объяснить как можно проще, надеюсь получилось.
>>6971933 Чтобы пнуть операционку по желанию человека, что бы она отправила в SSD команду TRIM или DEALLOCATE. После этого надо оставить SSD в покое на время, пропорциональное объему стирания, что бы он-таки начал стирать у себя флешку. Обычно ею пользуються для тестов, что бы проверить, действительн ли SSD поддерживает выполнение TRIM, и если например. через пол часа простоя, SSD так и не стер данные, то, считается, что TRIM не работает (скорее-всего из-за какого-нибудь usb конвертера).
У SSD еще есть принудительная команда стирания всей флешки, во всяких утилитах она называется SANITIZE. Вот она работает действительно очень долго (часами!!!), но после ее завершения у SSD вся флешка точно будет стерта и к SSD верентся его прежня скорость как после покупки.
>>6972053 >> Стирание флешки - это долгое и энергоемкое занятие >Стирание на порядок эффективнее записи, т.к. стирается блок 8-16 мб.
Т.е. за один раз надо стереть 8-16 Мегабайт ячеек, вместо записи нескольких блоков по 512 байт, я правильно тебя понимаю? Т.е. тебе легче на себе унести самосвал карточки, чем таскать по одному мешку? Ну ты и гумманитарий однако ...
>>6971949 Ну ок, из этого всего выходит, что просто нужно не забивать SSD на 100%. Кстати, при форматировании в EXT4 подефолту задаётся резерв, который нельзя записать (под нужды рута). 5%, но можно увеличить до 15, например (mkfs -t ext4 -m 15) или на уже отформатированном томе через tune2fs.
Дальше я напишу своё понимание процесса. Не поспорит, а сверить часы, так сказать.
>Но SSD умный и положит 30Гб в новые блоки и в SLC кэше, и это будет быстро. Пока кеш не кончился. А потом, как я понял, в отличие от самсунгов будет происходит вот что. Диск за пределами SLC кеша все равно продолжить писать по одному биту. Потому что контроллер не умеет сразу писать по 3 бита в каждую ячейку (самсунг умеет). Но вместе с тем параллельно диск будет заниматься сжатием данных по 3 бита. То есть пишет три бита по одному и сразу же, не дожидаясь окончания записи всего файла переписывает их по три в одну ячейку. Отчего наблюдается просадка скорости запределами буфера (на USB 2.0 я в это никогда не упрусь, понятное дело).
Если же мы НЕ превышали SLC кэш при записи, то диск начнет сжимать биты уже ПОСЛЕ окончания записи, поэтому скорость во время операции не упадет. И вот далее уже зависит от ссд, уйдет ли он в себя на время после окончания записи. К примеру у меня есть смартбай дешманский на maxio и tlc. там буфер 2 гига на 128гиговом диске. На нем стоит линукс в некропекарне. Пишешь несколько гигов на него и потом пол минуты даже контекстные меню не открываются - диск в бизи находится, пока сжимает данные. Другие диски прерываются при запросах к ним, я так понял. И потому не лагают на чтении после записи данных.
>новый файл попадает в блоки, которые были ранее заняты, то он помечает, что эти блоки надо стереть Ты не учёл кое чего. В одном конкретном блоке может быть ещё нужна страница от не удаленных данных. И нельзя просто стереть весь блок. Нужно оттуда прочитать нужную страницу и переместить ее на свободно место. А потом уж стереть блок. Так что это не только стирание, но и чтение и запись. Все три операции.
А еще в интернетах полным полно тем на форумах во времена первых массовых ссд на TLC, когда диски перманентно начинали тормозить спустя время и это лечили перезаписью на них нулей. Так как в фоне диск сборкой мусора не занимался. Как раз до появления ITGC фичи. Она занимается тем, что стирает блоки и пишет нужные страницы данных в другие блоки, чтобы каждый блок был заполнен действительными страницами целиком и было куда писать новые страницы без перезаписи блоков и соответственно просадки скорости при дальнейшем использовании. Это как раз то о чем ты и говорил - что ссд не пишет в занятые места, а помечает для дальнейшего фонового освобождения. Мы об одном говорили.
>Чтобы пнуть операционку по желанию человека Вот тут ошибка. fstrim подефолту выполняется в ОС с заданным интервалом (раз в 7 дней на linux). Или можно задать параметр в fstab, чтобы при каждом монтировании отправлялся трим. Или включить continuous TRIM и тогда трим будет при каждом удалении файла отправляться (смысла в этом правда нет, только износ ячеек лишний).
Так вот первый дефолтный способ не по желанию человека ,а как дефолт для работы ОС задан на регулярной основе. Как в винде хз. тоже наверное примерно так.
А blkdiscard вроде бы автоматически выполняется при создании тома. Без опции секьюр. Таким образом в отличие от fstrim, которая отправляет информацию из файловой системы. блокдискард сбрасывает все блоки подряд на чипах SSD (опционально в заданных границах от сектора до сектора). Ты писал про санитайз. Но санитайз это по сути blkdiscard --secure Так зачем нам писать в каждый сектор нули (ну на физическом увроне там единицы у ссд, не суть), если обычный блокдискард без аргумента секур уже говорит диску, что модно все блоки считать пустыми (нужных страниц в них нет)?
>чтобы каждый блок был заполнен действительными страницами целиком и было куда писать новые страницы без перезаписи блоков и соответственно просадки скорости при дальнейшем использовании Вот это кстати очень важно, потому что, если при записи диск натыкается на блок, в котором есть еще нужная страница, то он не может просто взять и записать блок новыми данными. Сначала надо сохранить нужную страницу, потом записать новые данные, потом вернуть нужную страницу.
Может быть поэтому простенькие контроллеры и не умеют писать по три бита сразу и все прогоняют через однобитную запись. потмоу что только операция сжатия споосбна не просрать частично записанные блоки?
алсо, вот не дополнил мысль. >И нельзя просто стереть весь блок. Нужно оттуда прочитать нужную страницу и переместить ее на свободно место. А потом уж стереть блок. Так что это не только стирание, но и чтение и запись. Все три операции. Хотя диск и не умеет по одной странице писать. Чтобы изменить данные, ему приходится всегда весь блок переписывать. Поэтому, если данные часто меняются, у нас копятся блоки, в которых страницы от разных файлов. И далее скорость падает именно из-а того, что меняя один файл, диск должен переписывать больше блоков, чем соответствовало бы объему этого файла, верно? И отсюда растут паразитные операции чтения/записи.
трим от этого не помогает - помгло бы blkdiscard только с предварительным дампом всех данных куда-то в другое место и записью обратно после сброса блоков.
Сорян за простыни. Имеешь право не читать всё это. Но, если ты правда пишешь прошивки для контроллеров, было бы интересно почитать от тебя что-то фроде FAQ по таким вопросам.
>>6972183 >Ну ок, из этого всего выходит, что просто нужно не забивать SSD на 100%.
Если ты поставишь ssd без DRAM на интенсивную нагрузку мелкими блоками (частое изменения случайных мест SSD), например, для нужд операционной системы, то SSD будет не успевать стирать блоки (ив SLC и в остальной флешке) и будет тормозить - это и есть фризы из-за SSD.
>Пока кеш не кончился. А потом ...
Кэш у SSD это набор технологий, а не какой-то один, и работают они так:
1) Есть фиксированная область флешки, обычно не большого размера, переведенная в SLC режим, которую называют "статический SLC кэш" (т.к. размер ее не изменен). В общем объеме накопителя эта область не участвует.
2) Часть остальной флешки, которая временно переключена в SLC режим, которую называют "динамический SLC кэш". На пустом SSD это примерно четверть от всего объема.
Если заполнишь SSD на 100%, то вторая часть уменьшится до нуля.
Разные производители настраивают алгоритмы и объемы этих технологий по-разному, поэтому, и ведут они себя немного по-разному на тестах. Но в любом случае, и основная часть и статический SLC кэш - это флешка и ее легко ввести в ступор большим количеством мелких изменений. Мы часто тут смотрим картинки на тесты программы Crystal Disk Info. Так вот, программа ведет тест сравнительно не большим объемом данных, который целиrом помещается в SLC кэш любого SSD.
>Ты не учёл кое чего. В одном конкретном блоке может быть ещё нужна страница от не удаленных данных. И нельзя просто стереть весь блок. Нужно оттуда прочитать нужную страницу и переместить ее на свободно место. А потом уж стереть блок. Так что это не только стирание, но и чтение и запись. Все три операции.
Это не я не учел. Это ты просто вел речь о SLC кэше, некорректно упрощая понимание его работы. SSD всеми этими операциями всегда занимается одновременно. Тут важно не само наличие этих операций, а как сильно ты нагрузил SSD работой от персоналки.
- Если ты нагрузил SSD слабо - то ты не заметишь никаких тормозов и фризов у SSD. - Если ты нагрузил SSD сильно - то SSD будет не успевать делать их все и будет тормозить.
>>6972183 >А blkdiscard вроде бы автоматически выполняется при создании тома. Без опции секьюр. >Таким образом в отличие от fstrim, которая отправляет информацию из файловой системы. блокдискард сбрасывает все блоки подряд на чипах SSD (опционально в заданных границах от сектора до сектора). Ты писал про санитайз. Но санитайз это по сути blkdiscard --secure Так зачем нам писать в каждый сектор нули (ну на физическом увроне там единицы у ссд, не суть), если обычный блокдискард без аргумента секур уже говорит диску, что модно все блоки считать пустыми (нужных страниц в них нет)?
К сожалению, флешка устроена так, что для того, что бы в нее что-то записать, ее нужно сначала стереть. Многие путают стертый блок флешки (чистый блок) и "свободный" блок флешки.
Свободный блок - это блок, в котором нет полезной информации, в него можно писать, но нужно сначала стереть, т.е. сделать чистым. Стирание блока - это самая длительная и энергозатратная процедура. Она заключается в том, чтобы загнать в каждую ячейку максимальный заряд (это как налить кружку водой из чайника). Запись в чистую ячейку - это просто слить заряд полностью или частично на землю (как слить часть возы из кружки в раковину). Чтение значения из ячейки - это просто измерить количество заряда (напряжение) которое есть в ячейке.
Чтение и запись в чистую ячейку идут практически с одной и той же скоростью. Запись даже быстрее, т.к. чтение - это измерение, оно немного дольше.
А вот когда надо стирать флешку, вот тут наступает трендец.
Что там делают всякие утилиты типа blkdiscard/fstrim и что там разработчик утилиты подразумевал под параметром --secure, вообще фиолетово и стоит спрашивать у разработчиков этих утилит.
secure eraze - это команда для SSD, что бы он сделал все свои блоки свободными, но стирать и делать их чистыми SSD не обязан. Эту хрень secure сделали для успокоения пользователей, которые трясутся над своими записанными данными, чтобы их никто не прочитал. Нынче, большинство ssd делают secure erase простым образом - меняют ключ шифрования, из-за этого все данные в блоках превращаются в бесмыссленный набор бит, т.е. в мусор.
sanitaze - это команда для SSD, что бы он сделал все свои блоки чистыми, т.е. реально их все стер.
>>6972201 >Но, если ты правда пишешь прошивки для контроллеров, было бы интересно почитать от тебя что-то фроде FAQ по таким вопросам. Не конкретно для ssd, для других вещей. Но везде стоит флешка и с ней надо уметь работать. Всех круче с флешками, конечно, работают сами ssd, а мы лишь передираем их куски, особенно для того, чтобы продлить ресурс работы флешки --> продлить срок службы готовых изделий.
FAQ в шапке и так уже большой, есть заметки о SLC, DRAM-буфере и HMB.
>>6972185 >Вот это кстати очень важно, потому что, если при записи диск натыкается на блок, в котором есть еще нужная страница, то он не может просто взять и записать блок новыми данными. Сначала надо сохранить нужную страницу, потом записать новые данные, потом вернуть нужную страницу.
Все так, но будет зависеть от ситуации (приведу две наиболее простых).
1) Блок флешки занят частично и там есть свободное место. SSD просто допишет изменения в него. При этом часть блока будет содержать нужные данные, а часть уже ненужные. 2) Блок флешки занят полностью и в нем надопоменять кусочек. Если у SSD есть чистые блоки флешки, то он прочитает блок в свое ОЗУ, обновит его часть и запишет в чистый блок флешки, а старый блок пометит, что его надо стереть (для этого у SSD также есть флешка, в которой он накапливает эту информацию). А вот если чистых блоков нет, тогда SSD скажет "всем стоять, я занят", будет стирать блок и вернется в начало этого пункта номер два.
Так происходит в любой части флешки, хоть в SLC, хоть в основной (MLC/TLC/QLC). Разница лишь в скорости работы. SLC режим работает всех быстрее (но не сравнить с ОЗУ, которое работает во много порядков быстрее).
Поэтому, у нормальных SSD есть свое собственное ОЗУ, чтобы делать вышеперечисленные вещи быстро и сразу с множеством блоков флешки.
>Хотя диск и не умеет по одной странице писать. Чтобы изменить данные, ему приходится всегда весь блок переписывать. Поэтому, если данные часто меняются, у нас копятся блоки...
Запись в чистый блок - она делается быстро и считай почти любыми порциями. А вот стирание флешки - только всего блока.
Например, типичный блок не очень объемной флешки = 64Кб (есть микросхемы и со 128Кб и 256Кб и больше). Стереть можно только весь блок в 64Кб.
То, что стирать флешки можно только блоками - это и есть главный недостаток самой технологии FLASH. NAND FLASH, которая во всех SSD, позволяет читать и записывать только порциями, например для 64Кб блока флешки, порция записи = 32 байта. NOR FLASН, которая хранит программу в любом микроконтролере того же SSD (и в любом другом), позволяет читать и записывать каждый байт (но стирать все также только блоком).
>>6972309 >>6972260 >- Если ты нагрузил SSD сильно - то SSD будет не успевать делать их все и будет тормозить.
Если поставить SATA SSD без буфера со своим DRAM для системного диска (например, перепутать и систему установить на BX500, вместо нормального MX500), то через время (у кого-то год, у кого-то дольше) скорость работы такого SSD упадет на столько, что будет медленее чем HDD и появятся фризы.
Этим пользуются сборщики по объявлениями, ставят дешман говно SSD, что бы клиент снова к ним обратился и чтобы они провели (по ушам) "чистку компьютера от мусора" (заодно и карман от денег).
вчера при работе ссдшник просто завис, картинка зависла, звук дальше шел при перезагрузке не определялся, помогало только обесточивание пк и все включалось как надо такое было и сразу после покупки но крайне редко, грешил на озу сейчас произошло тоже самое, но уже комп ни в какую не видит ссд, ни в биосе, ни в винде с другого ссд (даже в других прогах) биос постоянно виснет с этим ссд в компе, инициализация биоса крайне долго происходит ссд agi ai218 брал в конце марта по всем параметрам был новый, юзал с радиатором, время от времени кристал диск инфо чекал все было ок наклейку содрал и выкинул, в гарантии 100% откажут что делать? лампочка на нем горит будто все ок
>>6972542 разве они так быстро умирают? хотя бы в биосе то должен определяться забит вроде не был, перегреваться он не мог стояла 11 винда браузер и фл студио, занято было гигов 100 от силы
>>6972546 дичайший китайский нонейм эпохи гойды сдавай по гарантии и меняй на нормальное если гарантии нет то можешь попробовать перешить но судя по всему у тебя не слетела прошивка в рекавери а тупо откисло чо то и ремонт нецелесооразен
>>6972540 >agi ai218 Судя по модели это PCIE SSD. Современный UEFI (биос) для таких накопителей показывает только загрузочный раздел и вариант загрузки.
Покажи скриншот со всеми атрибутами, которые показывает программа Crystal Disk Info.
>>6972796 >Посоветуйте топ по цена/качество Digma Top, либо кингстон кс3000. Вообще почти все ссд на контроллере Phison E18 годнота, выбирай из них тот, который дешевле по цене.
Сосунг оверпрайс и после своих обосрамсов с партиями массового брака переоценены, сосунгодебила смело шли нахуй.
Чики-чики, двощ-двощ. В общем, ситуация такая - 870-й стал выдавать ошибку при копировании файлов с него, мол, невозможно прочитать. Я залез в S.M.A.R.T. и охуел - 51 бедблок при пороге в 10, ошибки и невозможность восстановления в Samsung Magician. Ну думаю, надо нести по гарантии, пока еще не кончилась. Решил форматнуть, форматнул, залил других файлов, тестирую...а нихуя красных блоков нет ни в Магишне, ни в Виктории. Это что такое, это как понимать?
>>6973217 fstrim говорит, шо содержимое вот этих кластеров системе не нужно - если она и будет их читать, можно вернуть нули. Для сосоди это означает, что большие куски флеша можно немедленно потереть и считать свободными. А чем больше свободного места, тем дольше можно откладывать сборку мусора (основной источник тормозов при записи).
>>6973631 Все там нормально тем более для игрулек использую, смысл мне на двачах пиздеть, я же не агитирую его покупать просто я в недоумении почему тут все так хейтят нетаки, хотя он даже в днс продается и отзывы там нормальные
>>6973654 На 250 гб нетаке 0 ероров Может быть разные контроллеры стоят по сравнению с 1тб версией Работали одинаково по времени Попробую починить эти блоки на терабитнике
Вообще, линукс идет своим путем и на сколько я мог судить по исходникам, они там посылают команды очищения блоков BLKDISCARD напрямую в драйвер и их (линуксоидов) там мало волнует, что в это время операционка может что-то там делать на диске (может они там блокируют работы операционки на время, я хз, не хочу дальше в этом болоте копаться).
>>6973375 > Лучший ссд по мнению большинства профессиональных обзорщиков > профессиональных То есть тех, кто получает деньги за обзоры. Или, другими словами, пиздоболов на зарплате.
>>6973814 ну как бы там ни было, когда под линуксом отправляешь fstrim, ссд действительно становится занят, индикатор дисков постоянно светится и несколько минут диск висит.
на венде же трим вроде бы не обязательная процедура. он вроде и отправляется, но диски не всегда его выполняют. Из-за этого даже была проблема с самсунгами несколько лет назад. Они глючили на линуксе, потому что могли корректно принмать только отложенную команду на трим из венды.
Подход линукса лучше, потому что ты уверен, что трим всегда выполняется.
>>6974001 >То есть тех, кто получает деньги за обзоры. Конечно получают, потому что у них есть знания и опыт. И оборудование за 100000$ для тестирования ссд
>>6974003 >Некоторое время назад эти пиздоболы называли лучшим сата ссд 870 ево Всё ещё им и остаётся
>>6974094 И почему ты решил что это говно если по всем обзорам уважаемых ресурсов это лучший ссд? Потому что ты нетакусик хейтерок с двача с собственным уникальным мнением денег у которого хватило только на очередной ноунейм с али?
>>6974105 Самсунг = любой адекват это понимает >>6974116 Они ставят оценку сразу после покупки, до того как появляются проблемы. Быдло, хули с них взять
Нужен надежный (с большим ресурсом), проверенный временем внешний ssd на 1 терабайт до 10к, что можете посоветовать? Думал samsung t7 shield взять, но он относительно недавно вышел, неизвестно сколько он проработает.
>>6974426 >внешний ssd Сразу надо говорить, будешь ли ты его подключать к usb 2.0. А юсб 2 во всяких планшетах, смартфонах, телевизорах. Там ограничение по току 550мА. Поэтому не каждый ссд подойдет. Буферизованные жрут ампер.
обещали ASM235CM с UASP+TRim (а еще его можно без перепрошивки настроить в плане энергосбережения через програмку с гуем). Но я не проверял, что там за контроллер. не до не го было пока. Если там другой более простой, то может и не быть там UASP. В версии с usb-C точно должен быть ASM235CM, но у меня версия с не отстёгивающися кабелем. коробку тыкал в планшет, смартфон, телевизор - везде работает норм. И не похоже, что она засыпает по таймеру.
>>6974433 >>6974463 ssd нужен для мака, поэтому подключать буду в тандерболт 4
в приоритете конечно надежность, у t7 shield, который я сейчас намереваюсь купить, для одного террабайта tbw 360 террабайт особо инфы по этому поводу в интернете нет, говорю что нашел, что нормально, но с другой стороны это самсунг, наверняка он и дольше должен прожить, хоть и гарантия у него 3 года всего, че посоветуете? где точную инфу по tbw откопать?
А что касается надежности. То нельзя полагаться на ССД никогда. Никто не гарантирует тебе, что контроллер не подохнет внезапно. А если контроллер дохнет, то данным пизда. Хорошо, если в ридонли прейдет при глюках, но если не так, то ты не сдампишь ничего из ссд. Поэтому всегда надо бэкапить из ссд на HDD. Именно хдд, а не ссд. Потому что ссд, который лежит на полке, теряет заряд ячеек. Через пару лет может проебать данные, если не юзать его активно.
>>6974888 ссд делится на 2 категории - самсунг. выбор разумиста - дерьмо из подвала дяди ляо зато на тыщу рублей дешевле топ за свои деньги вы видели эти циферки в бенчмарке у продавца на алиэкспрессе это новый убийца самсунга
Котаны, дайте совет. Есть один старый ноут, в нем есть слот под Expresscard. В это слоте стоит переходник под M.2 с пика. Задача - впихнуть туда 1, а лучше 2 Тб. По деньгам для этого есть 15к, но желательно уложиться в 10. Особой скорости не требуется, система на нем стоять не будет, на нем будет просто файло всякое. А вот надежности хотелось бы. Задача капитально осложняется тем, что 2280 туда не влезет - онли 2230/2242.
Что порекомендуете? Пока присматриваюсь к Samsung 1 ТБ PM991A за 12 700р - Самсунг бренд уважаемый, а PCI-E 3 мне хватит. Samsung 1 ТБ PM9B1 за 13 140р - то же самое, но PCI-E 4. Мне не надо, но переплата смешная. Western Digital 1 SN530 2242 (SDBPMPZ-1T00) за 9 600р. WD вроде чипы не делает, но совсем уж говном свой бенд марать не будут. PCI-E 3.0 AIC. Add-In Card что это такое, хорошо ли это и ли плохо? Загуглил, ясности не прибавилось. Western Digital 1 ТБ SN740 за 9 300р. То же самое, но без AIC. Transcend 1 ТБ TS1TMTS425S за 11 200р. Уже не PCI-E, а SATA. Впрочем - мне похуй. Transcend 1 ТБ TS1TMTS430S за 10 3000р. То же самое, но чуть-чуть новее и быстрее. Дальше идут какие-то совсем ноунеймовые бренды.
>>6975776 >Add-In Card что это такое, хорошо ли это и ли плохо? Загуглил, ясности не прибавилось. да дописали уже этой хуйни от себя, ничего что выделяло бы этот диск среди других оно не означает. это обычный нвме сосоди
>>6975813 Там разница в реальных скоростях не такая уж и значительная. Кроме того, некоторые псие-3 ссд сняты с производства, распродают их остатки, что как минимум цены удерживает. Ну и у нас традиционно курс доллара подсирает. Трудно ожидать хороших цен при 90 рублях за бакс.
>>6975544 Ты можешь включить логику на минутку? Откуда эта статистика? -из датацентров. Как датацентры юзают диски? -ебут их 24/7 в многопоточных операциях. Зачастую с мелкими блоками и случайным доступом. В таких условиях ресурс HDD стремительно сокращается и они мрут, тогда как SSD, если не перегревается, то буде тработать, пока ячейки не начнут деградировать.
Как юзается хдд для бекапов дома? -Линейная запись раз в неделю и затем он просто стоит и нихуя не делает. СДознет он так быстро? -нет, не сдохнет.
\А если хдд начнет подыхать, ты сможешь спасти данные? -да, потому что хдд не дохнет сразу внезапно. После появления 5-10 бед секторов он может лет 40 еще пропахать и не набрать новых бэдов. Если забарахлила механика ,у него снижается скорость случайного доступа просто. Ты это заметишь и сдампишь все. Если у него сгнили контакты управляющей платы и он перестал определяться - просто чистишь контакты ластиком. Если еще что угодно - ты смтришщь смарт, видишь проблемы заблаговременно и дампишь.
И даже если хуевый БП сжег тебе хдд, ты просто подкидываешь донорскую плату и дампишь данные.
Как дохнет ССД? -ХУЯК И ПИЗДА НЕТ НИ ОДНОГО БАЙТА ЗА МИЛЛИСЕКУНДУ. Сдампить нельзя, починить тоже. И нельзя хранить бэкапы на полке. Если ссд постояно отключен от питания, будет утекать заряд ячеек. Чем выше износ, тем быстрее. Сейчас на TCL и QLC уровней заряда несколько и поэтому в отличие от SLC они не могут хранить данные по 15 лет.
Всё надо разжевать, пздц. Я ему про роль хдд как хранилища бекапов ,с которого в 99% вариантов можно сдампить файлы, случись чего. Он мне простатистику ЦОДов, где хдд просто расходник.
прекрасно всё бэкапится на другой сосоди, сдохнет - оперативно заменяется. бэкап это и есть надежность. дрочь на маня-теоретическую "возможность восстановить" выдает в тебе дегенерата, у которого "бэкап" это файлы в единственном экземпляре на полке
>>6975544 >По статистике, хдд чаще выходят из строя. Двачую! Лет пять, когда в компе вышел из строя очередной SSD, поставил вместо него 860EVO. А года три назад вышел из строя финальный HDD, с тех пор у меня больше вообще нет HDD и еще ни один SSD не сломался, даже самый первый.
>>6975776 По габаритам накопителя смотри в первую очередь, чтобы влезли в переходник экспресскард. Судя по картинке, обычные M.2 с типоразмером 2280 (80 мм в длину) тебе не подойдут.
>>6976992 Затем смотри какой интерфейс в ноутбуке с этой экспресскартой, PCIE или SATA. На картинке у тебя подписано PCIE/NVME, а ты пишешь что выбрал TS1TMTS425S и знаешь что там SATA с и тебе похуй - так вот SSD-нику бедт похуй на твой похуй и он там работать не будет.
>>6974014 fstrim - это утилита, чем она там занимается с накопителем, только разработчику утилиты известно.
SATA SSD исполняет команду TRIM (а PCIE/NVME SSD команду DEALLOCATE), тогда, когда это будет удобно самому SSD, и это не имеет никакого отношения к тому, что там делает утилита.
И вот почему.
Общение между компьютером и накопителями производится блоками, обычно стандартным размером 512 байт. Старое название таких блоков - "сектор", а современное - логический блок. Обращаются к логическим блокам просто по номеру, начиная с 0 и до максимально возможного в соответствии с емкостью накопителя, а сам способ обмена называется LBA - Logical Block Adderssing ( https://ru.wikipedia.org/wiki/LBA )
Кроме стандартных 512 байт, бывают еще другие размеры, но по умолчанию в обычных персоналках всё рассчитано на 512 байтные блоки.
TRIM передает в SSD набор номеров логических блоков, которые считаются более неиспользуемыми.
У SSD размер блоков, который SSD может реально стереть, исчисляется десятками и сотнями килобайт, т.е. они гораздо крупнее, чем размер LBA блока (сектора накопителя).
Поэтому, чтобы реально стереть блок флешки, накопитель должен сначала перенести всю информацию из блока флешки в другое место, и только потом реально стереть.
Для выполнения команда SANITIZE, которая реально стирает блоки флешки, ничего переносить не нужно, поэтому, SSD ничего не ждет и просто занимается стиранием.
Повторюсь, что именно делает утилита fstrim с накопителем через драйвер файловой системы, известно лишь разработчику утилиты, а кто хочет все разузнать от и до, пусть копается в их исходниках...
>>6977032 >Поэтому, чтобы реально стереть блок флешки, накопитель должен сначала перенести всю информацию из блока флешки в другое место, и только потом реально стереть.
Естественно, заниматься такими вещами постоянно на каждую команду TRIM, в SSD никто в здравом уме не будет, т.к. любое стирание изнашивает ресурс целого многокилобайтного блока флешки.
>>6976229 >>6976318 Один из лучших контроллеров, в шапке куча ссд на нём в разделе годнота, все обзоры на него и ссд с ним в сети есть, но дурачкам двачирам как всегда лишь бы спиздануть хуйню без аргументов.
>>6976156 >Ты можешь включить логику на минутку? Включаю. Жесткий диск - это механика с вращающимися блинами и шпинделем. Любая механика имеет конечный ресурс.
В ссд никаких движущихся частей нет, поэтому он конструкционно надёжней. А ты идёшь нахуй, мнительная ретроградная чмоня.
1) Я расписал простыню о том, что важен не абсолютный ресурс в тяжелых условиях, а предсказуемость. То есть возможность сдампить все данные заблаговременно при первых признаках неполадок. Тогда как ссд охнет внезапно и данные проебывает совсем.
2) Сейчас чаще всего все поломки всей техники, включая стиралки возникают именно из-за электроники. Дохнет она, а не механика. И зачастую это запланированная закладка, чтобы ты купил новое.
>>6977176 >Сейчас чаще всего все поломки всей техники, включая стиралки возникают именно из-за электроники. Дохнет она, а не механика. И зачастую это запланированная закладка
Привожу максимальной достпные примеры. В стиралке достаточно раз в 10 лет менять подшипники. Ну может быть еще помпу, если попалась бракованная. И амортизаторы копеечные. Два штуки. можешь сам даже это сделать дома. Но вот беда. половина стиралок подыхает потому, что пробило контроллер, на котором нет маркировки и для которого нет дампа прошивки и вообще он не шьется. и пизда. новый командоаппарат это 70% цены стиралки.
холодильник: компрессоры ебашут и ебашут. Но в инверторе наебывается драйвер. Что происходит далее. новой платы управления уже нет нужной тебе ревизии. другая ревизия не подходит к ревизии компрессора - пизда. иди за новым.
в холодосах без инвертора если компрессор сдох, ты просто ставишь любой другой за три косаря. с инвертором и с элекронным управлением так не проканает.
поэтому смешно слушать про надежность электроники и хуевость механики в то время, как рыночек правратил электронную часть тупо в таймер выхода из строя.
А особая фича это сенсорное управление. юереь какую-то мультиварку навороченую и там через 1,5 года наебывается просто пальцетыкалка. и ВСЁ. она не стандартизированная, ты её не починишь никак. а "механический" тэн или релюха электромагнитная могли бы работать еще 50 лет.
>>6977176 >1) Я расписал простыню о том, что важен не абсолютный ресурс в тяжелых условиях, а предсказуемость. То есть возможность сдампить все данные заблаговременно при первых признаках неполадок. Тогда как ссд охнет внезапно и данные проебывает совсем.
ты долбоёб у которого важные данные в единственном экземпляре хранятся, и он уповает на некую возможность что-то там сдампить, если пойдет по пизде
>>6976156 Просто погугли большое исследование Гугла относительно надёжности хдд и ссд. Кратко скажу тебе выводы из него: - хдд имеют самый высокий пик смертности в первые полгода использования, если хдд пережил этот период, он в целом, надеженно все ещё меньше, чем ссд - смертность хдд НЕ ЗАВИСИТ от того, как он эксплуатировался: не выявлено корреляций выхода из строя с частотой записи, температурой и продолжительностью непрерывной эксплуатации. Это значит, что ПОХУЙ как ты используешь хдд, можешь его и в хвост и в гриву гонять, а можешь раз в год на него что-то писать. Результат будет один - он откинется - показатели СМАРТа, что для хдд, что для ссд НЕ ПОЗВОЛЯЮТ вовремя выявить выход накопителя из строя. Но есть 2 основных параметра, при наблюдении которых, в ~40% случаев наблюдалась смерт накопителя. Что за параметры уже не вспомню, ибо похуй - 40% слишком мало для того, чтобы этим пользоваться. - в случае выхода из строя ХДД данные с него, как правило, получается восстановить. В случае выхода из строя ссд - данные безвозвратно теряются. - ссд лишены всех вышеназванных проблем, процент выхода их из строя равномерен и слегка выше среднего процента брака по партиям. При этом, из всего числа накопителей больше всего выходит из строя ХДД, а не ссд.
Если ты думаешь, что дата-центры и прочие цоды только начали использовать ссд и у нас нет статистики - ты не прав. Ссд активно используются уже на протяжении дохуя лет. Но всё ещё меньше, чем хдд.
>>6977199 > ссд лишены всех вышеназванных проблем, процент выхода их из строя равномерен и слегка выше среднего процента брака по партиям > Если ты думаешь, что дата-центры и прочие цоды только начали использовать ссд и у нас нет статистики - ты не прав. Ссд активно используются уже на протяжении дохуя лет
Маня, ты цены на те датацентровые ссд которые типа не дохнут хоть раз смотел? Они в 2-3 раза выше за сата, и ещё дороже за U3/M.2 NVMe. В тех ссд подменный фонд ячеек в 2-3 больше чем в обычных, батарея конденсаторов чтобы при пропадании питания не отъебнул сразу весь записывавшийся физический блок и запись была завершена до обесточивания, и специальный намоленный и биннингованный флэш с более высоким ASIC-quality по сравнению с потребительскими.
>>6977393 Так это уже нонейм говно. Цена соответсвтует, в принципе. Скорее всего, даже работать будет и полный объём покажет. Если очень надо, то бери.
Переинициализировал и прошил свой fanxiang, обновив фирмвару, но не знал что это сбросит смарт в ноль. Теперь как новый. Максимальный порог в 54 градуса ещё убрал, точнее выставил более высокое значение
>>6978107 Я вот не понимаю, а в чём суть? Нахуя ты пытаешься 1000 рублей выгадать? Тебе вообще поебать на информацию, которая будет на этом ссд? Не жалко? И гарантия от Лаймстора/ИП Хуелян тебя устраивает? Советую настрелять рублей 500 мелочи у метро и купить хотя бы сраную адату в ДНС: https://www.dns-shop.ru/product/bac80383a6f32ff1/
>>6980748 > на 900 рублей дешевле В данный момент в РФ ценообразование - ебанутое. Угадай, почему. Сплошь и рядом более простая/примитивная/старая/маломощная железка стоит дороже нормальной.
Добрый день знатоки . Дублирую. Прошу объяснить. К примеру: мать на х79(брендовая) и оптейн 900p . Не выдает заявленные 250+ мб/с в случайном 4к, а выдает 120мб. Где узкое место ? В не поддержки nvme (nvme активировал модификацией биоса)? В производительности процессора ? Или в чем то еще?. Я так и не нашел ни одну статью. При том ,что на атолоне 3000g скорость уже возрастает уже 150-160. Почему вообще бенчи данных ссд так сильно скачут на разных платформах?
>>6981327 > Не выдает заявленные 250+ мб/с в случайном 4к А где заявлены? В даташите IOPS, у тебя MB/s Переключись тогда тоже в IOPS, чтобы можно было уж точно сказать.
>>6981327 >Почему вообще бенчи данных ссд так сильно скачут на разных платформах? Воткни свою хуйню вместо видяхи в верхний х16 и протестируй ещё раз. Если нет видеоядра и второго х16 — соболезную.
>>6981506 Тут интересное пишут https://www.anandtech.com/show/12136/the-intel-optane-ssd-900p-480gb-review > One potential factor for this has since come to light: After first being powered on, Intel Optane SSDs perform a background data refresh process. This isn't necessary unless the SSD has been powered off for a long time, but the drive has no way to know how long it was without power. The documentation for the 750GB Optane SSD DC P4800X states this process can take up to three hours. We have not observed any clear transition in idle power during the first few hours after power-on, but there are occasional short periods where idle power drops by around 350-400mW (from around 3.5W). > > Without a conclusive indication of whether background data refresh is happening and influencing benchmark results, we've re-tested the 280GB Optane SSD 900p for this review. Before running the synthetic benchmarks, the 900p was allowed to sit at idle for at least three hours. The ATSB tests were also conducted after an extended idle period, but the test system was rebooted between ATSB tests. Even with this precaution, there's still significant variability between test runs on the Optane SSD 900p and the full-drive performance is often better than freshly erased, so it appears there's another factor contributing to this behavior.
Так что может у тебя диск тоже данные втихую обновляет и поэтому результаты плохие.
сап у меня был 970 эво плюс, который пару дней назад просто взял и помер. отформатировать его не получается вообще никакими инструментами, в проводнике винды не открывается, в смарте показывает 0% здоровья. есть ли способы его спасти?
>>6981080 Много кто пользуется. Берешь любой SSD и любой подходящий бокс, на фирмы в общем-то по барабану. Ценную инфу ты врятли сам станешь хранить на каком-нибудь нонейм ссд экзегейт или кингспек.
Надо чтобы у SSD и бокса был один и тот же интерфейс: - если у ssd интерфейс sata, то и бокс должен поддерживать sata - если у ssd интерфейс pcie/nvme, то и бокс должен поддерживать pcie
У китайцев на али есть компактные SSD и боксы, получается очень компактная штука, почти как флешка, только широкая.
Для стареньких ноутов и телевизора, лучше брать sata ssd, т.к. у них потребление меньше и из-за этого лучше совместимость, т.к. им хватает мощности питания от usb порта телевизора.
Для стационарных компов и современных хороших ноутов со скоростными usb-портами можно брать современные pcie/nvme ssd. Например, делать бэкап в пол терабайта все-таки приятнее на pcie/nvme ssd в usb боксе.
Тебе подобрать бокс и ssd? В какой объем или бюджет?
>>6981327 Узкое место, скорее-всего, процессор и/или ОЗУ. NVME - это просто формат данных в ОЗУ, т.е. этот формат обрабатывается ЦПУ процессора в ОЗУ. А данные гоняются через PCIE контроллером памяти (ЦПУ не участвует).
У зеонов слабое место - ядро. Включи тест 4К в многопотоке, чтобы как можно больше ядер задействовалось для обработки пакетов в формате "NVME". У CDM есть готовый профиль "NVME SSD", включи его и повтори тест.
>>6981683 >Так он вообще безбуферник, может лучше Если ты так печёшся о скорости своей РАБоты, купи за свои деньги 970 самс на 2 террабайта и радуйся, что всех наебал.
Как правильно интерпретировать тесты копироваания папок (типа как на канале офисного пухляша), т.е. когда в конце копирования все аццки проседает, это проявляется только во время копирования когда кучу файлов ворочаешь или вообще всегда когда диск забиватся больше половины?
Сап хардвач. Есть SATA SSD во внешнем боксе с секретными файлами. Поэтому даже осмелился на нём настроить LUKS, правда, на отдельный том, а не на весь диск, поэтому до кучи ещё и настроил ATA Security...
Допустим, диск всё равно не системный, поэтому в следующий раз, конечно, настрою LUKS на весь диск - и снова поставлю user password в ATA Security, потому что это ещё и защита от случайного затирания заголовков LUKS...
Вопрос, если мне попался "крутой" SSD, на котором есть ещё и аппаратное шифрование - насколько секурна его реализация, т.е. имеет ли смысл настраивать LUKS, если у меня уже настроена ATA Security на диск с аппаратным шифрованием?
Кстати, насколько атомарен, хотя бы, тот же LUKS? Допустим, легко может рассыпаться RAID без батарейки (вроде, даже первый), если контроллер при сбое питания не успеет завершить операцию записи на уровне массива. А если так же случится сбой питания при смонтированном LUKS-томе - есть ли риск потерять весь том, или только именно тот бывший в процессе записи блок, т.е. повредится только файл, находящийся в этом самом месте?
>>6983876 >с рабочими файлами* Быстрофикс. В смысле, личные файлы пока храню открытым текстом, их страшно потерять, а эти - формально страшно скомпрометировать.
>>6983876 > есть ещё и аппаратное шифрование гугли историю мессенджера "Anom" ;) ;) ;) > имеет ли смысл настраивать LUKS да > ATA Security нет > Кстати, насколько атомарен, хотя бы, тот же LUKS? define "атомарен" > только именно тот бывший в процессе записи блок, т.е. повредится только файл, находящийся в этом самом месте? this