anonymous@RULINUX.NET~# Last login: 2024-11-23 15:02:39
Регистрация Вход Новости | Разметка | Пользователи | Галерея | Форум | Статьи | Неподтвержденное | Трекер | Правила форума | F.A.Q. | Ссылки | Поиск
[#] [Добавить метку] [Редактировать]
Скрыть

SSD power loss protection?

Встретил в сети срачик, что мол для SSD нужен этот самый протекшен. Там действительно всё так плохо и SSD в чём-то чувствительнее к пропаданию питания, чем обычный хард или народ просто с жиру бесится?

По идее SSD должен бы держать данные в кеше как можно дольше чтобы не перезаписывать один и тот же блок постоянно при последовательной записи.

Кроме того вот нагуглилось что вроде как теоретические выкладки и лабораторные эксперименты показывают снижение надёжности всего накопителя в случае перебоев по питанию во время активной работы.

Насколько всё ужасно? Есть бюджетные варианты накопителей с сабжевой защитой?

anonymous(*) (2016-11-01 20:10:25)

[Ответить на это сообщение]
[#] [Добавить метку] [Редактировать] Ответ на: SSD power loss protection? от anonymous 2016-11-01 20:10:25
avatar
Скрыть

Re:SSD power loss protection?

Когда-то у меня безвозвратно сдохла USB-флешка в тот момент, когда нетбук окончательно разрядился и вырубился. Стандартные утилиты для оживления флешек не помогли. Мораль: как повезёт, может ничего и не попортиться при power loss.

anonymous(*)(2016-11-01 20:16:27)

[#] [Добавить метку] [Редактировать] Ответ на: SSD power loss protection? от anonymous 2016-11-01 20:10:25Фильтры
avatar
  • матерные выражения
Скрыть

Re:SSD power loss protection?

В своё время наебался с этой проблемой в говне от AVR. Они даже какой-то "brown out detection" прикрутили. Чуть лучше, но говно тоже. Допускаю, что в SSD для удешевления тоже забили хуй на это.

>По идее SSD должен бы держать данные в кеше как можно дольше чтобы не перезаписывать один и тот же блок постоянно при последовательной записи.
Из-за плавного понижения питания контроллер может несколько раз перезапуститься и навыполнять случайных команд, включая запись в случайный блок. Мну считает, что SSD говно по определению.

Silvy(*)(2016-11-01 20:37:53)
Отредактировано Silvy по причине Грамар хуяр!
Mozilla/5.0 (X11; Linux i686; rv:45.0) Gecko/20100101 Firefox/45.0
[#] [Добавить метку] [Редактировать] Ответ на: Re:SSD power loss protection? от Silvy 2016-11-01 20:37:53
avatar
Скрыть

Re:SSD power loss protection?

> Из-за плавного понижения питания контроллер может несколько раз перезапуститься и навыполнять случайных команд, включая запись в случайный блок.

Ну так BOR в AVR-ках на тот случай и используется, сбрасывает контроллер как только напруга упала до рискованного уровня, чтобы не натворил чего. В защищенных SSD наоборот суперконденсатор ставят как минимум. И через это SSD начинает сразу минимум в два раза дороже стоить :(

anonymous(*)(2016-11-02 01:47:07)

Mozilla/5.0 (X11; Fedora; Linux x86_64; rv:49.0) Gecko/20100101 Firefox/49.0
[#] [Добавить метку] [Редактировать] Ответ на: Re:SSD power loss protection? от anonymous 2016-11-02 01:47:07Фильтры
avatar
  • матерные выражения
Скрыть

Re:SSD power loss protection?

Ты про задержку после сброса забыл. А то от этого BOD только хуже будет. Олсо, eeprom один хер затирается. Хоть раз в год, но это происходит.

anonymous(*)(2016-11-02 13:13:26)

Mozilla/5.0 (X11; Linux i686; rv:45.0) Gecko/20100101 Firefox/45.0
[#] [Добавить метку] [Редактировать] Ответ на: SSD power loss protection? от anonymous 2016-11-01 20:10:25
avatar
Скрыть

Re:SSD power loss protection?

По идее SSD должен бы держать данные в кеше как можно дольше чтобы не перезаписывать один и тот же блок постоянно при последовательной записи

может поискать какие-нить тесты f2fs на разных накопителях? raw read/write ща даже на базёнках не очень популярно, как мне кажется.

anonymous(*)(2016-11-02 16:28:46)

мой ласковый и нежный w3m, ня!
[#] [Добавить метку] [Редактировать] Ответ на: Re:SSD power loss protection? от anonymous 2016-11-02 13:13:26
avatar
Скрыть

Re:SSD power loss protection?

Так это ап ту вас, что вы с ним делаете. Задача БОРа - гарантированно положить процессор при "плохом" питании чтобы он чего плохого не вытворил. Если нужно что-то сверх того:

1. При запуске софтины проверять флаги сброса, если сброс произошёл по БОРу - можно и подождать скока надо, чтобы если питание не восстановилось успеть снова сброситься

2. Если нужно успеть что-то завершить до ресета, то поставить на входе питания камня диод Шоттки и конденсатор. Вход компаратора подключить перед диодом, по прерыванию от компаратора переводить все выводы в высокоимпедансное состояние, завершать там все свои записи в еепром и ждать пока не восстановится питание/сработает БОР.

Последнее в случае SSD, конечно, требует значительно более ёмких по сравнению с AVR конденсаторов поскольку у них потребление ваттами исчисляется.

anonymous(*)(2016-11-02 16:41:02)

[#] [Добавить метку] [Редактировать] Ответ на: Re:SSD power loss protection? от anonymous 2016-11-02 16:28:46
avatar
Скрыть

Re:SSD power loss protection?

> может поискать какие-нить тесты f2fs на разных накопителях? raw read/write ща даже на базёнках не очень популярно, как мне кажется.

Не, я предполагал там внутри диска буферный кеш должен быть здоровый, но вот нагуглил - экономят суки, нет такого. Кстати, там же написано, что при внезапной потере питания во время записи, MLC-диски действительно могут грохнуть непричастные данные.

anonymous(*)(2016-11-02 16:50:58)

[#] [Добавить метку] [Редактировать] Ответ на: Re:SSD power loss protection? от anonymous 2016-11-02 16:50:58
avatar
Скрыть

Re:SSD power loss protection?

мощно, внушает..

anonymous(*)(2016-11-02 18:09:59)

мой ласковый и нежный w3m, ня!
[#] [Добавить метку] [Редактировать] Ответ на: SSD power loss protection? от anonymous 2016-11-01 20:10:25
avatar
Скрыть

Re:SSD power loss protection?

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

Vasily(*)(2016-11-02 18:16:50)

Mozilla/5.0 (X11; FreeBSD amd64; rv:49.0) Gecko/20100101 Firefox/49.0
[#] [Добавить метку] [Редактировать] Ответ на: Re:SSD power loss protection? от anonymous 2016-11-02 16:50:58
avatar
Скрыть

Re:SSD power loss protection?

А зачем там большой кеш, когда время доступа и так меньше, чем в HDD?

Vasily(*)(2016-11-02 18:18:52)

Mozilla/5.0 (X11; FreeBSD amd64; rv:49.0) Gecko/20100101 Firefox/49.0
[#] [Добавить метку] [Редактировать] Ответ на: Re:SSD power loss protection? от Vasily 2016-11-02 18:18:52
avatar
Скрыть

Re:SSD power loss protection?

> А зачем там большой кеш, когда время доступа и так меньше, чем в HDD?

У SSD количество перезаписей ограниченное, а при последовательной записи велика вероятность что в один из недавно записанных блоков снова пойдёт запись (например логи или инсерты в таблицу). DDR дешёвая, было бы логично кешировать как можно больше. При условии сабжа, разумеется.

anonymous(*)(2016-11-02 18:53:24)

[#] [Добавить метку] [Редактировать] Ответ на: Re:SSD power loss protection? от anonymous 2016-11-02 18:53:24
avatar
Скрыть

Re:SSD power loss protection?

Мне кажется, таким ОС должна заниматься. ZFS вон вообще меньше recordsize не читает/пишет. Это 128кб по дефолту

Vasily(*)(2016-11-02 20:42:38)

Mozilla/5.0 (X11; FreeBSD amd64; rv:49.0) Gecko/20100101 Firefox/49.0
[#] [Добавить метку] [Редактировать] Ответ на: Re:SSD power loss protection? от Vasily 2016-11-02 20:42:38
avatar
Скрыть

Re:SSD power loss protection?

> ZFS вон вообще меньше recordsize не читает/пишет. Это 128кб по дефолту

И как потом узнавать что пытался скинуть в логи сервер непосредственно перед крешем? Как уцелеет журнал транзакций БД?

anonymous(*)(2016-11-02 21:32:06)

[#] [Добавить метку] [Редактировать] Ответ на: Re:SSD power loss protection? от anonymous 2016-11-02 21:32:06
avatar
Скрыть

Re:SSD power loss protection?

Что-то мне кажется, хоть я и не эксперт, ни одна система не сможет гарантировать тебе 100% гарантии сохранности всех недописанных данных перед отключением питания. У тебя будет либо consistent state ФС за некоторое время до креша (хороший дизайн), либо мусор (плохой).

Vasily(*)(2016-11-03 11:51:31)

Mozilla/5.0 (X11; FreeBSD amd64; rv:49.0) Gecko/20100101 Firefox/49.0
Этот тред читают 2 пользователя:
Анонимных: 2
Зарегистрированных: 0




(c) 2010-2020 LOR-NG Developers Group
Powered by TimeMachine

Valid HTML 4.01 Transitional Правильный CSS!