hawkman

No comments on this from Bittorrent Inc? I guess this is why it should be open sourced. Reading rsync man page right now...

I've got a DVico TVIX M-6500A which runs the following MIPS CPU. Could we get a build for MIPS please? root@TViX:~$ cat /proc/cpuinfo system type : Sigma Designs TangoX processor : 0 cpu model : MIPS 4KEc V6.9 Initial BogoMIPS : 292.86 wait instruction : yes microsecond timers : yes tlb_entries : 32 extra interrupt vector : yes hardware watchpoint : yes ASEs implemented : mips16 VCED exceptions : not available VCEI exceptions : not available System bus frequency : 198000000 Hz CPU frequency : 297000000 Hz DSP frequency : 297000000 Hz

Actually I haven't yet synced. I was just trying to reconcile what the UI says versus what's on the disk. I'm starting the sync now on the LAN. At 2.5 MB/s this could take a while...

OK now I have worked out the unix command to match the Mac OS X Finder file count: %find . \! -name ".*" | wc -l 966 So now why is the Sync file count / file size different? Is there a bug here? <edit> Also, why is the size so precisely shown as 1.0TB?

OK now I'm confused. Here's what I see from the command line: - "du -h" gives "1.1T" - "find . -type f | wc -l" gives 942 From Mac OS X, the folder info shows "1.18 TB on disk for 966 items" From Bittorrent Sync, I see "1.0 TB in 911 files" I'm not sure what's right or wrong here...?

Is there a limit to the number of files or the total file size for a synced folder? I have a folder with 1.18 TB and 966 files that I just set up for syncing. I haven't actually set up the target yet because it took almost a day to index. However once it completed the indexing, it seemed to stop at 1.0 TB and 911 files. Is this a limit of the program? Or am I doing something wrong? Also, why does it take so long to index?