here are some changes those are not explained in the helpfiles.

------------------------------
On Postman's tracker you'll find them on this sites:

Details for torrent pool: "I2PSnarkXL"
http://tracker2.postman.i2p/index.php?view=TPoolDetail&id=118

i2psnarkxl-20090427a.zip
http://tracker2.postman.i2p/index.php?view=TorrentDetail&id=3358

i2psnarkxl-20090508a.zip
http://tracker2.postman.i2p/index.php?view=TorrentDetail&id=3425

i2psnarkxl-20090522a.zip
http://tracker2.postman.i2p/index.php?view=TorrentDetail&id=3593

------------------------------------------------------------------
Patchcrackinfo:  	20090427a
Language: 	multi
OS: 	java
Genre: 	i2p bittorrent client
Description: 	adding PaTracker

nothing else
--------------
this version will not working with i2p versions less than 0.7-7
see: what and why
http://forum.i2p/viewtopic.php?p=14836

i2psnarkxl-20090427a.zip

md5: 83815ea6c53e8d678e7cbfec00cced77

the zip-archiv including the source, examples and all other neccessaries
(and a snapshot of the current project page in the help directory)

for installing

see: the readmeFirst.txt
and
eepSite: http://i2psnarkxl.i2p/faq.html#install
and the included help folder 
------------------------------------------------------------------
Patchcrackinfo:  	20090508a
Language: 	multi
OS: 	java
Genre: 	i2p bittorrent client
Description: 	adding gchan tracker
fixing the experminental-[search]-option for PaTracker torrents on classic page (long filenames end with "..." and couldn't be found)
--------------
this version will not working with i2p versions less than 0.7-7
see: what and why
http://forum.i2p/viewtopic.php?p=14836

i2psnarkxl-20090508a.zip

md5: 397cefc203af512b7b3db05d16e9cc48

the zip-archiv including the source, examples and all other neccessaries
(and a snapshot of the current project page in the help directory)

for installing

see: the readmeFirst.txt
and
eepSite: http://i2psnarkxl.i2p/faq.html#install
and the included help folder

------------------------------------------------------------------
Patchcrackinfo:  	20090522a
Language: 	multi
OS: 	java
Genre: 	i2p bt client
Description: 	beta release ...................

- adding a http-proxy tunnelbuild class to xl (ProxyHttpClient.class)
- adding option settings for the http-proxy (classic-page)
- removing dead-trackers

usage:
open the classic page and change
"Configuration: EepProxy port: " - change the port to a suitable number
"Configuration: Use XL-Proxy:checkbox" - select enable
save the config

xl automatic open a seperate http-proxy for each client for the tracker access now

for more details to change the options for the included xl-http-proxy by your own copy the "i2psnarkxl-proxy.config" of the zip archiv (i2p-folder) to your i2p-install folder.
all your xl bt-clients using that file for setting up the http-proxy options.
nickname and port settings are overwritten by the application with the settings of classic-page-configuration during xl is running.

see more and discuss it at:
http://forum.i2p/viewtopic.php?p=17361
--------------
this version will not working with i2p versions less than 0.7-7
see: what and why
http://forum.i2p/viewtopic.php?p=14836

i2psnarkxl-20090522a.zip

md5: 49975c19ca8814548c42ce2e1566de96

the zip-archiv including the source, examples and all other neccessaries
(and a snapshot of the current project page in the help directory)

for installing

see: the readmeFirst.txt
and
eepSite: http://i2psnarkxl.i2p/faq.html#install
and the included help folder 
------------------------------------------------------------------
##################################################################
http://forum.i2p/viewtopic.php?p=17361 

- Just as Info -

Guest wrote:
Problem descirption (free abreviated translation):

in i2p every app gets its own set of tunnels in order to provide unlinkability not only to physcal persons but also unlinkability between different services or different 'avatars' - thus to prevent profiling.

If you download something via i2p internal bittorrent you use a http proxy for communication with the tracker.
Now if you use the same eepProxy for that as for your normal browsing, then your browsing and your downloads are linkable again.
This is against the principles of i2p.
Also if you use verious instances of a bittorrent client and make them seem to be different users, then you feel safe, but lose this unlinkability between them clients as long as they use the same eepProxy.

End of problem description.



BIG thanks at "guest" for the translation!
------------------------------------------

german: http://forum.i2p/viewtopic.php?t=3497


fwd wrote:


Um was geht's?
Es geht darum wie snark sich mit dem Tracker verbindet, bisher dachte ich das snark sich die Informationen des trackers ber die normale Destination (i2p-ip) des BT-Clienten besorgt.
Leider ist dies nicht der Fall!
Die Informationen werden ber "eepget" via unserem normalen HTTP-Proxy geholt. Soweit ja nicht weiter schlimm, aber fr Leute die mehrere BT-Clients benutzen und verschiedene "Avatare" als Uploader beim Tracker benutzen ist die geglaubte Anonymitt natrlich weg! Allerdings nur beim Trackerbetreiber (falls ihn/sie das berhaupt interessiert!).

Um diesem Anonymittsverlust entgegen zu wirken musste ich mich sehr tief mit der Tunnel-Bildung in I2P selbst beschftigen. Da ich davon bisher keine Ahnung hatte war dies mit einem hohem Zeitaufwand verbunden, aber zu guter letzt hat es dann doch irgendwie geklappt.

I2PSnarkXL benutzt auf userwunsch nun eigene, seperate http-tunnel als proxies, somit bleibt die Anonymitt bei mehreren BT-Client erhalten. Diese knnen auch zum normalen surfen benutzt werden (wenn man es den will ...).

Da das Proxy erst mit dem starten von torrents in i2psnarkxl aktiviert wird, kann es am Anfang zu Verbindungsproblemen mit dem tracker fhren, dies ist aber nach ein paar Minuten vorber.

Bei Benutzung des XL-Http-Proxies muss man ab jetzt allerdings umbedingt auf die Port Einstellungen achten und ndern! Nicht den Port 4444 des normale http-proxies nehmen sonst kommt es zu Konflikten! Also im "Classic" Page den "EepProxy - Port" ndern UND bei jedem XL-Clienten unterschiedliche port nummern eintragen! Will man das XL-Http-Proxy nicht benutzen muss man wieder den normalen Port (4444) eintragen.

Die nderungen gelten ab Version "20090522a" die ich noch im Laufe des Tage (oder erst in der Nacht) uploaden werde, falls ich die bersetzung ins englische einigermassen hinbekomme, da die Beschreibung des Problems schon in deutsch schwer genug ist und es einige vermutlich gar nicht verstehen und bestimmt noch einige Anfragen mit dem Port-Settings in Zukunft zu erwarten sind. Sorry, lsst sich leider nicht vermeiden, ... der Anonymitt zuliebe!



greetz fwd
##############################################################################
------------------------------------------------------------------------------

2010, Mai, 5

This I2PSnarkXL version includes some changes i've done over the past year

Patchcrackinfo:  	20100504a
Language: 	multi
OS: 	java
Genre: 	i2p bt client
Description: 	beta release ...................

- changing the behaviour of the xl-html-proxy
 now i made sure that we got a new html-proxy destination too when we change our BTClient-destination by "stop all"

- search function on classicpage working even when a torrent include "http://tracker2.postman.i2p/announce.php" insteed of the long i2p.ip

- dataloss operating working by default only on the incompletes files now
 the long period since including the dataloss workaround shows that it is mostly not neccessary to checking the completed files for errors.
 but you can changes that to checking all files again by changing the parameter "check.incomplete.only=true" to "check.incomplete.only=false" in the configfile for every xl-client.

- refix the known Robert id's since it was changed in time by the dev.

- adding 2 new themes "az1" and "Postman" and some fixes in others
 ( why nobody else preparing some new themes?! it isn't that kind of complicated to make a own theme! isn't it for you? )

 do not forget to copy the new "i2P/templates/..." AND the new "i2p/doc/themes/i2psnarkxl/..." of the zipfile to your i2p-install folder!

- and ... few things i've forgotten yet

the zip-archiv including the source, examples and all other neccessaries
(and a snapshot of the current project page in the help directory)

for installing

see: the readmeFirst.txt
and
eepSite: http://i2psnarkxl.i2p/faq.html#install (if online)
and the included help folder 

greetz fwd
##################################################################################
stable release ...................

- including a "Seed Swarm Service"
The Seed Swarm Service allows you to seed the same file(s) with a group of xl-clients without making multiple physical copies of the file(s).
read the help files before you use the seed swarm service!

- include fixed Postman theme
- zmeta datas in the config file are removed when a file is removed too
- adding the "detail" link of torrents like previous known from the old postman tracker too
and some others minor stuff

i2psnarkxl-20100517a.zip

md5: b2243c2f6e7bd29eb29c534c8308842d

the zip-archiv including the source, examples and all other neccessaries
(and a snapshot of the current project page in the help directory)

for installing

see: the readmeFirst.txt
and
eepSite: http://i2psnarkxl.i2p/faq.html#install (if online)
and the included help folder

i can not test the themes on every browser, so ...
Please report any problems! (screenshots might help a lot!)

greetz fwd
http://tracker2.postman.i2p/index.php?view=TorrentDetail&id=7821
##################################################################################
Welchen Sinn macht ein Seed Swarm? (I2PSnarkXL)

Erweiterung des HowTos "Seed Swarm Service" und damit der Text auch im deutschsprachigem Teil des Forums vorliegt
------------------
Kurze Einfhrung:

a)
------------------------- langweiliges Zeug? lies bei b) weiter! ------
Wenn zwei BTClients Dateien tauschen dann findet es in etwa so ab.

Client(A) teilt Client(B) mit dass er ein bestimmtes Teil der Datei besitzt (Announce havePiece).
Die Mitteilung wird ber die Tunnel mit verschieden Zwischenstationen (Participating) bertragen.

Client(B) erhlt die Mitteilung und trgt sie in eine Liste ein (Client(A) hasPiece).
Ein Routine bei Client(B) berprft ob man das Teil schon selbst besitzt oder nicht und es gegebenenfalls von Client(A) anfordert.

Besitzt Client(B) dieses Teil nicht sendet es eine Anfrage an Cient(A) ber die Tunnel und Zwischenstationen und bittet um Zusendung des Teils (Request Piece).

Client(A) erhlt die Anfrage von Client(B) und entscheidet nun ob alle Umstnde gegeben sind dieses Teil an Client(B) zusenden oder dem Client Mitzuteilen das es momentan nicht geht (Choke Client(B)).

Im Falle einer positven berprfung wird das Teil nun endlich von Client(A) an Client(B) ber die Tunnel und Zwischenstationen an Client(B) gesendet. geschickt.

b)
---------------------------
Dieser Vorgang wiederholt sich stndig zwischen allen Clienten eines P2P-Schwarms.

Hierbei entstehen grosse Wartezeiten und somit Lcken zwischen den bertragungen, diese Lcken werden um so grsser je mehr ein einzelner Client zu verarbeiten hat und unter welchen Systembedingungen er arbeitet. Anzahl der Torrents, Anzahl der verbundenen Clients (Peers), CPU, real Ram, virtual Ram, Java allocated Ram, Festplatten Zugriffe, und, und, und ...

Ein Client kann auch mehr Anfragen fr Teile gleichzeitig stellen, das spielt fr die tatschliche spter Geschwindigkeit aber fast keine Rolle da die Teile serial, also nacheinander und nicht paralel, also gleichzeitig bertragen werden.

Mchte man nun eine gleichzeitige bertragung von verschiedene Anfragen und Teilen erreichen, msste man den bestehenden Code der Software sehr aufwendig verndern. zb. msste in Snark der "Snarkmanager" zweimal gestartet werden, ebenso der Peermanager, aber es darf nur ein "Storage" (File/Diskmanager) laufen. Dies wurde zu grossen Problemen und Aufblhung des Codes fhren, neben der sog. "Threadsicherheit" msste auch ein Aushandeln zwischen den Datei und Disk Zugriffen stattfinden, mehrere Destination und/oder ClientID's mssen verwalten und berwacht werden . Alle in allem wrde dies zu einem erheblichem Aufwand und grosser Fehleranflligkeit fhren.

Um die bestehende Bandbreite des Internetzugangs bzw. die die man an I2P vergeben hat voll auszunutzen und um die "Lcher" whrend der obigen Vorgnge zu fllen, ist es einfacher mehrere BTClienten gleichzeitig zu betreiben. Dies macht in soweit Sinn da die "Snark" basierenden Clienten im Ruhezustand nur sehr wenig Speicher und CPU Zeit bentigen. Alles das was sie unter Last mehr bentigen entspricht in etwa dem was ein angepasster, vernderter Client (siehe oben) ebenfalls bentigen wrde.

c)
-------------------------------
Der Nachteil mehrerer Clienten ist, dass man natrlich fr jeden dann auch einen eigenen Datastore bentiget und die Dateien jeweils darin als Kopien anlegen muss. Bei kleinen Dateien bis 700mb mag dies noch kein Problem darstellen, aber bei Dateigrssen von 7GB und mehr wird es schwierig. Nicht nur die Erzeugung der Kopien bentigt seine jeweilige Zeit, sondern auch die anschliessende berprfung der Dateien durch den Client, ganz zu Schweigen vom bentigtem Plattenplatz.


Dieser Nachteil ist nun durch den "Seed Swarm Service" der nun in xl integriert wurde entfallen.
Die Dateien werden nur einmal bentigt und eine berprfung der Dateien wird nur von einem Clienten des "Seed Swarms" ausgefhrt.

d)
------------------------------------------
Wann sollte man eine Seed Swarm benutzen?

Sinn macht es wenn man:
- nur wenig Leecher im Torrent hat. ( kleiner 5 )
- der Torrent sehr gross ist.
- Superseed benutzt und mglichst schnell 100% der Teile des Torrents im Swarm verteilen mchte.
- man mehr als 100 kb/s ins Netzwerk bertragen kann.

Einige Zahlen:

1 - 5 Leecher .-> Seed Swarm Grsse 4 - 1
5 - 15 Leecher -> Seed Swarm Grsse 3 - 1
15 + Leecher ..-> Seed Swarm Grsse 2 - 1

- incomplete -

f
--------------------------
Vieleicht noch ein paar ntzliche Hinweise!

Bei den Tests hat sich gezeigt dass es von Vorteil ist die Tunnlanzahl pro Client
Exclamation zu begrenzen Exclamation ,
dies steht im Gegensatz zu vorherigen Erfahrungen mit nur einem Clienten oder zwei.

Je mehr Clienten am Seed Swarm beteiligt sind, umso weniger Tunnel sollten die einzelnen Clienten haben!

Bei mir haben sich bei 2 - 5 Seed Swarm Units eine Tunnelzahl von jeweils 2 InBound und 2 Outbound und 0 Backup Tunnels bewhrt, sogar ein setting von nur 1 In und 1 Out pro Client schien keine Nachteile bei einem Seed Swarm von 4 - 5 Units zu haben und sorgte fr mehr als befriedigende Ergebnisse!

Alle tests sind natrlich mit mindestns 2 hops ausgefhrt!

f
-----------------------------------------------------------------
Ich will nochmal an einem Beispiel zum besserem Verstndnis erklren was hier passiert, bzw wie es funktioniert.

Nehmen wir mal an ich mchte mit einem Clienten ein File hochladen mit einer Grsse von 350mb und gehen davon aus dass sich 5 Leecher einfinden die das File herunter laden und ich sonst kein File im share habe.
Fr das Beispiel setze ich die Participanten die meinen Rechner nutzen im Kopf auf 0!

Erfahrungswerte zeigen dass das File in etwa 1-2 Tagen von den ersten Leechern vervollstndigt wird. Schaut man sich dann die Grafik von in- und outgoing an, sieht man dass das File in etwa mit 20 - 60 kb/s hochgeladen wurde. Wobei es mehr zu 20kb/s tendiert. Man knnte also sagen wenn ich 5 Files a 350mb hochladen will dauert es 10 - 20 Tage. Das stimmt so nicht!

Nimmt man nmlich alle 5 Files und und packt sie in den Upload, stellt seine Tunnel auf 5 in und 5 out und alle 5 Leecher sind in allen 5 Torrents anwesend , wird man in der Regel alle 5 Torrents in ebenfalls 1 - 2 Tagen hochladen.

Man hat hier zu den gleichen 5 Leechern 5 mal eine Verbindung mit den selben Destinationen gehabt. Der Unterschied zum erkennen und Verwaltung der Leecher entsteht anhand der 5 unterschiedlichen Torrents. Man fllt die Lcken der bertragung indem man die Anzahl der Torrents erhht ( Seeder seitig ).

Man kann dies umgekehrt nutzen indem man nun nicht die Torrentzahl erhht um die Lcken zu fllen, sondern benutzt mehrere Clienten auf Seeder Seite. Hier baut man nun nicht mit einem Clienten und 5 Torrents zu 5 Leechern = 25 Verbindungen auf, sondern mit 5 Clienten zu 5 Leechern 1 Verbindung, dies sind ebenfalls 25 Verbindungen. Somit kann man in den 1 - 2 Tagen in etwa die gleiche Menge an Daten mit nur einem Torrent verteilen wie zuvor mit 5 Torrents und einem Clienten.

Das ist im Grunde das vereinfachte Prinzip das dahinter steckt.

-Ausnahmen besttigen allerdings auch hier die Regel-

f
----------------------------------------------

http://forum.i2p/viewtopic.php?t=4570
##################################################################################

##################################################################################
version 20100524a

- including a Auto Limiter for superseedmodus
"AL" stays for "Auto Limiter". Don't call it "Anti Leech".
"AL" regulating the upload amount by the performence of the connected clients.
briefing: "Who spend much get much!" 
------------------------------------
swarmspeed and average of swarmspeed rising up, nobody get lost and even the lowliners get more from the swarm itself than normaly!
the parts of the firstseeds are in the right hands now! 

the line stays cool and the Ratio of i2p itselfs is untouched like with less files and peers!
it doesn't hurt anymore to use some more firstseeds at same time. CPU and Ram also looking better! 

-  "AL" detecting Powerleecher with multiclients
 Powerleecher with multiclients would be treated as one client - if they have a good performence they got same upload-amount like good performed single clients 

superseed with "AL" is the default setting now. switching OFF "AL" is only in the "Postman"-theme included, yet.
usage:
 * add torrent
 * switch on superseed
 * click "reset" to fill the pieceslist for uploading with all torrent pieces
 * hint: effectivest "piece length" for "AL" is 256kb
 

- adding the total values to the "Postman"-theme-
- some performence improvments
- enhanced choking control
...

my time is limited for developing xl and it takes to long that people testing the new updates.
When i'm coding on xl i have at least only a few days free time. it is unproductive to spend that time with waiting for your non-reaction of the new features and outstanding bug-reports.

this is proberly the last update for a longer term again. I try to commit one update with neccessary fixes (if there any) at june.
so, please report any trouble. enhancments are more effective with a engaged userbase but this seems not to be nowadays.
... and please, if you report a possible bug than reanswer on my help-postings if you had resolve the problem, whether or not! announcing a problem on your side and ignoring my requests are not very helpful and ungracious!

- next todo is to include a timeshift interval for older torrents it would be helpful too if the owners of i2p-trackers including a "scrape" function to their sites. thanks

#####################################################################################
Related postings!

AL - Auto Limiter <-> Ratio Control
------------------------------------
superseed modus with the new performence checker "AL".
"AL" stays for "Auto Limiter". Don't call it "Anti Leech".
"AL" regulating the upload amount by the performence of the connected clients.
briefing: "Who spend much get much!" 
------------------------------------
swarmspeed and average of swarmspeed rising up, nobody get lost and even the lowliner get more from the swarm itself than normaly!
the parts of the firstseeds are in the right hands now! 
--
my line stays cool and the Ratio of i2p itselfs is untouched like with less files and peers!
it doesn't hurt anymore to use some more firstseeds at same time. CPU and Ram even looks better! 
------------------------------------
##############################
 	Ratio ... think of it!

in a closed swarm with absolut fair share and 1 seeder the values are

ratio 0.50 - 2 Leecher
ratio 0.66 - 3 Leecher ~
ratio 0.75 - 4 Leecher
ratio 0.80 - 5 Leecher
ratio 0.83 - 6 Leecher
ratio 0.85 - 7 Leecher
ratio 0.87 - 8 Leecher ~
ratio 0.89 - 9 Leecher ~
ratio 0.9 - 10 Leecher

i mixed somethingelse up i've done yesterday ..

but the rest of my conclusion stay untouched by this. with everything some one else give more than for those with the smallest line it 's not more possible to come close a 'good looking' ratio. only the unique parts that they got from the seeder itself they may commit at the end!

so go away of deep ratio thinking and stop bashing on badly looking ratio. they might haven't a chance to find free space to put their parts in.
afterwards they proberly fulfill their duty who knows.
the real problems are the "jumpers" and those that running throw the swarms and youself howlong your are not care about your own ratio control. than you support this bad leeching behaviour.

- bs
----------------------------------------
ich hab das nicht grundlos hier reingeschrieben. Ich les im moment immer mehr postings mit dem hintergrund des schlechten ratio's. da wird gekickt, gebannt, private tracker gefordert, "erzieherische" torrents eingestellt mit dem upload eines teils pro stunde und und und. wobei letztere einen riesen mll und overhead erzeugen und alle paralelen torrents geschwcht werden, die tunnels unntig aufrecht erhalten werden, und im ende das gesamte netzwerk ausgebremst wird. das alles nur weil irgendwer sein ego aufrecht erhalten will. blockwart- und oberlehrer- verhalten eben. wobei sich niemand ber die hintergrnde gedanken macht. ich hoffe dass mit obigen posting etwas bewegung in die kpfe kommt und mehr leute darber nachdenken.

an die devs von btclienten, wichtig wre die routinen fr das nchste get-next-random-piece zu verbessern und gezielter nach dem "most missed piece" zu fragen oder wie immer man das nennen mag, damit es nicht dazu kommt das zum schluss alle auf einen warten mssen der die teile eigentlich schon von anfang an besa und bloss vorher noch nicht danach gefragt wurde.

einmal ein leecher, immer ein leecher Wink

wir brauchen keine privaten tracker, wir brauchen mehr opentracker!
- bs

------------
weniger ist manchmal mehr, dies gilt besonders fr tunnel bei multiclients!
achtet darauf die tunnelanzahl runter zuschrauben, 1 tunnel in und out ist genug bei einem torrent oder bei einer peer anzahl kleiner 15!
Back to top
	
----------------------------------------------
	
devzero wrote:
Blacksmith, that is very interesting to know. Thank you very much. How did you calculate this.?



(((count leecher * 100) - (1 * 100)) / count leecher) / 100
.....................................^________________________________<-seeder-upload
----------------------------------------------


http://forum.i2p/viewtopic.php?t=4579
*************************************************************************************************************************************************************

i2psnarkxl_20101006a.zip
- fixing the HTML spelling bug of RatioControl and Resend options on classicpage
- adding a counter that shows howmany torrents are listed
- including categories - editable by users
- including category filters to the classicpage and theme Postman
- add a new category action "in_use"
 # closely same like the known "active" category but it shows only active torrents those has peers
- include a methode to remove inactive clients automatic from the extented infopage after the given hours; default 72 hours
 # no user setting but changing** by the config file for advanced xl-users is possible. **(before i2p starts)
 # inactive means: not seen by our client since last contact; not listed by any tracker since last contact.
 # config keyname : i2psnarkxl.clients.maxHoursOnListTime=72
 # REM longtime seeders with a lot of autostart torrents should consider to use a value of 2 to reduce the amount of lowlevel threads by the clientinfos
- enhancing theme "Postman" by the new features
 # some browser does not refreshing formular fields by using the refreshbutton of the browser itself, to avoid problems by the category filter when used on different pages during switching the pages i'm adding a "refresh-link" onto the theme postman. 

 # all other included themes are not more supported by me and i'm removing them in one of next releases. 
*********************************************************************************************************
older stuff 

i2psnarkxl_20100928a.zip
md5: 98e68030b964dd40c357fa4a73760893

briefing: (mostly self explaining by the configuration page [classicpage])

- changing the clientID on every new destination too
- store the up/download amount
- including peer setting for (each) torrents
- including max peer setting for all torrents (this prior strikes over the torrent peer setting, when needed)
- including max uploader for (each) torrents
- rewritten some methodes for better performence
- including user setting for ratio control
- including user setting for resend handle by the i2p-router (destination restart required)
- including ratio display for current session and !new! stored amount
- including options that allows you to starting the torrent with your stored values for up/downloads (checked by hash md5)
- including "numwant" and resource handle for tracker request.
- including average displays (up/down)
- including a "Standby Mode" for Leech and Seed (uses the minimum of resources to stay alive with a torrent)
- including autosave (needed to store the up/down amount) [no settings yet, hardcoded 20 minutes]
- changing theme "postman" (to vers 1.6)

-------------------------------------
@ testers:
1.
- I like to know if the new include md5 routine causes problems with non sun-java enviroments! - and if there are any ... how do we resolve it :) -
import java.security.MessageDigest;
import java.security.NoSuchAlgorithmException;
-------------------------------------
2.
- it interesting me how is the long-term behavior of the "Standby Mode" with a couple of Seedfiles (long time seeders).
(my hope is that the rate of long time seeders will growing, since it cost not more that much of resources when holding a torrent as a standby seed)
-------------------
... ???

Please report any problems that hits you here:
http://forum.i2p/viewtopic.php?p=27872#27872 

####################################################################################################################################
http://forum.i2p/viewtopic.php?p=27872#27872 

Posted: Sun Oct 03, 2010 5:25 am     	
	
BlackButterfly wrote:
Ok, some more:
1. postman shows 8 peers and xlsnark only 1, 7 has 0% in postman after some hours
________________

Yeah, thats a good point! I doesn't mention that.
It's a sideeffect of the new included tracker-request-value "numwant" and the dynamic tracker-resource handle around it.
As example. I2PSnark has a static request for numwant of 16.
The result is that you got a max shown number of (16) in I2PSnark. No matter when on the tracker is listed more than 16 peers. There are shown less when the tracker send a less peer amount in return.
the xl tracker-request is dynamic now. when your settings for peers are "10" and you are connected with "8" peers than the next tracker-request will just ask for 2 new peers (+ 4 for reserve) . The result is that the display are only shown (6 or less). no matter how much are listed by the tracker.

I'll see what i can do about this for futured versions.
People expecting the available peercount at this point (and i too).
Current i don't know if the I2P trackers have a value by request for all current listed peers (like we are usually seen by the normal internet bt-clients) or not. i got to figure this out. (on my todo-list now)
########################################
BlackButterfly wrote:

2. where is superseed mode in classic theme?
________________

Since xl exists they were never on the configpage.
It's not a changing by this announced xl-version.
It's from the beginnig at the same place and nobody was disturbed by this right now and current i see no reason to change that.
btw: the themes are still just samples by me and everyone is called to do their own themes and share them with the community!
########################################
BlackButterfly wrote:


3. what is leech value of 0.8? Why cant I change it? (set lower/higher, click save and it is still 0.Cool
________________

It's a mistery for me why you can't change it yet. it should be by default "0.5".
It is the "Ratio Control Level" and by "mouseover" there should popup a short description. "A peer will be choked as long as it get lower then this ratio level."

Do anyone else here have the same problem?! Please announce here!
########################################
BlackButterfly wrote:

4. what is the Overhead resend value?
________________

On "mouseover" there should popup a short description. "how often the I2P-Router should try to resend when failed to connect with a peer."
It belongs to the common tunnel handling by the (i2p) router itselfs and try keeping destinations by proberly usual bad line-connections (??? - correct me if my interpretation is wrong ..)
########################################
BlackButterfly wrote:

and
Peer limit (torrent): peers | ( 10 - 16 ) - I guess max ppers per torrent
Uploader limit (torrent): peers | ( 4 - 6 ) - I do not know this option?
________________

It is the same option like allways was on I2PSnark, just from now it is used as limit for each torrent instead as limit for all torrents like before.
by previously versions it happens often that the allowed uploader peers were all in one torrent and other torrents are untended.
with this new behaviour you force the uploader amount to each torrent.
########################################
BlackButterfly wrote:

standbye ever since the seed has already begun. - what does it mean? nnn minutes after seed started?
________________
Yes! since you started the torrent as a seed or when you was leeching before and finished it during your session -means- since you becoming a seeder ...
"15 - nnn" -> 1 - 999
"nnn" is the max value that matches in the text field.
on the seeder option i used 4 values for the textfield, means you can choose between 15 and 9999 minutes.
########################################
BlackButterfly wrote:

Start torrents with previous Amount - what does it mean?
________________

lets say, you upload 100mb's in a session and restart the torrent than you lost the 100mb's on the display and you start again with 0kb upload.
If you select this option than your next session will starting with the previous stored value of 100mb.
maybe some people like to know what they sharing over all sessions.
the value is used for the tracker announcement too
########################################
BlackButterfly wrote:

And what does standby mode mean at all?
________________

for leeching it means that ... when you are in one of those files where all client 'hanging' with the same percent value and no progress is seen ... than xl "going sleep" and wake up when progress continues.
It remove the unused peers from the list and you have more peer connections for the other torrents.
example: you choose a setting of max peers "30" because you had a tunnelsetting of "3" quantity = (3 in; 3 out) and this bad torrent have 40 leecher that all stocking than there is no free place for new peers by your other torrents.
So why keeping 40 unuset/dead peer-destinations on your tunnels when a small peer amount is enough to keep that torrent alive.
You will stay with 2 (+1) peers and 1 (allowed) uploader.
A 'wheel' logic will allways searching for new peers and changing the current connected peers by a low level task.

closely same function is used by the 'seed" option.
it's realy enough to keep long-term seeds alive.
just try it out with a firstseed of you and you will see that you uploading a 700mb file in closly the same time than usually. just with less resources and upload amount using by yourself.
########################################
