LINUX.ORG.RU
Форум — Talks  

Параноикам, экономящим SSD, принёс игрушку

 , , ,


0

3

У меня есть небольшая лаба в кладовке, в ней живут два Samsung 990 PRO 4TB. И стали они меня раздражать тем, как быстро дохнут (спойлер: не так уж быстро, но всё равно заметно быстрее PM9A3 такой же емкости, стоящих в десктопе). Потому было решено посмотреть, насколько всё плохо сугубо SREшным способом, напилив observability. Но так как я ленивый и времени у меня нет, пилил не я, а ChatGPT 5.6 High/Pro под моим чутким руководством. Что могу сказать - год назад оно бы взорвалось от подобных издевательств, а сейчас вполне себе наравне с рабочим Fable бегает.

Живет тут https://gitlab.com/pekmop1024/nvme-wear

Кто хочет, может сам собрать или себе в домашний гитлаб склонить, чтобы своими раннерами сделать, но есть пакеты RHEL 10/Debian 13/Ubuntu 26.04/Arch и образ для контейнера. GPL3, ибо нефиг.

Да, претензии в качеству кода не принимаются. На него насрать, code is cheap.

В Talks, потому что вайбкод. Да будет срач!

★★★★★
Ответ на: комментарий от firkax

Исходя из этого разница в том что ОЗУ - то что не будет трактоваться как валидное при штатной перезагрузке, а ПЗУ будет.

(а память - «только для чтения» - вообще не запоминающее устройство)

GPFault ★★★★
()
Ответ на: комментарий от GPFault

Нет, перезагрузка тут ни при чём.

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

firkax ★★★★★
()
Ответ на: комментарий от kto_tama

Модель норм была, но у неё были забагованые партии, может на такую попались.

anc ★★★★★
()

два Samsung 990 PRO 4TB. И стали они меня раздражать тем, как быстро дохнут

вот раздражают меня вбросы без цыфор. Давно поставил в домашний видеорегистратор ssd и tbw там превышен в какие-то десятки раз от спрогнозированного, так пашет и пашет.

lomaster
()
Ответ на: комментарий от lomaster

вот раздражают меня вбросы без цыфор

ты бы хоть по ссылке сходил, болезный.

Давно поставил в домашний видеорегистратор ssd и tbw там превышен в какие-то десятки раз от спрогнозированного, так пашет и пашет.

а ты питание им на полчасика выключи, всем ЛОРом поржем.

pekmop1024 ★★★★★
() автор топика
Ответ на: комментарий от GPFault

(а память - «только для чтения» - вообще не запоминающее устройство)

Вспоминающее, получается? 🤔

frunobulax ★★★★★
()

По-хорошему нужно считать, кто из программ диск насилует. Благо это просто — systemd засовывает все процессы в cgroup, а у него есть I/O counter, причем по разным дискам в отдельности.

ValdikSS ★★★★★
()

Моему SSD от Samsung уже 6 лет. Полет нормальный

dynamic_cast ★
()
Ответ на: комментарий от ValdikSS

Это лежит в очереди, да. Но проект совершенно другой, там на базе eBPF делать нужно, cgroups мягко говорят недостаточно, особенно при экзотических сетапах стораджа (как у меня) и разнородной нагрузке (ОС, виртуалки, контейнеры).

pekmop1024 ★★★★★
() автор топика
Ответ на: комментарий от pekmop1024

eBPF был бы предпочтительней, но по моим прикидкам, и cgroups I/O accounting тоже вполне подходит для этой цели.

Я на днях как раз думал над написанием подобной программы и немного экспериментировал с существующими группами и логикой systemd и kde, и всё выглядит посильно исключительно средствами cgroups.

ValdikSS ★★★★★
()
Последнее исправление: ValdikSS (всего исправлений: 1)
Ответ на: комментарий от ValdikSS

У меня, например, сторадж на ZFS mirror. Его запись никто толком не видит, даже docker stats, в котором вся запись по нулям. Слойка zfs-mirror@2luks@2nvme тоже к простоте решений не располагает.

Я однозначно расчехлю гопоту-про в эту сторону, но времени нет, да и кастомный wireguard over ydb приоритетнее, а до него даже руки не дошли. Я хочу его модульным сделать, чтобы вместо ydb можно было другие бэкенды прикручивать.

pekmop1024 ★★★★★
() автор топика
Ответ на: комментарий от pekmop1024

даже docker stats

Он как раз глючный: у меня ФС на LUKS, и он считает запись в 2 раза больше (суммирует по блочным устройствам).

Вы посмотрите systemd-cgtop или вкладку I/O современного htop, если там считается, то у вас cgroup работают правильно.

Ну и, конечно, в параметрах ядра должен быть включён I/O accounting для cgroup, и в systemd также, если это всё отключено.

ValdikSS ★★★★★
()
Последнее исправление: ValdikSS (всего исправлений: 1)
Вы не можете добавлять комментарии в эту тему: только для зарегистрированных, score>=50.