kos13

Employees
  • Posts

    750
  • Joined

  • Last visited

  • Days Won

    92

Everything posted by kos13

  1. Please follow the steps from this topic we will need logs to identify the case.
  2. Could you please share your logs, and sends us RO key to syncapp@bittorrent.com please also add url to this topic. Thanks kos
  3. You can, but it is kind of tricky. If you will setup a user will mount his home directory to TrueCrypt volume and throw away all passwords, then you can't access to the files. Otherwise you will get access to all files.
  4. July 4th, 2012 the first version of Sync was created. It was a proof of concept build that applies P2P technology to file synchronization. Please join me in celebration to a team who made this product possible and celebrate 1 year of the product. I would like to thank you for your support and help in making Sync better. kos
  5. This is ok, it means that you just have too many transfers. Anyway please upgrade to 1.1.27
  6. Not yet. But this is something with very high priority.
  7. UDP for internet, TCP or UDP for LAN
  8. It may happen during upgrade, we changed the way how we deal with timestamps so Sync may show that there is a huge data needs to be transfered, then it will detect that it needs to change timestamps and Sync will do it without actual transfer.
  9. Can you please describe your environment in more details? Starting with 1.1.27 works _much_ better with dynamic data and we are not aware about any issues with dynamic data for this build. Older builds had issues that are fixed.
  10. Thank you. We will need logs, since from your description this is easy case for Sync. It doesn't really matter how big are files, it is more about amount of files.
  11. We update a lot of older version that is in wild, not everyone has versioning. The plan is to bring all users to the same build so there will be no any incompatibility issues.
  12. Seems like a wrong dmp, it is only 440 bytes
  13. Ok, we found degradation in latest builds. If you turned DHT at least once, this settings will be saved, and even if you turn it off - Sync will still use DHT. Will be fixed in next build after 1.1.26 Thanks.
  14. To close the topic: - Sync contacts different ip addresses only if DHT is on; - There was a bug in early builds when this settings wasn't properly treated by app, please upgrade; - Please do not mix traffic from Sync with regular BitTorrent client. If you are on 1.1.26 build and later, DHT is off and you are sure that BitTorrent is not running there will be no any ip addresses besides machines with your secret. kos
  15. We are avare of this problem and this will be addressed soon. To make things completely clear, this is new functionality, not just bug fix, so it could take a while.
  16. There is instant syncing on Mac. FreeBSD doesn't have a proper file notifications yet.
  17. We are open for proposals. If community will create such list we will add it to .SyncIgnore by default, so there will be no need to add it manually.
  18. We already fixed memory leak, will release update when CPU issue is fixed.
  19. Can you please explain your configuration in more details? You use Netbeans on Linux and files are shared using Samba, and then shared to several Win 8 machines? And never version on Linux were overwritten with version from Win 8 machines?
  20. Please take several mini dumps when you will see high cpu using these steps http://www.wintellect.com/blogs/jrobbins/how-to-capture-a-minidump-let-me-count-the-ways and send them to syncapp@bittorrent.com
  21. There is a memory leak that we already found, fix will be released soon. If we would be able to narrow down high CPU usage it would be better
  22. If you will see high CPU usage for 1.1.22 build, could you please send us few dumps?