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