4.15.0.23
У меня хромиум 4 гига отжирает + 2 в свопе, когда таймшифт внезапный бекап делает - глухой висяк
Поставил гуглохром - на полгига меньше кушает при тех же вкладках и в своп практически не лезет ;)
inxi -Fxz
в спойлере (как пользоваться спойлером смотрим здесь)) или же дать ссылку на hw-probe 5. Суть. Желательно с выводом консоли, логами. 6. Скрин. Просьба указывать 2, 3 и 4 независимо от того, имеет ли это отношение к вопросу или нет. Так же не забываем об общих правилах Как пример вот
4.15.0.23
У меня хромиум 4 гига отжирает + 2 в свопе, когда таймшифт внезапный бекап делает - глухой висяк
ФС какая? Btrfs - делает молниеносно бекап, т.к. снимок делает , а не копирует данные.
Ответ очевиден ext4 Я вкурсах про btrfs...
BTRFS штука хорошая, но надо обязательно понимать, что о настоящем копировании тут речь не идет. При создании снапшота, физически блоки файлов не копируются. Просто в метаданных делается запись, что отныне блок принадлежит двум файлам. Потому и быстро. Но если, скажем, блок окажется битым - невозможно будет прочитать все файлы в которые он входит. Это будет длиться до тех пор пока в одной из "копий" файла не поменяются данные - вот тогда каждая копия получит собственный блок, где данные будут разными.
Т.е., из установочного образа.
Совершенно согласен. Откровенный виндовсвэй. Снес къ е.м. К тому же мне любой сторонний бэкапер без надобности, у меня свой скрипт, запиленный под свои нужды. На hdd хранятся ежесуточные снапшоты всех трех рабочих сабволюмов системного ssd за 30 дней.
никто и не надеялся.
у меня таких нет, но понимаю
угу-сь, в Ж мира ядрами нет желания играться - работает.
хватит ругать святое
Только для мелких файлов. Для больших — собственный блок в снапшоте получит только видоизмененная часть (один или несколько чанков). Остальное (идентичные чанки) останется нетронутым и будет по-прежнему в дедуплицированном состоянии. Вроде бы так.
Сейчас этот форум просматривают: YandexA[Bot] и 8 гостей