Gnutella Forums

Gnutella Forums (https://www.gnutellaforums.com/)
-   LimeWire Beta Archives (https://www.gnutellaforums.com/limewire-beta-archives/)
-   -   LimeWire Development Update, 03-02-25 (https://www.gnutellaforums.com/limewire-beta-archives/19197-limewire-development-update-03-02-25-a.html)

trap_jaw February 25th, 2003 09:03 AM

LimeWire Development Update, 03-02-25
 
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

et voilą February 25th, 2003 09:19 AM

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

trap_jaw February 25th, 2003 11:49 AM

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.

stief February 25th, 2003 02:30 PM

one-click host blocking?

trap_jaw February 25th, 2003 02:50 PM

Oh yes, it was added today.

spearson February 25th, 2003 07:31 PM

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

trap_jaw February 26th, 2003 12:13 AM

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

stief February 26th, 2003 05:32 AM

Thanks for the refs Trap_jaw

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

Joakim Agren February 28th, 2003 06:36 AM

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!.

et voilą February 28th, 2003 07:00 AM

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!


All times are GMT -7. The time now is 04:13 AM.

Powered by vBulletin® Version 3.8.7
Copyright ©2000 - 2024, vBulletin Solutions, Inc.
SEO by vBSEO 3.6.0 ©2011, Crawlability, Inc.

Copyright © 2020 Gnutella Forums.
All Rights Reserved.