Author Topic: [REL] eMule 0.50a [beba v2.64]  (Read 28282 times)

0 Members and 1 Guest are viewing this topic.

Offline Tuxman

  • eMuleBeba Coach
  • Giovane membro
  • ***
  • Posts: 106
    • beba website
Re: [REL] eMule 0.50a [beba v2.64]
« Reply #10 on: Thu 16 February 2012, 00:48 »
Well, it works packet-based:

Code: [Select]
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...

Offline SS1900

  • Giovane membro
  • ***
  • Posts: 131
Re: [REL] eMule 0.50a [beba v2.64]
« Reply #11 on: Thu 16 February 2012, 09:30 »
@ 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

Offline Tuxman

  • eMuleBeba Coach
  • Giovane membro
  • ***
  • Posts: 106
    • beba website
Re: [REL] eMule 0.50a [beba v2.64]
« Reply #12 on: Thu 16 February 2012, 12:11 »
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:

Offline pazzo_scatenato

  • Nuovo iscritto
  • Posts: 7
Re: [REL] eMule 0.50a [beba v2.64]
« Reply #13 on: Thu 16 February 2012, 15:23 »
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


Offline pazzo_scatenato

  • Nuovo iscritto
  • Posts: 7
Re: [REL] eMule 0.50a [beba v2.64]
« Reply #14 on: Thu 16 February 2012, 16:51 »
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


« Last Edit: Thu 16 February 2012, 17:04 by pazzo_scatenato »

Offline Tuxman

  • eMuleBeba Coach
  • Giovane membro
  • ***
  • Posts: 106
    • beba website
Re: [REL] eMule 0.50a [beba v2.64]
« Reply #15 on: Thu 16 February 2012, 16:57 »
Slot Focus forces behavior like this. You need more trickle slots with it.

Offline pazzo_scatenato

  • Nuovo iscritto
  • Posts: 7
Re: [REL] eMule 0.50a [beba v2.64]
« Reply #16 on: Thu 16 February 2012, 17:05 »
changing 5+1 low id    to 9 + 1 low id will help?

Offline Tuxman

  • eMuleBeba Coach
  • Giovane membro
  • ***
  • Posts: 106
    • beba website
Re: [REL] eMule 0.50a [beba v2.64]
« Reply #17 on: Thu 16 February 2012, 17:16 »
Try it?

Offline pazzo_scatenato

  • Nuovo iscritto
  • Posts: 7
Re: [REL] eMule 0.50a [beba v2.64]
« Reply #18 on: Thu 16 February 2012, 17:25 »
it helps... first slot is still too slow, but the 2nd slot keeps high speed and the other 7 slots are in standby :)

Offline Tuxman

  • eMuleBeba Coach
  • Giovane membro
  • ***
  • Posts: 106
    • beba website
Re: [REL] eMule 0.50a [beba v2.64]
« Reply #19 on: Thu 16 February 2012, 17:35 »
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...

 

Creative Commons License All ValerioCipriani.com contents are published according to Creative Common License, except different instructions. The Staff is not responsible of eventually guide, article and publishing mistakes. All published items are patent free. All trade marks reported are right reserved. Contact us, Info.