Thanks for this marvelous change. As LimeWire represents alone (in all its versions) more than 60% of all traffic to GWebcaches, this would be wonderful to reduce this traffic by alternate host discovery methods like the new UDP caches.

I have seen the traffic on my cache multipled by 5 in the last few weeks, so I have done some major rewrites of part of its code in my new version 1.3, for tripled performance.

This version now also makes a more rigourous check of URLs, and contains now a very basic active checker for the submitted IP:port of hosts, plus some other checks for known IP or port numbers that cause problems.

Also for LimeWire's active search of hosts by locale (which may require lots of connections with some locales to find a matching one), my cache now starts implementing a filter for the host addresses returned, so that a minimum number of returned hosts will at least match the querying country, region or continent. However my cache will still return a significant number of hosts belonging to any region. I may enhance the filter to also take into account linguistic data about each country or territory, but this requires some tuning of threshold parameters.

You can see how I detect them simply by looking at the web pages of my cache on rodage.net; the detection is based on statistic files published daily by each of the 4 RIRs, which I preprocess to allow fast search of querying IP. For now I update the preprocessed IP-to-country maps manually, every few days, but they are generated automatically by a script that I will enhance to perform all in one pass; I will soon implement a more automated updater, that will allow maintaining these maps at least once everyday. Today, 176 countries or territories seem active on Gnutella (some territories don't have IP delegations, and use assignment from the main country to which they belong).

Note that some hosts belong to the 'EU' region which is any country in the Europe/Africa region managed by RIPENCC, and some other belong to the 'AP' region which is Asia/Pacific managed by APNIC. Finally very few hosts use IP addresses that are still not registered for use by any RIR, and that I assign within a special code region '__' representing the Earth (this most often comes from new IP blocks recently delegated by RIRs to LIRs or ISPs, but whose usage still lacks some info published by the LIR or ISP; with the new RIR policies about IP assignments, this should appear much less often than before, and in a near future, such IPs will not be usable at all on Internet as long as they have not been registered by a RIR; some of these addresses also come from change of delegation between RIRs, notably by transfers of legacy European blocks from ARIN to RIPENCC).

My cache also now keeps 1000 hosts instead of 400 before, and returns 50 addresses instead of 30 before, to reduce the number of requests, and the number of occurences of repeated requests. 1000 hosts represents approximately the number of hosts sending valid updates now every about 20 minutes. I have also reduced a bit the minimum delay allowed for repeated accesses from 30 minutes to 20 minutes.

The next major version 1.4 of my cache is coming with faster operations, but more complex code. For now the version 1.3 of GWebCleaner contains only the most important and basic changes to accelerate it, but its code is becoming tricky. I expect being able to manage more than 5000 accesses per hour during peak hours (for now I can only manage about 3000 during peak hours, and 16000 during offtime hours).

Re: iTunes DAAP support (iT Sharing Prefs)
 

Share some tunes in LimeWire (mp3, m4a, aiff, wav and m1a are supported), launch iTunes on an arbitrarily computer in your LAN (in most cases the same machine where LimeWire is running but you could use different machines if you want). In iTunes you should see a new Playlist right next to the Music Store Playlist pretty much on the top (LOTR's LimeWire Tunes). Click on it and... Or do you want to know the technical details?

magnets
 

This will make Bitzi completely unusable.
please change it to:
Only magnets with URN and IP OR with URN and file-name OR with URN, filename and IP.

A magnet with file-name should only initiate a search for that filename so it isn't more strenuous than a simple search request/query.

Else you take away many uses of magents (for example posting files when you don't have a stable IP or a webserver).

Re: iTunes DAAP support (iT Sharing Prefs)
 

Hmm, I have 2 folders: one called Lotr's LW Tunes & the other called 'LW'. There seems to be a significant difference in no. of tunes b/w them. What does the 'LW' song list represent? Oh I noticed under Control menu there's an option for disconnecting Lotr's LW Tunes (CMD+E) as though it's a mountable volume (but there's nothing mounted on the desktop.)

So how does this work exactly? Who shares my files is it other p2p users or other iTunes users (I'm a bit lost here, lol!) And what's the difference b/w sharing my iTunes Library via added share folders & using the above function? And what if you have both?

OK, the LimeWire Playlist (somewhere at the bottom, a light blue icon with a clef on it) is LimeWire's "old iTunes support". It is based on AppleScript (thus Mac only) and it simply copies complete downloads to iTunes.

Lotr's LW Tunes (looks like a stack of icons, dark blue and a clef on it) is the new iTunes support. If I interpret your messages correctly then you have never seen iTunes Music Sharing in action? Please take a look at this page (especially the movie).

http://www.apple.com/support/itunes/...ent102094.html

DAAP is just a different name for what Apple calls iTunes Music Sharing. The files you're seeing in the playlist are the files you share with LimeWire. The playlists are only visible and accessible by computers on your LAN or WLAN and only via iTunes. Whenever you double click a song it is streamed from LimeWire to iTunes.

So what is DAAP? It is a server with a database, a transaction manager and a streaming component.

You can have both functions enabled but it's somewhat redundant.

Pro "old iTunes support"
- copies files to iTunes and you can burn them onto CD

Con "old iTunes support"
- duplicates wherever you look
- Mac only

Pro DAAP
- the music stays where it is and is simultanieously accessible by multible computers (no need to copy the music across the LAN)
- works with any computer (Mac, WIndows, Linux whetever). The only exception is that the music can only be accessed by Mac/Win since iTunes is only available for these systems.

Con DAAP
- doesn't copy the music to iTunes. I.e. you can't burn it directly.

Re: magnets
 

I personnaly only use Bitzi to verify if files are legit when I download. URN without IP means searching the network and means too much traffic for UPs as of now. I hope someone implements a DHT for URNs, as it seems to be the only efficient way. We'll have to wait to see.

Ciao

Actually we do accept all types of magnets; only in the case there is nothing but a sha1 in the magnet we display a warning message that the user will need to start a search manually.

@zab: Then it's another situation :-)

The Bitzi-Magnets will then still work and I have nothing to complain about it (Nothing to complain... Darn! ;) ).

I just noticed that a BearShare 4.5.2.2 was able to successfully grab 40 or more .jpg's from me without triggering a "banned greedy client". Good! Looks like they have successfully implemented something like client-side queuing, and know when to request the next file.

Any chance LW will do the same?