kos13
-
Posts
750 -
Joined
-
Last visited
-
Days Won
92
Posts posted by kos13
-
-
Could you please send us logs? Steps could be found here
-
We don't have native Android build. The build that is on Google Play is just a wrapper for Linux version that was made by someone.
-
We need logs for this case to track down the issue. If this is reproducible please send us logs. Steps are
-
We need logs for this case to track down the issue. If this is reproducible please send us logs. Steps are
-
Can you send us logs? seems like a problem and we can't reproduce it so far. You could find steps to collect and submit logs here - http://forum.bittorrent.com/forum/56-bittorrent-sync/
-
1.0.116 is old version please upgrade to 1.0.134. We have a lot of crashes fixed.
-
We check for new builds daily, so you should see new build in Linux Web UI today.
-
-
Even the file is deleted, Sync keeps record about this event. This record is needed for the following scenario: new peer connected and has the deleted file, Sync will need to decide whether it should be deleted on peer or this is new file that needs to be downloaded.
Therefore memory doesn't go down after deletion of the file. I described how it works now, but we are going to change that.
-
Could you please turn on logs and send them to us? Detailed steps are here
-
This is just a log record. This is nothing wrong with the Sync. Some leftover from BitTorrent p2p client
-
Startup BT, run the script below on a share it's watching.
The share can be empty, that's not what matters.
I don't think this one will get you to 5Gb, BTsync gets too slow, but it's the right idea.
#!/bin/bash -
B=/home/btsync/zero/memuse
P=$B/XXXXXXXXXXXXXXXXXXXXX/XXXXXXXXXXXXXXXXXXXXX/XXXXXXXXXXXXXXXXXXXXX/XXXXXXXXXXXXXXXXXXXXXIf I read the script correctly it creates 1M files. Sync can consume 2Gb for 1M files, but not for 300 files.
-
This is not normal. Can you give us additional info? You used sleep on computer? OS version? Bt sync version?
-
Hi,
Question is in the title.
Nothing is downloaded or uploaded but I see that some files are not synced.
When I restart BitTorrent sync, sync begins correctly and after a while files are perfectly synced.
Does anyone have the same problem?
Thank you and excuse me for my bad english
Can you follow steps from here
We will need logs to identify the problem.
-
Highest I've seen is about 5.3GBytes. On a share with about 300 files.
Can you please give us more details? Sync can't allocate that amount of memory for 300 files.
-
What Sync build you are using? We had some fixes around this, so if you use latest one 1.0.134 then it might be some new issue.
-
Sync at the moment has linear memory grow that depends on amount of files. This will be changed in next builds.
-
We do need logs to detect the issue. This topic describes steps
In your case we will need logs from the Debian server(arm) that crashed. If possible could you also send us dumps?
-
I would like to keep you updated on our progress.
1. Sync mobile for Android and iOS. We have both versions running, native code. There are a lot of mobile specific things that needs to be done. This takes time, so please be patient. But there will be something that will surprise you. ETA? Don't have any specific date.
2. Memory and CPU optimization. This is very important for us, and you should expect significant drop in memory and CPU usage for the next version. Not sure if we will be able to do everything we want, but our goal to make Sync most effective app.
3. One major feature. I am not ready to share details, but it will be something you have asked for.
4. Bug fixes.
Thank you for your support and help.
kos
-
Can you look to the file in .SyncTrash and give us idea what is there?
-
No, this is not our application. It is just Linux build wrapped for Google Play store.
-
So I'm curious how Dropbox detected the file change without the modification date being changed, and if BT Sync could do whatever Dropbox is doing so I don't have to hack up a solution where the file gets touched after unmounting the volume.
Sync is base on file timestamp. So if it not changed, Sync will not check the content of the file.
My other question is does BT Sync perform incremental updates of files when they change between clients. I assumed so, since as I understand the BT protocol you'd compute new chunk hashes and then only have to transmit the changed chunks, but I thought I'd ask and get confirmation of that assumption.
This is correct. Sync will transfered only changed chunks.
-
Thank you! URL fixed.
-
Sync uses strong random generators.
Mac, Linux: /dev/random
Windows: CryptoAPI
Exploit to write outside of BTSync folder
in Sync General Discussion
Posted
What version of Sync you are using?