aosaigh Posted September 22, 2016 Report Share Posted September 22, 2016 I'm using Resilio 2.4 on OSX 10.11.6 (El Capitan on a 2015 MPB 15" retina). I'm noticing an average CPU usage of 15-20% while Resilio is idle (no indexing or transferring). When I look at the sync.log I see that there is some sort of polling taking place every second. [20160922 10:40:04.579] API: --> getsyncfolders(discovery=1&t=1474537204574) [20160922 10:40:05.714] API: --> getsyncfolders(discovery=1&t=1474537205709) [20160922 10:40:05.830] API: <-- getsyncfolders({ "corestate": [ ], "folders": [ LONG LIST OF ALL MY SHARES ], "loading" : false, "speed" : {"downspeed" : 0,"upspeed" : 0},"status" : 200} [20160922 10:40:06.839] API: --> getsyncfolders(discovery=1&t=1474537206834) [20160922 10:40:06.968] API: <-- getsyncfolders({ "corestate": [ ], "folders": [ LONG LIST OF ALL MY SHARES ], "loading" : false, "speed" : {"downspeed" : 0,"upspeed" : 0},"status" : 200} ... I'm not sure is this my laptop pinging my other machines or visa versa but I assume it is responsible for the idle CPU loads. This seems very eager. Is this normal behaviour? Quote Link to comment Share on other sites More sharing options...
aosaigh Posted September 22, 2016 Author Report Share Posted September 22, 2016 Hmmm. So "my other machines" above include a home linux server. I noticed that once I stopped the btsync service on that machine my OSX idle usage immediately stopped. Looking at the syncs there are no more "getsyncfolders" every second. Quote Link to comment Share on other sites More sharing options...
aosaigh Posted September 24, 2016 Author Report Share Posted September 24, 2016 I've now updated the linux machine to 2.4 but there is now the following in the logs that repeats every second or so: [20160924 19:13:02.654] JOURNAL[C7E5]: got 1 files from remote (192.168.0.11:65132) [20160924 19:13:02.654] JOURNAL[C7E5]: Mutex file check failed with error : 103 [20160924 19:13:02.654] SF[C7E5] [E40B]: State sync finished [20160924 19:13:02.654] D! 10SyncTcpReq[0x00007f97c014fc30][TCP-TUNNELL] [0000]: cancel C014FC30 - incoming merge, refcount - 2 [20160924 19:13:02.654] MD[C7E5]: OnFinishedProcessingFilesFromRemote [20160924 19:13:02.655] SF[C7E5]: Merge finished - tree_hash: F1F053D905C7D9008AE6CB2C628A9C07F8FB1AA2, tree_ts: 1474563376, files_count: 125, request: 0x00007f97c014fc30 [20160924 19:13:02.678] D! 10SyncTcpReq[0x00007f97c014fc30][TCP-TCP] [0000]: destroing C014FC30 cbcnt:9 - incoming merge [20160924 19:13:03.155] JOURNAL[C7E5]: Mutex file check failed with error : 103 [20160924 19:13:03.211] PC[0x00007f97c01518b0][0x0000000000000000][192.168.0.11:65132:TCP] incoming connection from 192.168.0.11:65132 [20160924 19:13:03.268] PC[0x00007f97c01518b0][0x0000000000000000][192.168.0.11:65132:TUNNELL] recognized incomming SyncTcpReq[0x00007f97c014fc30] [20160924 19:13:03.269] SF[C7E5] [E40B]: Received request "id" [20160924 19:13:03.269] SF[C7E5] [E40B]: Got id message from peer Macbook Pro (1050912E45E086F98F2B1C644AD4FB3B22A4E40B) 2.4 [20160924 19:13:03.269] D! 10SyncTcpReq[0x00007f97c014fc30][TCP-TUNNELL] [0000]: debug C014FC30 - incoming merge [20160924 19:13:03.269] SF[C7E5] [E40B]: Got state sync request [20160924 19:13:03.269] SF[C7E5] [E40B]: Received request "peers" [20160924 19:13:03.269] SF[C7E5] [E40B]: Received request "get_root" [20160924 19:13:03.269] SF[C7E5] [E40B]: ConecurrentMergeController has started merge request[0x00007f97c014fc30] processing [20160924 19:13:03.269] MC[C7E5] [E40B]: processing get_root message, my hash: F1F053D905C7D9008AE6CB2C628A9C07F8FB1AA2, remote hash C1004D1FF918B8BA9496F64922B35CC2BFDC5B84 [20160924 19:13:03.647] SF[C7E5] [E40B]: Received request "get_nodes" [20160924 19:13:03.647] MC[C7E5] [E40B]: processing get_nodes message for / [20160924 19:13:03.757] SF[C7E5] [E40B]: Received request "get_nodes" [20160924 19:13:03.757] MC[C7E5] [E40B]: processing get_nodes message for /devices [20160924 19:13:03.866] SF[C7E5] [E40B]: Received request "get_nodes" [20160924 19:13:03.866] MC[C7E5] [E40B]: processing get_nodes message for /devices/CBIJCLSF4CDPTDZLDRSEVVH3HMRKJZAL [20160924 19:13:03.974] SF[C7E5] [E40B]: Received request "get_nodes" [20160924 19:13:03.974] MC[C7E5] [E40B]: processing get_nodes message for /devices/CBIJCLSF4CDPTDZLDRSEVVH3HMRKJZAL/info.dat [20160924 19:13:04.082] SF[C7E5] [E40B]: Received request "get_files" [20160924 19:13:04.082] MC[C7E5] [E40B]: processing get_files message with 1 paths [20160924 19:13:04.082] MC[C7E5] [E40B]: will send files for /devices/CBIJCLSF4CDPTDZLDRSEVVH3HMRKJZAL/info.dat [20160924 19:13:04.083] JOURNAL[C7E5]: Mutex file check failed with error : 103 [20160924 19:13:04.284] SF[C7E5] [E40B]: Received request "files" [20160924 19:13:04.284] MC[C7E5] [E40B]: processing files message with 1 files [20160924 19:13:04.285] MC[C7E5] [E40B]: Local file devices/CBIJCLSF4CDPTDZLDRSEVVH3HMRKJZAL/info.dat is older than remote t:1474560552/1474728748 ot:3890823/3891045 o:1050912E45E086F98F2B1C644AD4FB3B22A4E40B/1050912E45E086F98F2B1C644AD4FB3B22A4E40B Quote Link to comment Share on other sites More sharing options...
Helen Posted September 30, 2016 Report Share Posted September 30, 2016 getsyncfolder is not responsible for CPU and these log entries go away if you close Sync UI. that Mutex file check failed with error : 103 means that /your_storage/.SyncUser#####/.sync/ID file is either deleted or corrupted. So the identity cannot be synced between your linux and mac, and it looks like you link them together. You'd better recreate identity. Quote Link to comment Share on other sites More sharing options...
aosaigh Posted September 30, 2016 Author Report Share Posted September 30, 2016 Thanks Helen, Good to know. I have a support ticket open at the moment but knowing that I will try figure out the problem Quote Link to comment Share on other sites More sharing options...
Recommended Posts
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.