https://www.opennet.ru/openforum/vsluhforumID3/112460.html Состоялся (https://www.borgbackup.org/releases/borg-1.1.html) релиз системы резервного копирования BorgBackup 1.1.0 (https://borgbackup.github.io/), несколько лет назад ответвившейся от проекта Attic (https://attic-backup.org/). Система поддерживает дедупликацию, шифрование и сжатие данных в хранилище резервных копий. Основной код проекта написан на языке Python 3, но около 9% критичных к производительности частей оформлены на языке Си. Исходные тексты распространяются (https://github.com/borgbackup/borg) под лицензией BSD. Сборки подготовлены (https://github.com/borgbackup/borg/releases/tag/1.1.0) для FreeBSD, Linux и macOS.<br><br><br><br><br>Отличия от системы Attic сводятся к открытому процессу разработки с более простой организацией приёма изменений, устранению нерешённых в Attic проблем, более компактному и потребляющему меньше памяти формату индекса дедуплицированных блоков, более быстрой реализацией кэша синхронизации, поддержке хранения данных в сжатом виде, использованию шифрования по ключам вместо парольной https://www.opennet.ru/openforum/vsluhforumID3/112460.html#31 Fri, 13 Oct 2017 09:55:10 GMT &gt; В тексте новости не указано главное преимущество Borg перед Attic<br><br>потому что это не преимущество.<br><br>&gt; последний уже несколько лет не развивается<br><br>что вы хотите "развивать" - в бэкапе? (вот с этого места - могут быть и преимущества. Но чаще оказываются поломанные бэкапы старых версий, несовместимость со старыми системами и т д)<br><br> https://www.opennet.ru/openforum/vsluhforumID3/112460.html#30 Thu, 12 Oct 2017 17:45:36 GMT &gt; Вообще-то, мы в этой ветке вроде как о смысле минимальных зависимостей для <br>&gt; бэкапа, а не о том, у кого от чего чуть пониже спины эт-самое.<br><br>Минимальные такие зависимости. В виде интерпретера на хренадцать метров и его рантайма и стандартных либ, интенсивно переколупываемых и совместимых лишь частично. От чего сторонние скрипты на раз дохнут с громадным трэйсом. Ибо код надо переписывать не реже раза в год for teh greater good. Притащить один файлик? Это какой? Архив где до кучи будет еще интерпретер питона заведомо правильной версии вместе со всеми его стандартнми либами и прочей обвязкой? Да тут даже шняга на го на 10 мегов покажется небольшой и компактной программой, пожалуй. А без всего этого есть риск что притащенный скрипт лоханется с вот этим вариантом интерпретера. Потому что там в очередной раз что-то несовместимо поменяли.<br><br>&gt; А лучше было бы, если еще и левые пакеты подтягивались через pip? <br><br>"Вам швабру как лучше - целиком или наполовину?" Себе вашу швабру внедрите!<br><br>&gt; То ли дело натив, д https://www.opennet.ru/openforum/vsluhforumID3/112460.html#29 Thu, 12 Oct 2017 13:38:29 GMT &gt; Зависимость в виде питона - это так чудесно для инструмента бэкапа. <br><br>А в огороде бузина? Или у кого что болит?<br>Читаем глазами:<br>&gt;&gt;&gt;&gt; единого исполняемого файла, который может быть запущен без предварительной установки.<br>&gt;&gt;&gt; Славный шаг в продолжении Windows-way.<br>&gt;&gt;Для утилиты бэкапа (и соотв. &#8211; восстановления) "домашнего/локалхостного пользования" &#8211; минимальные зависимости и "все свое ношу с собой" вообще-то скорее в плюс.<br><br>Вообще-то, мы в этой ветке вроде как о смысле минимальных зависимостей для бэкапа, а не о том, у кого от чего чуть пониже спины эт-самое.<br>&gt; Зависимость в виде питона - это так чудесно для инструмента бэкапа. <br><br>А лучше было бы, если еще и левые пакеты подтягивались через pip?<br><br>&gt; В ответственный момент оно грохнется с трэйсом на три страницы, <br><br>То ли дело натив, да? Ни сегфолтов, ни проблем с зависимостями?<br>Тут вон zbackup упоминали - так оно вполне может отвалиться из-за несовместимой версии protobuf, как в самой системе, так и использованной при создании репы-бэкап https://www.opennet.ru/openforum/vsluhforumID3/112460.html#28 Thu, 12 Oct 2017 12:55:15 GMT Зависимость в виде питона - это так чудесно для инструмента бэкапа. В ответственный момент оно грохнется с трэйсом на три страницы, а окажется что это как всегда - версия питона в системе не та. Вся питонятина так делает. И инструменты бэкапа на этом - вот уж нафиг.<br> https://www.opennet.ru/openforum/vsluhforumID3/112460.html#27 Thu, 12 Oct 2017 12:52:40 GMT &gt; И как ты, интересно, собрался распараллеливать lz4? <br><br>На сжатие можно, если высокие уровни: запустил несколько тредов да фигарь там разные куски. У lz4 адресуемое смещение мелкое, степень сжатия от независимой паковки не испортится. На распаковку LZ4 может быть скоростью RAM подперт и там смысла в потоках мало. Можешь разжать небольшой кусок из одного и того же src в dst, посмотреть до какого космоса LZ4 разгоняется если память быстрая.<br><br>&gt; Вот lzma2 отлично распараллеливается.<br><br>Но его скорость работы весьма скромная и никакие потоки ему не помогут.<br> https://www.opennet.ru/openforum/vsluhforumID3/112460.html#26 Wed, 11 Oct 2017 14:57:47 GMT ))))<br>Сегодня ваши фотографии забекапили, а завтра уже вас.)) <br> https://www.opennet.ru/openforum/vsluhforumID3/112460.html#25 Tue, 10 Oct 2017 19:44:53 GMT юзаю zbackup особых улучшений в borg не вижу, что бы начать пользоваться.<br> https://www.opennet.ru/openforum/vsluhforumID3/112460.html#24 Tue, 10 Oct 2017 19:11:41 GMT Круто, но добавили бы уже поддержку самой популярной платформы. Для бекапа хомячка много заморочек.<br> https://www.opennet.ru/openforum/vsluhforumID3/112460.html#23 Tue, 10 Oct 2017 15:14:07 GMT &gt; gzip тоже не параллелится. Подтянул бы матчасть прежде чем хотелки хотеть.<br><br>даже если бы gzip не параллелился, то это не повод этого не хотеть.<br>Когда то и огонь приходилось часами выжимать из двух деревяшек, и это тоже была матчасть.<br>