Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Dispersy walker has fewer candidates than expected #38

Closed
boudewijn-tribler opened this issue Apr 24, 2013 · 6 comments
Closed

Dispersy walker has fewer candidates than expected #38

boudewijn-tribler opened this issue Apr 24, 2013 · 6 comments
Assignees
Labels

Comments

@boudewijn-tribler
Copy link
Contributor

We would expect more candidates sooner. Especially the AllChannelCommunity takes much longer to obtain a good number of candidates than we would expect.

Strangely enough the walk success rate is relatively high (around 80%). This contradicts the lack of available candidates.

This behaviour must be either solved or explained. Please investigate.

@boudewijn-tribler
Copy link
Contributor Author

Option: perhaps the majority of the peers that we contact do not return new peers for some reason? This would explain why we get few candidates while the walk success rate is relatively high. This should be fairly easy to confirm of deny.

@synctext
Copy link
Member

synctext commented May 7, 2013

Reproduced this on my Ubuntu machine.
Instead of expected 21 candidates I'm seeing as low as 4 candidates.
This is with a fully connectable Tribler instance.

@synctext
Copy link
Member

After 15 minutes there are 0 candidates in Search community. Search community is broken in current devel.
Strangely enough, AllChannels is bursting with peers, sometimes 27 peers.

From git://github.com/Tribler/tribler
e34d4e2..5fe13d3 devel -> origin/devel
Updating e34d4e2..5fe13d3

tribler_6 2pre_no_bootstrap

@synctext
Copy link
Member

The mystery continues to unfold.

Load balancing needs to be improved, both bootstrap_candidates and normal peers. There is a bit of hammering:

  • 2 bootstrap_candidates get: 109 + 110 = 219 connections
  • 10 bootstrap_candidates get: 52 connections in total

Some normal peers also are hammered, see below.

tribler_6 1pre_walker_fail_and_hammering

tribler_6 2pre_hammering_2_bootstrap_peers

@synctext
Copy link
Member

More details on how walks fail after running for almost 15hours:

tribler_6 1pre_walk_fail2700_times_on_single_ip

@boudewijn-tribler
Copy link
Contributor Author

Ended up being a bug in the tracker. Long story short, the tracker's response messages would use the highest 'community version number' that the tracker knew of. Hence, once someone talked to the trackers using version 0002 it would respond to any subsequent request (from any other peer in that community) with version 0002. This response would then be dropped because this version is unknown.

To fix this the tracker code has been modified to only respond with version 0000. All trackers are still running the older svn based code and we will not update svn. Instead, we will fix the code on git and slowly migrate our trackers to the latest git.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

2 participants