[REL] eMule 0.50a [beba v2.64]

Started by Tuxman, Sat 11 February 2012, 18:34

Previous topic - Next topic

0 Members and 1 Guest are viewing this topic.

Tuxman

Well, it works packet-based:

if(!cur_client->IsFriend() && cur_client->GetDatarate() < uMinUpSpeed && // less than a min of upload
cur_client->GetUpStartTimeDelay() > (MIN2MS(2)) && // this client is already 2 minutes uploading
cur_client->GetSlotNumber() <= theApp.uploadqueue->GetActiveUploadsCount() && // don't drop trickle slots
waitinglist.GetCount() > 0 && // it makes no sense to kick a blocker and can't add anyone
(
cur_client->GetFileUploadSocket()->GetBlockRatioOverall() >= 75.0f || //75% of all sends were blocked
cur_client->GetFileUploadSocket()->GetBlockRatio() >= 85.0f //85% in the last 20 seconds
)
)


You might want to try if ZZUL-TRA works for you where I took the code...

SS1900

@ pazzo scatenato

1) welcome on the board .  :welcome:

2) all the mods by tux work great.  :oki:

3) if you need to know more about the emule features ( PBF , dorp clients ) please use google search for that .

4) if the beba mod is so hard to understand for you ...please use the official client.  :sdentato:

5) if you have only 17 Mb of shared /completed files ....them are too few .  :whustling:

6) ciao

Tuxman

Quote from: SS1900 on Thu 16 February 2012, 09:30
2) all the mods by tux work great.  :oki:
No.  :angel:
In this case, at least, I'm pretty sure the user mixes up trickle slots and blocking clients.  :timoroso:

pazzo_scatenato

purtroppo non riesco spiegarmi in inglese... e in più quelle stringhe postate da tuxman -->per me<-- non sono una lingua comprensibile. :P
provo a spiegarmi in italiano che in inglese ho fatto solo più confusione.

1) grazie

2) non mi sono iscritto su questo forum per fare critica alla cieca sul lavoro di tuxman, anzi apprezzo molto, tant'è che indipendetemnte dal bbr e pbf continuerò comunque a tenere questa mod. stavo solo segnalando quello che -->secondo me<-- a volte fa cilecca o, nel caso del payback firtst non si capisce proprio quando si attivi.

3)Il payback first so cos'è, in un post precedente chiedevo se 17 mb da contraccambiare su un file che avevo completo erano abbastanza x far entrare in upload un utente come PBF.
Provo a spiegarmi meglio: L'utente ciccio ed io stiamo scaricando i file prova1.rar e prova2.rar, io completo il file prova1 prima di ciccio che intanto mi ha dato per il file prova2   17 mb...
ora ciccio dovrebbe partire x il file prova1 in PBF, che per le mie precedenti esperienze con varie mod, dovrebbe funzionare come il powershare e cioè nel momento in cui ciccio si presenta in coda per il file prova1 "dovrebbe" entrare istantaneamente in upload con una scritta "PFB 17MB". Ma come ho potuto notare nè ciccio salta la coda ed entra in upload come solitamente fanno gli utenti in pbf nè, mettiamo per esempio che il PBF di questa mod sia meno massivo di quello di altre mod, si vede una scritta che segnali che ciccio sia in upload come PBF con una ->differenza<- di 17 mb.

Effettivamente col block dropping clients sono un po confuso, uso lo slot focus quindi, secondo la mia esperienza se il primo slot va a 0 o va sotto i 2 kb/s, dovrebbe essere kickato. ma nonostante la stringa mandata da tuxman probabilmente continuo a non capire come funzioni. questo porta a punto   
4) mi informero meglio sul bbr :)

5) il totale del mio share saranno 15 gb, 17mb volevano essere la differenza tra scaricati ed inviati con un certo utente che richiedeva un file completo, quindi mi chiedevo... "forse non sono abbastanza per far partire questa funzione? forse deve esserci una differenza maggiore... 20 mb per esempio."

6)ciao spero d'essere stato chiaro almeno in italiano... ringrazio per la disponibilità e saluto


pazzo_scatenato

#14
Quote from: Tuxman on Thu 16 February 2012, 12:11
No.  :angel:
In this case, at least, I'm pretty sure the user mixes up trickle slots and blocking clients.  :timoroso:

I didn't mix them up, i guess. I'm not so sure anymore :P

I'm using slot focus with 28 upload speed, 5+1 low id and open more slots if needed.
it should work like this (i guess):

1st slot take about 25 kb/s the other 5 slots stay in standby.
if first slot reaches 15kb/s the 2nd slot reaches 10 kb/s and it will not be in standby anymore, other slots keep standby till the first two slots complete their upload.
if first slot doesn't reach 2 kb/s, it should be kicked from upload, then second slot take his place. but it nerver happens. So first slot keep 2kb/s or less for hours.

that's what i was trying to explain and that's why I think there's something wrong with the  blocking feature.

this is my upload list right now:
1st slot  0.55 kb/s tranferring
2nd slot  0.80 kb/s tranferring
3rd slot   4 kb/s   tranfering
4th slot    18 kb/s tranfering  (this should become the first 1)
5th and 6th slot   0.xx   standby



Tuxman

Slot Focus forces behavior like this. You need more trickle slots with it.

pazzo_scatenato

changing 5+1 low id    to 9 + 1 low id will help?

Tuxman


pazzo_scatenato

it helps... first slot is still too slow, but the 2nd slot keeps high speed and the other 7 slots are in standby :)

Tuxman

See?

Don't mix up "trickle" and "stalled" :) also, beba's Slot Focus is very basic and not really "intelligent", so behavior like this is normal...