"add finished files instantly" adds the tth to the hashindex right away, but
its the hub which gets the filter from the client, when it is INFormed about
the share change. Question is that is it worth to make the hub get the filter
after each and every share change because of the functions above
No it works the way :
- client searches for TTH
- hub finds in blooms that this TTH has shared in n clients with high
probablility
- hub passes the search request to those n clients only
http://dcpp.wordpress.com/2008/01/07/bloom-filters
I think you should check ShareManager::getBloom and make s
ps: i think the same is happening when you use the "add finished files
to share ..." , don't think that updates the info to the hub neither
--
partsharing dosn´t work with bloom.dll
https://bugs.launchpad.net/bugs/580163
You received this bug notification because you are a member of
Dcplusplus-t
The bloom provided by the client (on demand of the hub) is only updated
when there is a change in your shares , and the "partitial" sharing does
not seem to send that info to the hub so the hub does not request a new
bloom and this way that "part" will not be found ... :)
--
partsharing dosn´t w
Is there some description of what bloom filter in ADC does? ADC specs
says only how they transferred, but I'm curious in this exact case. Does
it work in following way?
- client searches for TTH
- hubs has this TTH in blooms, so it doesn't have to redirect search request to
users
- hubs sends res
Question #110777 on LinuxDC++ changed:
https://answers.launchpad.net/linuxdcpp/+question/110777
Status: Open => Answered
Razzloss proposed the following answer:
I asked the creator of that patch about gcc he used to build this on
OpenSolaris and heres the response:
08:11:15 < DerSaidin> oh r
6 matches
Mail list logo
