TRIM

Alex Korchmar написал(а) к Valentin Nechayev в Nov 18 10:09:33 по местному времени:

From: Alex Korchmar <noreply@linux.e-moe.ru>

Valentin Nechayev <Valentin.Nechayev@p300.f68.n463.z2.fidonet.org> wrote:

> DELETE - часть WНERE, потом начинают писать, что именно менять, и только
> последним - в какой таблице.
drop database never fails!

> Если не хочешь, чтобы тебя проклинали - не делай дефолтов вообще.
от !?op не поможет ;-)

> Обычно больше интересовало пробежаться по FS и послать TRIM на всё, что не
fs же нынче, вроде, сами это делают при освобождении блоков?


> Alex

--- ifmail v.2.15dev5.4

Eugene Grosbein написал(а) к Alex Korchmar в Nov 18 17:38:12 по местному времени:

26 нояб. 2018, понедельник, в 10:09 NOVT, Alex Korchmar написал(а):

>> Обычно больше интересовало пробежаться по FS и послать TRIM на всё, что не
AK> fs же нынче, вроде, сами это делают при освобождении блоков?

Делают - и UFS, и ZFS и в UFS даже раньше завезли,
но fs могла быть создана ещё раньше.

Eugene
--
What would you do with a brain if you had one?
--- slrn/1.0.3 (FreeBSD)

Alex Korchmar написал(а) к Eugene Grosbein в Nov 18 15:02:41 по местному времени:

From: Alex Korchmar <noreply@linux.e-moe.ru>

Eugene Grosbein <Eugene.Grosbein@f1.n5006.z2.fidonet.org> wrote:

> >> Обычно больше интересовало пробежаться по FS и послать TRIM на всё, что не
> AK> fs же нынче, вроде, сами это делают при освобождении блоков?
> Делают - и UFS, и ZFS и в UFS даже раньше завезли,
> но fs могла быть создана ещё раньше.
ну я к тому, что намечающееся основное использование утиля - как
раз сделать trim на весь раздел, когда fs либо стала не нужна вместе
с диском, либо это что-то созданное "еще раньше" и его давно пора
было переделать.

> Alex

--- ifmail v.2.15dev5.4

Eugene Grosbein написал(а) к Alex Korchmar в Nov 18 01:57:08 по местному времени:

26 нояб. 2018, понедельник, в 15:02 NOVT, Alex Korchmar написал(а):

>>> Обычно больше интересовало пробежаться по FS и послать TRIM на всё, что
AK> не
AK>> fs же нынче, вроде, сами это делают при освобождении блоков?
>> Делают - и UFS, и ZFS и в UFS даже раньше завезли,
>> но fs могла быть создана ещё раньше.
AK> ну я к тому, что намечающееся основное использование утиля - как
AK> раз сделать trim на весь раздел, когда fs либо стала не нужна вместе
AK> с диском, либо это что-то созданное "еще раньше" и его давно пора
AK> было переделать.

И так тоже можно. В данном случае я предпочитаю думать
в терминах девиза tools, not policy: сделай утилиту,
а применение ей найдут пользователи, причём могут до такого
додуматься, чего автор утили в жизни бы не предусмотрел сам.
И это нормально.

Eugene
--- slrn/1.0.3 (FreeBSD)

Vassily Kiryanov написал(а) к eugen@grosbein.net в Nov 18 08:56:27 по местному времени:

Нi eugen@grosbein.net!

23 Nov 18 02:28, Eugene Grosbein wrote to All:

EG> 1) Нарисовал тут утилитку, которая умеет делать TRIM указанным
EG> девайсам и опционально можно указать смещение от начала девайса
EG> и длину региона, которым делается TRIM (по умолчанию всему девайсу).

EG> Потестил на SSD - работает. Потестил на не SSD - ожидаемо ругается
EG> на отсутствие поддержки.

EG> Не знаю, как назвать :-) Принимаются предложения.
Дай-ка пооригинальничаю: trimdisk.


Всего хорошего. "За верную и прибыльную дружбу!" (c) Яго.
Vassily
---

Valentin Nechayev написал(а) к Eugene Grosbein в Dec 18 14:41:32 по местному времени:

Нi,

>>>> Eugene Grosbein wrote:

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

Linux тоже, насколько я видел.


-netch-

... Это не ключевой момент, а дополнительная неприятность.

---