04.07.2018 17:50
baggio
 
Написал тут как то Олег что это его всё...
ну и решил попробовать...

с одной стороны нас на винде куда падают бэкапы...
память и проц слабенькие

с другой стороны ситуация похожая atom и гига 2 оперативы...
для smb вполне себе...

папка ~400 гигов... файлов до 100...
неделю не может засинхронится.... падает на сканировании...

памяти жрет как не в себя.. ~800 метров...

Версия 0.14.49-rc.3, Windows с обоих сторон

Странная штука как по мне...
04.07.2018 17:57
baggio
 
Спотыкается кстати похоже о файл в 70 гигов...
04.07.2018 18:26
OlegON
 
Штука просто суперская. Только ты задачи не путай. Там все блочное, это а-ля торрент, никакая не SMB. Естественно, что обсчитать твой атом с засранными 2Гб оперативы 400Гб тупо не может. Еще и под говновиндой. У меня сейчас два телефона, гигов на 10 книжек и фильмов, и гига 4 фоток на одном, и гигов 10 фоток на другом, 4 каталога, файлов до хрена, Syncthing ест 40Мб оперативки. Синкается на вайфае влет. Находит внутренние адреса и хреначит напрямую.
Source : syncthing-0.14.48-1.fc28.src.rpm
Если при этом белого айпишника не будет с какой-то из сторон, то ты еще будешь эти 400Гб пропихивать через серваки syncthing дооолго, поскольку они с достаточно узким каналом.
04.07.2018 18:30
baggio
 
дело не в долго... а в стабильности... я не могу понять чо там на 800 метров то? хэши на 100 файлов?
04.07.2018 18:46
baggio
 
еще забавная штука...
например у вас 1 незасинхронизированный элемент ...
например на 100гб из 150... ну вот так срослось...
он показывает что засинхронено 30%... затем начинает качать этот 100 гиговый файл... но даже если он из него скачает 50гб... он все одно будет считать что только 30%...
т.е. заходя в панель... ты совершенно не понимаешь прогресс операции...
зачем так сделали хз...
04.07.2018 18:49
baggio
 
Еще одна штука...
создавая папку можно выбрать из 2-х варинтов...

1 - только отправка
и
2 - Отправка и прием

что мешало добавить "только прием" ?
04.07.2018 19:55
OlegON
 
Софтина опенсорсная, возьми, да допиши, если что-то не нравится :)

Цитата:
baggio а в стабильности
Цитата:
baggio Windows с обоих сторон
ничего тут противоречивого не видишь? ;) у меня она крутится неделями, я и не вспоминаю вообще... просто каталоги обновляю, что на телефон бросить надо, что убрать...
Цитата:
baggio чо там на 800 метров то? хэши на 100 файлов?
трудно сказать, хеши, блоки, метки скачанности. а может просто глюк винды... то, что у нее диспетчер задач вместо реальных цифр погоду показывал, это на 2003 винде известный факт был...
Цитата:
baggio он все одно будет считать что только 30%
и что? :) пока файл не докачался, его нет... я вообще не смотрю на прогрессбары... это сервер... он должен работать. а виндузовые привычки каждый чих контролировать, выполнился или нет, на сколько процентов - это не для меня. максимум - смотрю, когда последний раз в сети были, т.е. пересекались.
Цитата:
baggio что мешало добавить "только прием" ?
сделай на той стороне "только отправка", какие проблемы? :)

еще раз, использовать эту софтину для синхронизации достаточно крупных бекапов на недоос и нищебродском железе я первый буду отсоветовать... зачем? поставь Linux и через rsync синхронизируй... Все будет просто тип-топ.
04.07.2018 20:29
baggio
 
недоось да...

я зарекся делать нас на иксах.. после того как долго и упорно выкорябывал с фринаса том btrfs.. по моему.. писал тут.... вру zfs

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


то что оно ест 800 метров факт... причем именно при индексации... точнее сканировании... и потом опять уходит на 100-200... это такое потребление памяти не нормальное... имхо... яндекс диск чё то столько не есть.. btsync тоже... короче работа с памятью - минус...


То что он считает что пока файла нет его не стоит считать - было бы разумно... если бы не :
то что при обрыве он бы заново качал файл... т.е. ой - обрыв... качаю заново... но он то докачивает... т.е. он видит что половину файла скачал... как по мне не логично но это мелочи если серьезно...

по поводу только отправка... я пока ковырялся сделал забавную штуку...
зашел на первую ноду - сделал папку - только отправка...
Пригласил вторую ноду...
Ноды начали синхронится...
т.к. сидел по удаленке и интрфейсы похожи... зашел на вторую ноду в настройку папки...
увидел там только отправка... и поменял на отправка и прием... еще раз я на второй ноде в настройках папки поставил отправку и прием... и эта настройка какимто чудесным образом поехала на первую ноду... и в ней стало тоже - отправка и прием... но так как с первой ноды на вторую уже лились данные.... а при закачке синхинг создает временные файлы не в темпе а в папке куда качает(кстати возник вопрос... а какого ёжика его родные временные файлы не добавлены в исключения то? это же смешно... сихронить свои временные файлы...) - то там образовалось некое количество файлов ~synchihg~ - которые после очень удачного изменения настройки поехали на первую ноду... возникает вопрос... какого хера? не я понимаю всё... но ведь детский сад же... ну прям детские грабли... этоже нужно так уметь чтобы удаленно можно было менять настройки папки которую ты сделал "только для отправки"... и никаких защит по этому поводу...

Ладно скажи мне... любимец богов... у меня эта хрень качает в два потока... т.е. одновременно 2 файла... вопрос нахрена? почему 2? где это настраиваться? почему не один? не три? а два? т.е. в настройках есть настройка (простите за тафтологию) какой файл качать первым... у меня стоит "самый старый", только получается что есть основной бэкап на 10ГБ и инкрементный через день на 1ГБ... в настройках стоит скачать сначала старый(10гб) потом на 1ГБ, на практике он начинает качать 2 файла одновременно - конкурируя за полосу... и выкачивает на 1гб естественно быстрее... накуя мне на 1гб без 10гб???? что за бред то...
04.07.2018 21:08
OlegON
 
Ты так говоришь, как будто это я ее написал :) У меня качает в один поток. Никаких родных файлов не перекачивается. Видимо, ты умудрился запустить два экземпляра.
Цитата:
OlegON использовать эту софтину для синхронизации достаточно крупных бекапов на недоос и нищебродском железе я первый буду отсоветовать
Было занято 35Мб памяти, пнул рескан:

Локальное состояние (всего) 6,783  18  ~20.18 GiB
Использование памяти 78.81 MiB

все нормально с памятью, как видишь... Файлов 6,783, 20Гб... Рескан просто пулей.

Цитата:
baggio моих руках вынь надежнее чем линь
судя по всему, ты заблуждаешься...
05.07.2018 09:48
baggio
 
Оставил на ночь...
ну думаю ноды сами разберутся....

с утра новый рекорд на первой ноде
Использование памяти 1 022 MiB

на второй ноде не лучше ..

Цитата:
Скорость загрузки 0 bps (93,1 MiB)
Скорость отдачи 0 bps (499 MiB)
Локальное состояние (всего) 85  7  ~344 GiB
Использование памяти 1 017 MiB
Загрузка ЦП 20%
Прослушиватель 2/2
Обнаружение 4/5
Время работы 13m
Версия v0.14.49-rc.3, Windows (64 bit)
Вторая нода отвалилась от первой в 21,04 и никак до ребута не пересоединялась...

Внимание вопрос:
В насройках рескан выставлен в 5,5 часов... на обоих нодах.
сам рескан занимает ~30 минут... в момент рескана синхронизация не производится...
почему? т.е. по умолчанию стоит рескан 1час... и если по каким то причинам за час рескан не пройдет то ноды вообще не смогут засинхронится... - великолепное решение... )))

Форум на базе vBulletin®
Copyright © Jelsoft Enterprises Ltd.
В случае заимствования информации гипертекстовая индексируемая ссылка на Форум обязательна.