1.1, RapteR (ok), 13:44, 28/03/2010 [ответить] [﹢﹢﹢] [ · · · ]
| –5 +/– |
О господи... что только не придумают люди, что бы не использовать rsync, NFS и LDAP. Результат в конечном итоге тот же, только комп потеет в 20 раз больше... Зачем все так усложнять?!
| |
|
2.3, anonymous (??), 14:07, 28/03/2010 [^] [^^] [^^^] [ответить]
| –2 +/– |
Ну, Dropbox, например — по заявлениям его разработчиков, по крайней мере — в отличие от rsync умеет обновлять кусочки файла. Т.е. был большой контейнер на 100 MiB, поменялось в нем 10 мебибайт — он только эту часть и обновит.
Плюс все это практически zero-configuration. Указал атрибуты доступа и все, оно работает.
| |
|
3.6, RapteR (ok), 14:34, 28/03/2010 [^] [^^] [^^^] [ответить]
| +1 +/– |
>контейнер на 100 MiB, поменялось в нем 10 мебибайт — он
>только эту часть и обновит.
Сори, забыл про diff написать...
| |
|
|
5.10, RapteR (ok), 15:03, 28/03/2010 [^] [^^] [^^^] [ответить]
| +2 +/– |
>зачем мучятся со всем этим?
А я и не мучаюсь. Если будет задача - она легко решится имеющимися тулзами бородатого года выпуска, отлаженными, оптимизированными и работающими как часы, а не всякими там Убунту Оне, который бажный как черт знает что, тем более они пока сами не поняли что пишут, так же как и разработчики питона, по этому какого то устойчивого API ждать не приходится.
| |
5.67, Анон (?), 12:54, 30/03/2010 [^] [^^] [^^^] [ответить]
| +/– |
Настройка rsync дело пяти секунд.
А что у вас есть необходимость хранить на удаленном сервере 500 Гб фильмов каждый весом по 1,4 Гб?
У меня настроена такая система, может реализовано и коряво, через хак ядра, который отслеживает изменение файлов, но я и не супер-кодер на С++, а пользователи довольны, т.к. бится в стену, пытаясь объяснить как пользоваться удаленным FTP-шником мне надоело.
| |
|
6.68, RapteR (ok), 13:51, 30/03/2010 [^] [^^] [^^^] [ответить]
| +/– |
>т.к. бится в стену, пытаясь объяснить как
>пользоваться удаленным FTP-шником мне надоело.
А не надо головой об стену, надо хомяки на NFS перетащить и все.... Ну с вендами... в 98 можно было мои документы на сетевую шару перенести, а в XP-шке думаю можно и AD забацать.
| |
6.69, Michael Shigorin (ok), 14:47, 30/03/2010 [^] [^^] [^^^] [ответить]
| +/– |
>У меня настроена такая система, может реализовано и коряво, через хак ядра,
>который отслеживает изменение файлов
Поищите rsync inotify, кажется, кое-что полезное есть.
| |
|
|
|
3.11, Kuzmich (??), 15:27, 28/03/2010 [^] [^^] [^^^] [ответить]
| +/– |
Это rsync-то не умеет? Ню-ню.
man rsync по ключам --checksum и --inplace
| |
3.12, QuAzI (??), 15:29, 28/03/2010 [^] [^^] [^^^] [ответить]
| +/– |
Вы удивитесь, но именно благодаря этой фиче я и пользую rsync вместо простого копирования по сети при создании бекапов.
| |
3.41, User294 (ok), 01:10, 29/03/2010 [^] [^^] [^^^] [ответить]
| +/– |
> в отличие от rsync умеет обновлять кусочки файла.
Вообще-то rsync при изменении кусочка файла только его и пересылает... ;)
| |
3.46, аноним (?), 01:38, 29/03/2010 [^] [^^] [^^^] [ответить]
| +/– |
> в отличие от rsync умеет обновлять кусочки файла. Т.е. был большой контейнер на 100 MiB, поменялось в нем 10 мебибайт — он только эту часть и обновит.
rsync как раз именно для этого и был создан, и это умеет замечательно.
| |
3.56, prof_alex (?), 09:00, 29/03/2010 [^] [^^] [^^^] [ответить]
| +/– |
> в отличие от rsync умеет обновлять кусочки файла.
А когда rsync разучился обновлять файлы кусочками? Что-то не припомню,в какой версии это пропало?
| |
|
2.16, СуперАноним (?), 15:49, 28/03/2010 [^] [^^] [^^^] [ответить]
| +/– |
А Вы не хотите задуматься, с каким превеликим "энтузизазизмом" воспримут необходимость пользоваться rsync, diff пользователи Windows (этих вообще в гетерогенной сети большинство), Mac OS X?
| |
|
3.40, ffirefox (?), 01:10, 29/03/2010 [^] [^^] [^^^] [ответить]
| +/– |
>А Вы не хотите задуматься, с каким превеликим "энтузизазизмом" воспримут необходимость пользоваться
>rsync, diff пользователи Windows (этих вообще в гетерогенной сети большинство), Mac
>OS X?
А в чем проблема для пользователей? Есть туча гуевых клиентов, скрипт для rsync + ssh из одной строчки или можно пользовать что-то типа unison, dirsync и т.д.
| |
3.44, User294 (ok), 01:14, 29/03/2010 [^] [^^] [^^^] [ответить]
| –1 +/– |
>пользователи Windows (этих вообще в гетерогенной сети большинство),
Мне кажется что им ничего не обломится и с инициативы кде и гнома потому как микрософт как всегда забьет на любое даже самое хорошее начинание или сделает все по своему, так чтобы работало только с виндой, только с их серверами, etc...
| |
3.70, mr_gfd (?), 11:14, 31/03/2010 [^] [^^] [^^^] [ответить]
| +/– |
>А Вы не хотите задуматься, с каким превеликим "энтузизазизмом" воспримут необходимость пользоваться
>rsync, diff пользователи Windows (этих вообще в гетерогенной сети большинство), Mac
>OS X?
Работает же, с гуями в том числе. Гугль в помощь.
| |
|
2.39, pavelg (?), 01:09, 29/03/2010 [^] [^^] [^^^] [ответить]
| +3 +/– |
Ни одна из перечисленных программ сама по себе не решает этой задачи, как впрочем и при их совместном использовании.
rsync может обходиться без NFS и LDAP, но он не позволяет в реальном времени проводить синхронизацию больших объёмов. На сравнение 30Гб у меня уходит 30-45 минут, да ещё и проц с жёстким будет нагружен настолько что что-либо ещё выполнять невозможно.
Если уж чем-то дополнять возможности rsync'а, то это FAM'ом или GAMIN'ом с каким-нибудь способом записи событий в лог-файл или базу.
| |
|
3.52, RapteR (ok), 04:06, 29/03/2010 [^] [^^] [^^^] [ответить]
| +/– |
>rsync может обходиться без NFS и LDAP, но он не позволяет в
>реальном времени проводить синхронизацию больших объёмов
Ой ли. Ничего подобного. У меня так два NFS сервера между собой общаются. По крону раз в минуту вторичный сервер тянет то, что изменилось на первичном, отрабатывает за 0,00* секунд. На NFS лежат хомяки юзеров, юзеров около 100, половина юзает иксы и хранит кучи документов.
Ну или вот:
rapter@rapter:~/Distrib/repo_all$ time ./rsync_repo.sh
Number of files: 66914
Number of files transferred: 5
Total file size: 49.57G bytes
Total transferred file size: 4.65K bytes
Literal data: 1.15K bytes
Matched data: 3.50K bytes
File list size: 2.29M
File list generation time: 0.001 seconds
File list transfer time: 0.000 seconds
Total bytes sent: 17.02K
Total bytes received: 2.35M
sent 17.02K bytes received 2.35M bytes 248.76K bytes/sec
total size is 49.57G speedup is 20974.77
real 0m8.448s
user 0m1.132s
sys 0m2.544s
Таки не сказал бы что объемы маленькие.
| |
|
4.62, pavelg (?), 21:19, 29/03/2010 [^] [^^] [^^^] [ответить]
| +/– |
Возможно всё дело в постоянно включенных серверах и кэшировании контрольных сумм и состояний файловых систем rsync'ом.
У меня ноут и десктоп не работают постоянно. Резервную копию ноута делаю rsync'ом примерно так:
rsync -rctlpEXog --verbose --delete -e ssh /home/user user@192.168.0.1:/home/user
Можете показать rsync_repo.sh?
| |
|
5.63, RapteR (ok), 21:23, 29/03/2010 [^] [^^] [^^^] [ответить]
| +/– |
>Возможно всё дело в постоянно включенных серверах и кэшировании контрольных сумм и
>состояний файловых систем rsync'ом.
>
>У меня ноут и десктоп не работают постоянно. Резервную копию ноута делаю
>rsync'ом примерно так:
>rsync -rctlpEXog --verbose --delete -e ssh /home/user user@192.168.0.1:/home/user
>
>Можете показать rsync_repo.sh?
#!/bin/sh
remote_server="rapter@192.168.0.2:/data/hdd3/repo/"
local_folder="/home/rapter/Distrib/repo_all/"
rsync --progress --stats --recursive --times --links --compress --delete --human-readable $remote_server $local_folder
| |
|
|
|
|
1.2, anonymous (??), 14:04, 28/03/2010 [ответить] [﹢﹢﹢] [ · · · ]
| +1 +/– |
> хранение данных в древовидной структуре
Ну сколько раз можно напоминать уже, что файловая система - орграф, а не дерево.
| |
|
2.38, XoRe (ok), 01:07, 29/03/2010 [^] [^^] [^^^] [ответить]
| +/– |
>> хранение данных в древовидной структуре
>
>Ну сколько раз можно напоминать уже, что файловая система - орграф, а
>не дерево.
Вы про кластеры, не про папки-файлы?
| |
2.47, аноним (?), 01:42, 29/03/2010 [^] [^^] [^^^] [ответить]
| –1 +/– |
>Ну сколько раз можно напоминать уже, что файловая система - орграф, а
>не дерево.
Однобокий матанщик? Вместе с коллегами будете определения несуществующих объектов обсуждать. А в реальном мире пока у одной директории не будет более одной родительской, ФС будет деревом.
| |
|
|
Часть нити удалена модератором |
4.28, sHaggY_caT (ok), 17:43, 28/03/2010 [^] [^^] [^^^] [ответить]
| +/– |
Облака, конечно, чем дальше тем больше будут рулить, но офисные серверы вряд ли в обозримом будущем исчезнут.
Вот сабжевый проект и можно поставить на свое железо, и, кстати, на colocation например.
| |
|
5.64, аноним (?), 03:00, 30/03/2010 [^] [^^] [^^^] [ответить]
| +/– |
великолепно...
удалилил даже объяснение, почему пост не стыкуется с предыдущим
нет слов...
| |
|
6.65, Michael Shigorin (ok), 11:20, 30/03/2010 [^] [^^] [^^^] [ответить]
| +/– |
>великолепно...
>удалилил даже объяснение, почему пост не стыкуется с предыдущим
>нет слов...
Простите, это я перестарался. Вот фрагмент Вашего (как понимаю) объяснения за исключением отсылки к вычищенному по причине флеймообразования, приглушённой рекламы сервиса злонамеренного поставщика и до кучи -- неверности (т.к. человек явно не учёл новелловский ifolder):
---
sHaggY_caT отвечала на [замечание], что Dropbox - это больше
сервис, нежели технология, и завоевал свою популярность не пеной на
красноглазых тусовках, а выгодными предложениями и высокой надёжностью вкупе с
простотой конфигурирования.
Сравнение ещё одной утилиты для сетевого копирования и успешного сервиса _некорректно_.
---
| |
|
|
|
|
|
|
2.48, Michael Shigorin (ok), 01:47, 29/03/2010 [^] [^^] [^^^] [ответить]
| +/– |
>Пусть ifolder.ru подаст в суд на Novell за использование их имени )))
JFYI, cvs-ы ifolder и ещё пары смежных субпроектов у меня завелись году если не в 2004, то в 2005. Сдёрнутые с novell forge. А ifolder.ru created: 2005.08.01
| |
|
1.23, UnnamedUA (?), 16:50, 28/03/2010 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
И че, мне свои 5 ГБ нашару выкинуть теперь?
Удобно ведь, зашел у девушки дома в интернет новости посмотреть, торрент закинул в папочку через web, и уже дома уже скачанная серия ждет..
+ для работы есть тема, что 5 ПК синхронизируются на разных ОС...
Так что уже работает плюс разные операционки работают уже не переплюнуть..
| |
|
2.24, RapteR (ok), 16:53, 28/03/2010 [^] [^^] [^^^] [ответить]
| –2 +/– |
А не проще ли заиметь один ноутбук, чем держать зоопарк из 5 компов да еще и с разными осями... Этож пипец...
| |
|
3.49, Michael Shigorin (ok), 01:50, 29/03/2010 [^] [^^] [^^^] [ответить]
| +2 +/– |
>А не проще ли заиметь один ноутбук, чем держать зоопарк из 5
>компов да еще и с разными осями... Этож пипец...
Автопропуск слов "для работы" приравнивается к весеннему обострению? :]
| |
|
|
1.55, anonymous (??), 08:39, 29/03/2010 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Новость отличная. Если в рамках этих идей будет создан сервер хранения с открытм интерфейсом для клиентов - почет и уважуха.
| |
1.57, Ivan1986 (?), 10:25, 29/03/2010 [ответить] [﹢﹢﹢] [ · · · ]
| –1 +/– |
Да нифига там нормального не будет создано
будет очередная кривая поделка, так как подход к разработке такой.
Вот выше уже писали - rsync юзать, некоторые вот git предлогают.
А толку, ими же управлять неудобно - скрипты запускать, настраивать
Dropbox поставил и он работает.
Хотя возможно у KDE подход другой - они к пользователям не жопой, как многие олпенсорсники, может что-то и выйдет.
| |
|
2.59, аноним (?), 10:40, 29/03/2010 [^] [^^] [^^^] [ответить]
| –2 +/– |
>Хотя возможно у KDE подход другой
вы ещё не накушались их подходом за три года?
будет именно полурабочая поделка
к сервису от убунты у меня больше доверия
| |
|
3.61, ivan1986 (?), 15:08, 29/03/2010 [^] [^^] [^^^] [ответить]
| +1 +/– |
Насмотрелся я на гном, в кедах все очень даже хорошо, а вот бубунту оне это именно глючная поделка.
| |
|
4.66, Зилибоба (ok), 11:34, 30/03/2010 [^] [^^] [^^^] [ответить]
| +/– |
свою задачу по синхронизации адресной книги между несколькими компами оно делает замечательно. Перекинуть пару файлов раз в месяц - оно делает более чем хорошо. Заметками не пользуюсь. Глюков не наблодаю. Может расскажите подробней, мне очень интересно!
| |
|
|
|
|