btrfs раз 60 сек пишет что-то, похоже на log

Где ты увидел проблему? Что за SSD такой печальный, что пара гигабайт в день его убивает?

тут пара гигабайи, там еще две.

Какой кошмар! Ты, наверное, и браузер закрываешь после просмотра страницы в единственной вкладке? Там же ж сразу несколько непрерывно пишущих sqlite3-баз.

браузер firefox я уже оптимизировал, он потребляет меньше, чем btrfs-transacti btrfs-cleaner

Это троллинг, или ты правда экономишь ресурс SSD, который отправится на свалку за пару лет до окончания гарантии по причине недостаточного объёма и/или скорости? И у него на тот момент будет израсходовано 2-3% злосчастного ресурса.

anonymous сам ты троллинг

firefox about:config

browser.sessionstore.interval
в миллисекундах
ставил
30 min - 1800000

Но если у вас памяти много, тогда нужно заставить писать кэш в нее, а это
browser.cache.memory.enable, true – стояло
browser.cache.disk.enable, false
browser.cache.offline.enable, false
browser.cache.disk_cache_ssl, false — не менял

что тут делать, в разы на диск меньше пишет

еще /tmp исправил на озу добавил в /etc/fstab
tmpfs /tmp tmpfs defaults,noatime,nosuid,nodev,mode=1777,size=30G

я блин это 5лет назад делал 2% только над ssd диске intel потерял

SMART Attributes Data Structure revision number: 10
Vendor Specific SMART Attributes with Thresholds:
ID# ATTRIBUTE_NAME          FLAG     VALUE WORST THRESH TYPE      UPDATED  WHEN_FAILED RAW_VALUE
  5 Reallocated_Sector_Ct   0x0032   100   100   000    Old_age   Always       -       0
  9 Power_On_Hours_and_Msec 0x0032   100   100   000    Old_age   Always       -       19476h+07m+10.310s
 12 Power_Cycle_Count       0x0032   094   094   000    Old_age   Always       -       6603
170 Available_Reservd_Space 0x0033   100   100   010    Pre-fail  Always       -       0
171 Program_Fail_Count      0x0032   100   100   000    Old_age   Always       -       0
172 Erase_Fail_Count        0x0032   100   100   000    Old_age   Always       -       0
174 Unexpect_Power_Loss_Ct  0x0032   100   100   000    Old_age   Always       -       1801
183 SATA_Downshift_Count    0x0032   100   100   000    Old_age   Always       -       0
184 End-to-End_Error        0x0033   100   100   090    Pre-fail  Always       -       0
187 Uncorrectable_Error_Cnt 0x0032   096   096   000    Old_age   Always       -       4
190 Airflow_Temperature_Cel 0x0032   034   046   000    Old_age   Always       -       34 (Min/Max 19/46)
192 Power-Off_Retract_Count 0x0032   100   100   000    Old_age   Always       -       1801
199 UDMA_CRC_Error_Count    0x0032   100   100   000    Old_age   Always       -       0
225 Host_Writes_32MiB       0x0032   100   100   000    Old_age   Always       -       456054
226 Workld_Media_Wear_Indic 0x0032   100   100   000    Old_age   Always       -       65535
227 Workld_Host_Reads_Perc  0x0032   100   100   000    Old_age   Always       -       44
228 Workload_Minutes        0x0032   100   100   000    Old_age   Always       -       65535
232 Available_Reservd_Space 0x0033   100   100   010    Pre-fail  Always       -       0
233 Media_Wearout_Indicator 0x0032   094   094   000    Old_age   Always       -       0
241 Host_Writes_32MiB       0x0032   100   100   000    Old_age   Always       -       456054
242 Host_Reads_32MiB        0x0032   100   100   000    Old_age   Always       -       367632
249 NAND_Writes_1GiB        0x0032   100   100   000    Old_age   Always       -       55659

Там ещё какой то browser.sessionstore.interval.idle, не знаешь что он и зачем?

browser.sessionstore.interval.idle видел, разбирался, данный параметр не менял, не заинтересовал

сам ты троллинг

Я серьёзно не догоняю, зачем заниматься этой ерундой? Неужели твоё время для тебя дешевле копеечного накопителя?

% sudo smartctl -A /dev/nvme0n1 | grep Written
Data Units Written:                 23,021,387 [11.7 TB]

Samsung 970 EVO 500 GB, почти два года эксплуатации с Btrfs и без оглядки на ресурс. Это 1/30 гарантийного TBW. Забей, короче.

разобрался это особенности btrfs системы, когда-то читал забыл про btrfs
просто создается новая точка отката..
CoW - новые и изменённые данные записываются в свободное место, не затирая старых данных. Каждые 30 секунд (commit) автоматически формируется новый корень файловой системы в качестве точки отката при сбоях или ошибках, так что потеря данных не должна превышать 30 секунд (см. nobarrier ниже). При этом текущий номер поколения (generation) увеличивается на 1. CoW обеспечивает журналирование данных (а не только метаданных) без удвоения объёма записи (точнее говоря атомарность транзакций по изменению данных). Может быть отключено (рекомендуется для БД и образов виртуальных дисков - иначе они фрагментируются на миллионы кусочков) при монтировании (nodatacow) или пофайлово («chattr +C имя-файла»). http://www.bog.pp.ru/work/btrfs.html

за пару лет до окончания гарантии по причине недостаточного объёма и/или скорости? И у него на тот момент будет израсходовано 2-3% злосчастного ресурса.

Написал статью Выявляем процессы с дисковой активностью в Linux ровно год назад. На тот момент Written было 19,770 ТБ (после 7 месяцев с момента покупки диска), сейчас — 36,889 ТБ (после оптимизаций), это при том, что диск используется в достаточно щадящем режиме: виртуалки, торренты и прочее у меня на HDD.

Гарантия диска: 150 TBW или 5 лет. Если бы я не делал оптимизаций, 150 TBW наступило бы раньше пяти лет. Не знаю, о каких 2-3% ресурса вы говорите. За 7 лет это у меня уже третий SSD: один умер, второй износился и стал очень медленно работать.