hawkman
-
Posts
31 -
Joined
-
Last visited
Posts posted by hawkman
-
-
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?
Mips Support
in Feature Requests
Posted
No comments on this from Bittorrent Inc?
I guess this is why it should be open sourced.
Reading rsync man page right now...