При выкладке скриншотов не забываем ограничения накладываемы пунктом 3.12 правил конференции. А именно: "Размещать в тегах "Img" картинки объемом свыше 500 кБ на сообщение. Допускаются картинки до 2 МБ под тегом "spoiler=", а также прямые ссылки на картинки любого размера. Ссылки на страницы, где картинка отображается среди рекламы, запрещены, применяющие их сайты блокируются автоцензором."
Немного о том, как ПРАВИЛЬНО создавать скриншоты для выкладки в форуме: http://forums.overclockers.ru/viewtopic ... 4&t=373001









Учёт и поиск запчастей к жестким дискам - R.baza.

Вот и отлично, удалить с диска всё не составит труда.

Сделал Secure Erase (получилось только через БИОС), вот графики:

Чем такие просадки скорости записи могут грозить?

Биос такого не умеет делать, что же вы на самом то сделали.

На ASUSах умеет

Кстати, фирменная утилита KINGSTONа так и не смогла запустить Secure Erase (питание SSD отключал).

у вас в 2096 году наверное умеет.

Современные матки видимо научились ну как, устраивает тест?

Да умеет, как это ни странно, в отличии от фирменной утилиты KINGSTONа

Тест записи не устраивает, поэтому и прошу здесь совета у знающих людей.
И если просадка скорости не критична, то фризы по 10-20сек и возможность склеивания ласт вместе со всей информацией (можно конечно делать бэкапы каждый день, но очень уж неудобно) уже существенно...

Сделайте ещё тест, посмотрим что изменится.
Замените на другой, и даже идеально работающий диск не больше даёт гарантию на целостность данных, они в любых условиях умирают внезапно и без предупреждения.

Хорошо!
Кстати, AIDA64 при тесте записи заполняет диск не нулями, а рандомом. Был неправ

Это я знаю, но так же иногда есть и некоторые признаки умирания. Вот я и пытаюсь узнать, не является ли поведение моего SSD именно таким признаком.

Вика нулями пишет.
Не узнаете, пока не умрёт.

Сделал еще раз Secure Erase, потом 2 теста записи подряд в Аиде и 1 в Вике.

Тест чтения не выкладываю, там стабильно 520МБ/с.

Делать SE повторно не надо было. В пару мест есть замедления записи, может это проблема в флеше, может качество такое, кингстон вечно плохие подмешивает шлешки.

Кингстон - халтурщики в красивой упаковке. Всегда такими были.

Т.е. никакой явной ж...?
А 9 блоков со временем >1.7с для ССД не критично?

Честно говоря, если бы не знал, что флеш-микрухи включаются в параллель, глядя на график подумал, что одна из них глючит...

Явной уж точно нет, всё читается, и даже пишется, хоть и есть места с проблемой.
Может да, может нет, я же написал на этот вопрос уже. Вот когда начнут данные пропадать, тогда точно проблема, а так, для диагностики нужно другой поставить.
Ну да, но может и одна быть с проблемой, скорее так и есть, ведь общая скорость падает, одна читается быстро, вторая крайне медленная, задержка общая средняя получается, нужно блоки уменьшать, тогда чуть более понятней станет, но почти ничего всё равно.

ССДшника другого нету, а покупать сейчас не хотелось бы...

Блоки уменьшить могу, если это что-то покажет... Только есть ли смысл, и какой размер выставить?

Ничего оно не даст, пользуйтесь пока не помрёт.

Это, кстати, как сам укажешь... Тоже как сам решишь - может и номерами LBA. Судя по графику записи - похоже на то.
BTW: Делать график чтения SSD после Secure Erase вообще бессмысленно: любой контроллер SSD прекрасно в курсе - есть записанные данные в его ячейках или их нет (иначе SSD вообще не смог бы работать). Ну а раз там данных нет - блоки реально и не читаются, так что на графике будет прямая линия со скоростью интерфейса...

Что-то такой настройки не нашел...

Делал тест чтения до SE, а после SE уже после каждого теста записи.

Тоже не нашёл в свежей версии. Не то убрали, не то и вовсе такого не было...