ssd и кэш браузера

[djsantehnik]

без простыни
ознакомившись с темой https://firefx.ru/faq/perenos-kesha-bra ... la-firefox сделал все как в методе (точнее ничего не делал так как все уже сделано до нас (хоме на hdd), но в винде делать пришлось ), а тут смотрю и вижу вона что

/usr/lib - растет как на дрожжах и походу кэш весь сбрасывается именно туда то есть на SSD
Я правильно понимаю что мне надо символьной ccылкой этот каталог переносить на hdd, или есть вариант назначить хранения кэша в хоме другими способами (про этоже в винде тож интересно)
статья походу липовая или может она просто для винды а тут все иначе

апдейт
создал параметр browser.cache.disk.parent_directory ~/.mozilla/firefox/cache - но чет ничего не изменилось
/home/kostusha/.mozilla/firefox/cache - тоже не помогло

[madesta]

По-моему, по умолчанию кэш расположен не в ~/.mozilla/firefox/cache, а в ~/.cache/mozilla/firefox ...

Например, у меня:

Похоже, что при апдейте необходимо было указать каталог ...default-release, имя которого можно подсмотреть в ~/.mozilla/firefox

[slant]

/usr/lib - растет как на дрожжах и походу кэш весь сбрасывается именно туда то есть на SSD

Пользователь без прав root туда писать не может. Соответственно броузер запускаемый от имени пользователя - тоже.

Профиль броузера firefox хранится в ~/.mozilla/firefox/... ("~" - обозначает домашний каталог текущего пользователя, а каталог начинающийся с точки - скрытый, так что .mozilla просто так не виден).
Его кеш - в ~/.cache/mozilla/firefox/...

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

Хотите оптимизировать с точки зрения быстродействия броузеров - вот это даст намного лучший результат: https://wiki.archlinux.org/index.php/Pr ... _(Русский)

[djsantehnik]

да труханул я слегонца, как увидел за день десять ГБ дисковых операций так начал суету наводить и перепутал все - в процесс эксплоуер просто имя исполняемого файла показано, а я было решил что нет. А дисковые операции скорее всего со свопом шли, а он у меня как положено на HDD о отдельном разделе.
всем спасибо.
Сугубо теоретически - а можно как-то отмониторить общий объем дисковых операции за сессию по разделу?

[Ара Магеддон]

Сугубо теоретически - а можно как-то отмониторить общий объем дисковых операции за сессию по разделу?

Да, можно посмотреть командой iostat -hd из пакета sysstat

[slant]

да труханул я слегонца, как увидел за день десять ГБ дисковых операций так начал суету наводить

Прежде чем наводить суету, гляньте хотя бы вот это: https://3dnews.ru/938764

Делаем грубую прикидку. Берем в качестве ресурса 150 террабайт (максимально пессимистично, самый душманский накопитель и то ближе к 200-ам вывозит) - это грубо говоря 150*100 = 15000 гигабайт. Считаем срок службы, при условии что ежедневно будет записано аж в три раза больше - 30Гб: 15000/30 = 500 дней. Т.е. почти два года. Или около 6 лет с реальным расходом. Берем в качестве ресурса скромные 500 терабайт (скромные потому что большинство по нескольку тысяч держат), и считаем именно с вашим расходом 10Гб в день - получаем 13 с половиной лет.
Ну как, есть повод для паники?

[Real]

Вот ещё по теме https://habr.com/ru/post/397865/
С параметром browser.sessionstore.interval я заморачивался, т.к. часто более 1к вкладок открыто.

[rogoznik]

более 1к вкладок открыто

А вы, мил человек, случаем не опечатались?

[Real]

более 1к вкладок открыто

А вы, мил человек, случаем не опечатались?

Нет.
Сейчас у меня 915 вкладок открыто.
Браузер PaleMoon. Стоит плагин Tree Style Tabs.
Не все вкладки загружены, канеш, но аккуратно разложены по веткам дерева.

[madesta]

Сейчас у меня 915 вкладок открыто

Я бы и 10 не осилил.
915 источников - это уникальнейшая способность к многозадачности в плане одновременного восприятия информации.

[WWolf]

madesta, никакой многозадачности... Вместо того что б положить в закладки и почитать когда будет время/необходимость он оставляет их открытыми в надежде прочитать потом... При этом сам уже не помнит что там висит... Есть у нас такой же чудик, 200 вкладок, браузер вешает тачку на 30 минут при открытии... Кличка - человек вкладка...

[Whowka]

оставляет их открытыми в надежде прочитать потом...

Совсем недавно девочке (60 лет... (ну почти ровестница)) открыл эту "страшную тайну" про существование "закладок"... Фсё! 2-3 вкладки открыты...

[Frozenpath]

да труханул я слегонца, как увидел за день десять ГБ дисковых операций так начал суету наводить

Прежде чем наводить суету, гляньте хотя бы вот это: https://3dnews.ru/938764

Делаем грубую прикидку. Берем в качестве ресурса 150 террабайт (максимально пессимистично, самый душманский накопитель и то ближе к 200-ам вывозит) - это грубо говоря 150*100 = 15000 гигабайт. Считаем срок службы, при условии что ежедневно будет записано аж в три раза больше - 30Гб: 15000/30 = 500 дней. Т.е. почти два года. Или около 6 лет с реальным расходом. Берем в качестве ресурса скромные 500 терабайт (скромные потому что большинство по нескольку тысяч держат), и считаем именно с вашим расходом 10Гб в день - получаем 13 с половиной лет.
Ну как, есть повод для паники?

Все так, только на один нолик ошибся. 1 террабайт = 1000 Гигабайт (грубо округленно), т.о. 150*1000, ну и далее все соответственно

[slant]

Упс. Вроде не пил же. Зато спросонья писал.
Тем более, в общем...

[Ара Магеддон]

И вдогонку к этой теме: Как Microsoft уменьшает срок службы SSD дисков

[slant]

Ара Магеддон, Есть мнение что заголовок желтовато-кликбэйтовый. Сомневаюсь, что M$ хотела именно диски изнашивать этими действиями. Вообще - не подумать о граничных условиях записи в логи - это распространенная ошибка, регулярно встречается. "Лог выжрал все место и система повесилась" - это ж классика жанра.

[Ара Магеддон]

Ара Магеддон, Есть мнение что заголовок желтовато-кликбэйтовый.

Ну как можно пройти мимо и не отпустить лишний раз шпильку в адрес M$?
Заголовок оригинальный, из статьи. Хотя на хабре этот случай тоже сегодня попался, но с более мягкими формулировками.

"Лог выжрал все место и система повесилась" - это ж классика жанра.

Было такое с .xsession-errors, когда в циву под вайном играл, тоже под Mint-ом. И сам когда-то пробовал кодить - несколько раз создавал похожие ситуации (хотя я больше по бесконечным непрерываемым циклам специализировался). Но вот всё-таки засирать диск со скоростью 3-5 МБ/с - это особый талант нужен.

UPD: Видеологи со всеми действиями пользователя - киберпанк, который мы заслужили

[ilikethat]

Вообще - не подумать о граничных условиях записи в логи - это распространенная ошибка, регулярно встречается. "Лог выжрал все место и система повесилась" - это ж классика жанра.

Почти в тему.
Случай из жизни. Работал в брокерской компании. Поставили одному клиенту свою торговую систему.
Клиент говорит, что система виснет через полчаса. Причем только у 1 трейдера, у остальных все ок.
Еду разбираться.
Оказалось в системе есть окно, куда при открытии, выводятся поток сделок с биржи. Всех, не только этого брокера.
Этот юзер открывает окно и сортирует сделки в обратном порядке, по времени. То есть новые вверху.
Естественно, что через некоторое время, комп только и занимается тем, чтобы отсортировать и передвинуть в памяти коллекции из десяток тысяч сделок при вставке новой.
Вообщем разработчик поленился или не подумал обрезать поток.

[djsantehnik]

Видеологи со всеми действиями пользователя

такое что тож в винде есть? (или это сленг)

[Ара Магеддон]

такое что тож в винде есть? (или это сленг)

Я имел ввиду, что видеозахват с экрана пишется - одно из объяснений такого трафика. И вообщем-то никакого другого в голову не приходит...
Хотя, если оно ещё на ютуб льется (вероятность мизерная, но я уже ничему не удивлюсь) - то можно и в видеоблогеры попасть