View Single Post
  #3 (permalink)  
Old October 28th, 2020
Lord of the Rings's Avatar
Lord of the Rings Lord of the Rings is offline
ContraBanned
 
Join Date: June 30th, 2004
Location: Middle of the ocean apparently (middle earth)
Posts: 664
Lord of the Rings has a distinguished reputationLord of the Rings has a distinguished reputationLord of the Rings has a distinguished reputation
Default

Getting more support around each network is an interesting idea. But ...

I have made comments regarding Shareaza elsewhere so felt no need to respond at the time. Particularly since the Shareaza developers themselves don't appear to care in the slightest for the G1 network.

Quote:
Originally Posted by falcogiallo View Post
2) On G1 network I found discouragement, there is nothing left ...
Generally If you find any files it is thanks to some Shareaza user sharing on ed2k + G1.
Depends on user I guess. But I rarely download from raza hosts.

Quote:
Originally Posted by falcogiallo View Post
2) ...
Shareaza users should also be sensitized and should enable ability to connect as an ultranode to G1 network.

In conclusion, if change I have talked about is real, why not bring about a network change that is advantageous for both networks in future?
For example, KAD (serverless) network in eMule is obsolete, it allows the share of 3000 files max, while G1 (serverless) network is extremely more efficient!
Shareaza uses extremely old and inefficient code for the G1 network. Something the devs have refused to update for 15+ years (one or more Shareaza clones even totally dropped G1 support.) Shareaza causes considerable traffic and bandwidth overheads across G1. As an example, Shareaza uses uncompressed search messages. (To get an idea of how much extra that means, think of how much a plain text file can be compressed when zipped. We're talking 3-5 times amount of data with peaks even much higher. And that's only the data. Raza on G1 uses TCP and not UDP for most of its messaging which means it is slower and more traffic just to send a single byte.) I cannot call myself a dev so I cannot be more specfic about the details.

Shareaza's G1 ultrapeer technology is outdated and inefficient. If Shareaza's G1 implementation was updated considerably then the idea of running as ultrapeers on G1 would not come across as being problematic.

Quote:
Originally Posted by Manifest0 View Post
I agree with this. It would be nice to have.

If i'm not mistaken G1 supports DHT, so the issue isn't find the content, but rather the lack of users.
Ideally, the devs would somehow link certain G1 functions with their G2 code as there is no doubt not only considerable similarities but also some functions might operate in an identical fashion. Possibly using flags for which aspects of the code apply to each network.

I cannot comment regarding eDonkey.

In the early days, some involved in the open source LimeWire project were opposed to multi-network apps. Shareaza often used the majority of its bandwidth for other networks including torrents. The bandwidth for Shareaza uploads to G1 was often as low as 0.1 KB/s (or less.) How frustrating would that be to anyone.

However, GTK-Gnutella made the move to adopt G2 in leaf mode. As for further adoptions, I guess it depends on the devs involved. That also applies to the WireShare project. Perhaps a bandwidth test could be done to check if the specific host has enough speed and pipe width to handle and thus join more networks. Some apps tend to do speed checks of their own in any case but this will be dependent upon the other hosts abilities as well and is not an especially accurate method.

Keep in mind, not everyone in the world uses high-end fibre or similar. Due to their location some people are stuck with anything from dial up, adsl, dsl, satellite or wireless where the ability to handle high traffic levels and higher speeds is lacking.

Quote:
Originally Posted by Manifest0 View Post
... Unfortunately i'm under Carrier Grade NAT so i'm unable to became ultrapeer.
Carrier level firewalling is an issue. Perhaps you could negotiate with them? Some VPN services also have this issue.
For the VPN services that don't, your router may well have a special section for handling VPN port forwarding. I would recommend this if using a VPN service (if UPnP cannot handle it otherwise.)
Reply With Quote