Добро пожаловать, Гость. Пожалуйста авторизуйтесь здесь.
FGHIGate на GaNJa NeTWoRK ST@Ti0N - Просмотр сообщения в эхоконференции RU.UNIX.BSD
Введите FGHI ссылку:


Присутствуют сообщения из эхоконференции RU.UNIX.BSD с датами от 18 Jan 11 22:51:00 до 18 Jan 24 18:16:22, всего сообщений: 10753
Ответить на сообщение К списку сообщений Предыдущее сообщение Следующее сообщение
= Сообщение: 8316 из 10753 ===================================== RU.UNIX.BSD =
От   : Eugene Grosbein                  2:5006/1           26 Nov 18 04:34:59
Кому : Valentin Nechayev                                   26 Nov 18 04:34:59
Тема : Re: TRIM
FGHI : area://RU.UNIX.BSD?msgid=grosbein.net+139b9ffa
На   : area://RU.UNIX.BSD?msgid=2:463/68.300+5bfb11d3
= Кодировка сообщения определена как: IBM866 =================================
Ответ: area://RU.UNIX.BSD?msgid=2:463/68.300+5c03d32a
==============================================================================
25 нояб. 2018, воскресенье, в 23:15 NOVT, Valentin Nechayev написал(а):

EG>>>> Самое простое применение: erase ada0 или erase /dev/ada0s1,
VN>>> Если "самое простое применение" стирает всё... не хотел бы я
VN>>> таким пользоваться.
EG>> newfs /dev/ada0s1 делает то же самое и я однажды таки да, обжегся.
EG>> И что?
VN> newfs по определению делает это для всего раздела.
VN> Тут же средство, которое может быть применено ограниченно, по умолчанию делает
VN> максимально деструктивное воздействие.
VN>>> Если не хочешь, чтобы тебя проклинали - не делай дефолтов вообще.
VN>>> Диапазон всегда должен быть задан явно.
EG>> У newfs тоже? А у cat > /dev/da0 и у dd of=/dev/da0?
VN> Первое - нет, ну а cat и dd - да, но менять как-то уже поздно.

Было ещё предложение сделать опцию для dry-run.
Пожалуй, будет хорошей идеей совместить: по дефолту dry-run,
а чтобы выполняло-таки действие, требовать ключ типа -f (force).

EG>> В том числе, да. Вытащить юзанную SSD из машины и первым делом
EG>> тримнуть её вместо сноса всех разделов и разбиением заново -
EG>> иногда лишний мегабайт пустых ячеек можно заиметь из-за выравнивания
EG>> границ разделов, хотя это больше касается виндового инсталлятора :-)
VN> Выравнивать же сейчас желательно всем?

Вроде по границе мегабайта только винда выравнивает?

EG>>>> Hо gmirror не заявит поддержку, если не все компоненты массива
EG>>>> поддерживают TRIM.
VN>>> А почему бы не делать это по отдельной опции при частичной
VN>>> поддержке?
EG>> Hе понял вопроса. Тримать всегда имеет смысл конкретный SSD,
EG>> а не рейд-массив.
VN> Тогда зачем ей работать над gmirror? ;)

Ей - незачем, фраза была просто про поддержку TRIM cамим gmirror.

Eugene
--- slrn/1.0.3 (FreeBSD)
* Origin: RDTC JSC (2:5006/1@fidonet)

К главной странице гейта
Powered by NoSFeRaTU`s FGHIGate
Открытие страницы: 0.085142 секунды