===[ BTSync ]=== #post-id: 5323-18-29 #original-date: 21.02.2015 Sat #original-time: 6:29 PM #original-day: 5323 #original-host: WinXP Home SP3 (Build 2600) Однажды я вдруг заметила, что вместо былых сорока метров BTSync пошёл на рекорд и кушает 160 метров. Памяти на буке не так много, и постоянно идёт борьба, ибо тормоза начинаются уже на полутора гигах свопа. При этом на работе у той же версии BTSync всё путём, двадцать метров, хотя и три папки всего синхронизируется. Решила, что это из-за того, что у меня слишком много синхронизируемых папок. Начала оптимизировать: ненужные папки убрала из синхронизируемых. Ну, тоесть они, конечно, нужны, но, например, синхронизируются сильно реже остальных, так что можно переложить на тот же SyncToy. Помогло совсем немного. Тогда я вспомнила, что на работе у меня в папках обычно по полтора файла лежат. Удалила всё лишнее - всё равно синхронизация у меня в основном используется как транспорт между машинами. Там, скриншоты в одной папке, загрузки, которые делаются на буке, а потом надо на настольной машине рассортировать, ну и так далее. Всё это я сконвертировала, рассортировала, удалила. Почти никак не помогло. Ну тоесть вообще никак. Задумалась, запустила виртуалку и поставила BTSync туда. Разумеется, там оперативки - 512 метров, так что теоретически программа может скорректировать аппетиты или ещё что. Но с другой стороны у меня на работе памяти столько же, сколько и дома, так что при равном количестве памяти аппетиты разные. Начала добавлять синхронизируемые папки по списку. Добавила, посмотрела - 160 метров. Задумалась. Решила выяснить, что будет если их удалить до состояния, что у меня на работе. Так и сделала, и выяснила странную вещь. Потребление памяти действительно снизилось. По расчётам удаление каждой папки должно было освобождать память равномерно, но это оказалось не так. Папка со скриншотами, например, снизила этот показатель со 160 до 50 метров! Остальные показали более скромные результаты. Открыла я папку данных BTSync (Application Data\Bittorrent Sync), а там... А там db файлы довольно больших размеров. Запустила программу для просмотра баз SQlite (почему-то сразу показалось, что это они и есть), открыла самый большой файл (больше сотни метров), а там... А там папка со скриншотами, полное собрание сочинений аж с момента создания. Точнее, имена файлов и какие-то добавочные данные. Видимо, эта папка изменялась активнее всех, поэтому весь шлейф и разбух до такой степени. Разумеется, при подключении нового устройства все эти метры плавно перетекали и к нему. База была загружена постоянно, память жралась немеренно. Решила проблему радикально. Поудаляла все папки, сгенерировала новые секреты, и перенастроила на всех машинах. В результате потребление памяти снизилось со 160 до 20 метров! *Со 160Мб до 20Мб!* Насколько я поняла, штатных способов прекратить это безобразие нет. Поэтому время от времени придётся это делать =_=