I'll include some of the important changes to the LimeWire code (www.limewire.org) over the last two weeks.

* completed Multicast support (LimeWire will now always search other LimeWire's on the same LAN).
* Users can not change the number of connections LimeWire tries to keep anymore.
* Ultrapeers will now have 15 ultrapeer connections and up to 30 leafs
* cleaned up Handshake & connection code
* fixed some (not all) bugs causing "Couldn't Move To Library" errors
* added option to choose helper apps for linux & solaris

__________________
Morgens ess ich Cornflakes und abends ess ich Brot
Und wenn ich lang genug gelebt hab, dann sterb ich und bin tot

--Fischmob

do you know why 15 ultrapeers connections and not 30? If it is 15, will the TTL be upped to 5 for dynamic queries?

The TTL has indeed been upped to a maximum of 5, - however most searches should work with a TTL of 3-4.

The number of connections is as low as it is, to make the transition easier, I believe. Otherwise the first users of the next version would see a really poor performance.

__________________
Morgens ess ich Cornflakes und abends ess ich Brot
Und wenn ich lang genug gelebt hab, dann sterb ich und bin tot

--Fischmob

one-click host blocking?

Oh yes, it was added today.

__________________
Morgens ess ich Cornflakes und abends ess ich Brot
Und wenn ich lang genug gelebt hab, dann sterb ich und bin tot

--Fischmob

trap_jaw, It seems to me that you work for the LimeWire team? or are you just getting the info from (www.limewire.org)?

I'm just subscribed to the development mailinglists:

dev@core.limewire.org
dev@gui.limewire.org
cvs@core.limewire.org
cvs@gui.limewire.org

codepatch@limewire.org

__________________
Morgens ess ich Cornflakes und abends ess ich Brot
Und wenn ich lang genug gelebt hab, dann sterb ich und bin tot

--Fischmob

Thanks for the refs Trap_jaw

BTW, would blocking "Awesome" IP's end up blocking the shared folders of legitimate users?

Hello!

Why should users no longer be able to change the number of connections to Ultrapeers?.

I am on a 8MBit/sec VDSL connection faster then a T1 connection.Whenever I start up LimeWire 2.8.6 (I am using Mac OS 9.1)it always start up with just 3 connections even if I have changed the preferences to T1 which should allow me to have 10 connections up so I manually have to change the number of connections to 10 everytime I start up the LimeWire application.If users should no longer be able to change this number manually then the LimeWire team should change this so that the app starts with as many connections as possible according to what settings for connections speed that you have set in preferences.If not then the search results on the network will be as poor as for modem users even if you have a fast connection and I cannot see why any users would want that.I sure wont!.

__________________
<img src="http://www.jordysworld.de/emoticons/blob16.gif">Sincerely Joakim Agren!

Joakim, connecting to a large ammount of ultrapeers cause a problem to everyone network, except for the person who searches from lots of ultrapeers.
1. When you do a query, that query is sent from each ultrapeer you're connected to. These queries will reach many times the ultrapeers you are not connected to, because each query search random ultrapeers. Therefore, the traffic between ultrapeers is upped a lot.

2. many ultrapeers gives poor results cause they can't route that amount traffic, thus lowering search responses by lowering the amount of peers you search.

3.the more places you take as a leaf, the more ultrapeers the network needs, meaning that 1)poor ultrapeers will be elected, 2)your search horizon is lowered

4. There are others factors, but I think I told you the biggest.

As a matter of fact, software locked number of ultrapeers rock! For me it is great, for you there will be less results, but everyone on the network will have better search results!