Stanislav Vlasov stanislav@gmail.com writes:
17 ноября 2013 г., 14:11 пользователь alexander barakin (aka sash-kan)
a...@barak.in написал:
Или использовать систему контроля версий, например Git.
Это для более огранизованной системы, когда git вписывается в рабочий
процесс. Тут же есть
18 ноября 2013 г., 14:52 пользователь Dmitrii Kashin
free...@freehck.ru написал:
git не поможет в случае нетекстовых (бинарных) файлов:
Да и бинарники там целиком лежат, коих будет больше половины.
Весьма спорное утверждение. Git-то в отличие от большинства VCS очень
даже подходит для
Stanislav Vlasov stanislav@gmail.com writes:
18 ноября 2013 г., 14:52 пользователь Dmitrii Kashin
free...@freehck.ru написал:
git не поможет в случае нетекстовых (бинарных) файлов:
Да и бинарники там целиком лежат, коих будет больше половины.
Весьма спорное утверждение. Git-то в
Здравствуйте.
Для git нельзя будет органичить глубину истории.
Посмотрите на lvm snapshot, но надо иметь ввиду, что записи на
файловую систему со снапшотами будут генерировать дополнительную
дисковую нагрузку для сохранения состояния снапшота.
2013/11/18 Dmitrii Kashin free...@freehck.ru:
18 ноября 2013 г., 15:51 пользователь Dmitrii Kashin
free...@freehck.ru написал:
Ну хорошо. Порядка 1Тб файлов размера от 0 байт до ~10Гб на одном сервере.
История требуется за месяц с контрольными точками в среднем 2 раза в день.
Изменяется порядка 10% количества и 1% объёма в день.
Объём
18 ноября 2013 г., 16:12 пользователь Said Chavkin schav...@gmail.com написал:
Для git нельзя будет органичить глубину истории.
Посмотрите на lvm snapshot, но надо иметь ввиду, что записи на
файловую систему со снапшотами будут генерировать дополнительную
дисковую нагрузку для сохранения
18.11.2013, 14:55, Stanislav Vlasov stanislav@gmail.com:
18 ноября 2013 г., 16:12 пользователь Said Chavkin schav...@gmail.com
написал:
Для git нельзя будет органичить глубину истории.
Посмотрите на lvm snapshot, но надо иметь ввиду, что записи на
файловую систему со снапшотами
Said Chavkin schav...@gmail.com writes:
Для git нельзя будет органичить глубину истории.
Неправда ваша. Есть же опция --depth. Впрочем, я тут отвечаю в режиме
топ-менеджера, так что стоит ли меня слушать...
pgpqB7yvpOicD.pgp
Description: PGP signature
13.11.13, 08:22, Stanislav Vlasov stanislav@gmail.com:
12 ноября 2013 г., 19:38 пользователь Dmitrii Kashin
free...@freehck.ru написал:
В связи с тем, что требуется хранить историю слабо меняющихся данных в
виде мелких файлов за большой период времени, возникла идея
использоваться
17 ноября 2013 г., 14:11 пользователь alexander barakin (aka sash-kan)
a...@barak.in написал:
Или использовать систему контроля версий, например Git.
Это для более огранизованной системы, когда git вписывается в рабочий
процесс. Тут же есть риск удаления .git.
каталог с самим репозиторием
В связи с тем, что требуется хранить историю слабо меняющихся данных в
виде мелких файлов за большой период времени, возникла идея
использоваться zfs с её дедупликацией и снапшотами.
С самой zfs знаком по freebsd, так что реализовать то, что требуется, смогу.
Собственно вопросы:
Можно ли поставить
Stanislav Vlasov stanislav@gmail.com writes:
В связи с тем, что требуется хранить историю слабо меняющихся данных в
виде мелких файлов за большой период времени, возникла идея
использоваться zfs с её дедупликацией и снапшотами.
Или использовать систему контроля версий, например Git.
С
12 ноября 2013 г., 19:38 пользователь Dmitrii Kashin
free...@freehck.ru написал:
В связи с тем, что требуется хранить историю слабо меняющихся данных в
виде мелких файлов за большой период времени, возникла идея
использоваться zfs с её дедупликацией и снапшотами.
Или использовать систему
13 matches
Mail list logo