Re: HTTP Link header?
[email protected] Fri, 30 Oct 2009 23:26:45 +0000 (UTC)
| Newsgroups | gmane.network.gnutella.devel |
|---|---|
| Organization | Home, Grenoble, France |
| Message-ID | <[email protected]> |
Quoting Arne Babenhauserheide <[email protected]> from ml.gnutella.dev-forum: :In short words: We have one header exchange per segment, so every bit in the :header hurts performance much more than in webservers, and Link isn't :standardized for our usecase. Correct? Basically, yes. :PS: Could you write a few lines about major gtk-gnutella news since your last :DHT status update? This is not a gtk-gnutella announce list. You should subscribe to the gtk-gnutella-devel list on sourceforge if you want to get news about the development of GTKG. I've posted information about the DHT implementation here because the DHT is rather under-documented and I wanted to share the efforts of my reverse-engineering the DHT implemented by LimeWire, in the hope that other servent authors would find this information useful. :PPS: Is there a reason why this list is used for so little collaborative :feature development these days? I guess there is little to exchange given that the Shareaza folks swear mostly by Mike's Protocol nowadays, BearShare is almost dead, Phex is in sleeping mode, Swapper is dead, gift-gnutella is dead, Gnucleus is dead, etc... The fact is that the barrier of entry for Gnutella is now extremely high. Nobody can sit down and write a new Gnutella servent in a matter of weeks. One needs several years, I would say. Also it's not like there can be tons of new features developped, as in the good old days (almost ten years ago). With Gnutella getting more mature, new features are usually breakthroughs that can open a lot of new opportunities but which are complex to design, develop, test and deploy. Take the DHT for instance. I'm in the process of completing the development which I have started more than one year ago. Hopefully, both LimeWire and gtk-gnutella will be able to inter-operate constructively in a few weeks, unleashing the full potential of the DHT structure. This was not fully perceived by users until now because the LimeWire implementation of the DHT was not complete: it lacked final tuning which is about to be done, finally, following the footsteps of gtk-gnutella. Raphael