Ciao ragazzi, tempo fa ho cercato spiegazioni per una funzione piuttosto ambigua presente sia nella mod XCA sia nella X-Mod (sulla quale si basa la XCA). Ho ricevuto solo una breve spiegazione da Morph4u. Riporto qui il testo:
Citazione di: dylandog84Hi morph4u, i have found the feature called "refused to accept upload when speed is..." but i don't understand how it works. Could you explain me its purpose?
Citazione di: Morph4uthink "refused to accept upload when speed is..." is to solve xtreme upload that get much smaller if you have big download speed.
Citazione di: dylandog84Thank you morph4u, i have much appreciated your fast reply. I have found this in an old x-mod changelog (0.49a X-Mod 0.1.2): refuse upload -> "don't accept upload if download speed is higher than an exact value (only for auto priority file)". I''m still a bit confused... Thank you again. :-)
Ho provato a chiedere ulteriori informazioni, ma non ho più avuto delucidazioni in merito. Qualcuno che ha la capacità di decifrare il codice sorgente (io ci ho rinunciato :stretcher:) o che conosce questa mod, riuscirebbe a spiegarmi il fine di questa funzione? Vi ringrazio immensamente. :-*
PS: la funzione si trova in opzioni -> connessione.
Non so se ti possa servire la seguente prova che ho fatto con la X-Mod:
1 – In Opzioni – Connessione ho abilitato la funzione "refused to accept upload when speed is..." e ho impostato il valore a 100.0KB/s;
2 – poi ho messo in download il file "ubuntu 11.04-desktop-i386.iso" e ho aspettato che il download superasse i 100KB/s;
3 – quindi ho aggiunto ai download il file "ubuntu-10.10-desktop-i386.iso" e ho notato che dopo circa 5 minuti non andava oltre le 6 fonti utili su 45 disponibili e il download non superava i 35.7 KB/s mentre il download di "ubuntu 11.04" rimaneva costantemente intorno ai 169KB/s (vedasi immagine 1)
4 – a questo punto sono tornato su Opzioni – Connessione e ho disabilitato la funzione "refused to accept upload when speed is...", sono tornato sulla schermata dei download e in pochi secondi anche le fonti del file "ubuntu 10-10" sono salite dalle precedenti 6 a 25 su 28 e il download e schizzato immediatamente a 108KB/s (vedasi immagine 2)
Non capisco perché quella funzione parli di rifiutare l'upload dopo una certa velocità, atteso che, dalle prove che ho fatto, ha influito sul download :think:
Ogliastrino ti ringrazio per il tempo e la voglia profusa per l'esecuzione e l'ottima documentazione di questo test, ma ancora non riesco a capire cosa c'entri la limitazione dello upload quando si raggiunge una certa velocità di download... :think:
A volte ho avuto quasi l'impressione che, in generale, alcune features non avessero molto senso :whistling:
Citazione di: dylandog84 il 11 Luglio 2012, 23:47:58 PM
...ma ancora non riesco a capire cosa c'entri la limitazione dello upload quando si raggiunge una certa velocità di download... :think:
Neanch'io :-[
Però mi sa che è una cosa comune a tutte le versioni di eMule e comincio a pensare che
non sia una funzione di eMule ma bensì una caratteristica delle "splendide" adsl italiane. Ho fatto un altro test con eMule 0.50a Ufficiale che in Opzioni – Connessione non ha la funzione
"refused to accept upload when speed is...":
In Opzioni connessione ho impostato l'upload a 30 limitato a 28;
Ho fatto partire eMule e ho aspettato che l'upload raggiungesse i 28 KB/s, quindi ho messo in download due file Ubuntu. Il download è schizzato quasi subito a 294.6 e l'upload è precipitato a 11.7 KB/s. (vedasi immagine 1)
a questo punto ho fermato i due file in download e ovviamente il dw è andato a zero. Contestualmente l'upload è risalito a 28 KB/s. (Vedasi immagine 2)
Per ultima prova ho messo in download un comune file con poche fonti, ha raggiunto la velocità di 33.1 KB/s e l'ho mantenuto per qualche minuto senza che la velocità di upload subisse variazioni rilevanti rispetto al limite di 28 KB/s. (vedasi immagine 3)
Finora ho notato che il calo dell'upload si manifesta sin da quando il download raggiunge gli 80 – 100 KB/s e che più aumenta il download più cala l'upload.
:cheers:
Penso sia tutto normale, un download più alto implica più overhead, per questo la velocità di upload cala.
Mi pare di aver scritto qualcosa a riguardo proprio su questo forum, un po di tempo fa, quando mi accorsi di questo fenomeno.
Se avete tempo e voglia, provate ad impostare eMule in modo che mostri l'overhead e rifate i test.
Con torrent si nota molto di più, visto che spesso riesce a scaricare a "banda piena" ed i cambi di velocità al cambiare del limite di upload sono abbastanza rapidi.
Tuttavia non capisco a cosa serva la funzione di quella mod, forse abbassa automaticamente il limite upload per favorire il download ... ?
Citazione di: Draco il 12 Luglio 2012, 14:50:05 PM
Tuttavia non capisco a cosa serva la funzione di quella mod, forse abbassa automaticamente il limite upload per favorire il download ... ?
Infatti non si capisce a cosa serva, atteso che, quando il download supera una certa velocità, l'upload si abbassa automaticamente anche nella versione ufficiale che tale funzione non ha. :think:
Neanche io conosco il vero funzionamento di questa funzione, ma la reputo totalmente inutile. Se voglio limitare le velocità credo che basti il pannello Opzioni/Connessione, IMHO :)
Citazione di: Ogliastrino il 12 Luglio 2012, 11:22:14 AM
In Opzioni connessione ho impostato l'upload a 30 limitato a 28;
Ho fatto partire eMule e ho aspettato che l'upload raggiungesse i 28 KB/s, quindi ho messo in download due file Ubuntu. Il download è schizzato quasi subito a 294.6 e l'upload è precipitato a 11.7 KB/s. (vedasi immagine 1)
Ha questo punto ho fermato i due file in download e ovviamente il dw è andato a zero. Contestualmente l'upload è risalito a 28 KB/s.
Questo capitò anche a me, come descrissi qui (http://emulemods.altervista.org/index.php?topic=1555.0).
Non ricordavo più quella discussione :-[ e anche li non venimmo a capo di nulla. :nono2: Solo supposizioni :wacko:
Lol, premetto che non mi piacciono queste 2 mod, praticamente mai usate. Però quella funzione rifiuta di accettare l'upload che ci fanno altri client quando la nostra velocità di download è superiore a quel valore. Provate e verificate, io purtroppo non ho tempo... comunque nei prossimi giorni vi leggerò cosi se avrete altri dubbi vedo di trovare un pò di tempo libero.
Scusate ma il post è scritto in frettissima :aio:
Veramente, stando al test che ho fatto qui (http://emulemods.altervista.org/index.php?topic=2040.msg17934#msg17934) (vedi immagini allegate nel topic), quell'effetto lo fa anche la versione ufficiale 0.50a e non solo le due Mod "incriminate". Ho la sensazione che il tutto sia dovuto alle adsl italiane. :think: Se poi ci puoi dare maggiori delucidazioni circa quella funzione, sono benvenute. :good:
:aio:
Provo a fare un esempio sempre velocemente, spero di non commettere errori nel post.
Praticamente se metti 100 kb/s e scarichi un file di 200 fonti, metti il caso scaricando da 40 fonti arrivi a 90 kb/s di velocità, poi però si aggiunge un altra fonte ad inviarti il file che uppa piu velocemente e grazie ad essa raggiungi i 120 kb/s..... in questa situazione se un altro client vuole farti upload emule rifiuta la connessione. Ecco secondo me questo è ciò che fa la funzione in questione, purtroppo negli ultimi 1 barra 2 anni ho poco tempo libero per il p2p e morph4u l'avro "scritto/letto" piu di 4/5 anni fa......... però se trovo il tempo farò delle verifiche per cercare di dimostrare quello che ho scritto, sempre ammesso che sia giusto, magari ricordo male. Ovviamente il ragionamento va esteso con piu file in download e la velocità/client vanno considerati TOTALI non per file. Provate con 50 kb/s a vedere se una volta superata sta velocità nella finestra download si aggiungono altri client.
Riguardo a l'utilità dipende ma ora non ho tempo di scrivere anche a riguardo, sarà per un altra volta.
Ciao a tutti :aio:
Citazione di: Ubuntuiano il 22 Luglio 2012, 19:29:55 PM
Quella funzione rifiuta di accettare l'upload che ci fanno altri client quando la nostra velocità di download è superiore a quel valore.
Stando alla traduzione vera e propria della feature, sembrerebbe proprio così, ma i dubbi permangono. Come già ben detto, perchè non potrei gestire la velocità di download limitandola attraverso il pannello opzioni -> connessione?
Vi ringrazio ancora tutti per i vostri continui feedback.
Perchè eMule gestisce molto male la limitazione del download, infatti se limiti a 150 kb/s per esempio, non raggiungerà mai quel valore ma al massimo sta sui 120/130... invece con quella feature puoi aiutare la limitazione del download di eMule o limitare in modo diverso, non impostando un limite preciso ma un limite che si aggira "intorno ai... X" dove X molte volte è superiore del limite che hai impostato.
Personalmente visto quindi come si comporta eMule con il limite ufficiale, preferirei usare questa funzione, tanto raramente l'ultimo client che si aggiunge ha un upload stratosferico e sfori di moltissimo la velocità impostata.
Spero di aver ricambiato gli aiuti che mi avete dato in passato xD :aio:
Altra funzioncina che non riesco a comprendere è "save time as 64 bit" presente in opzioni -> avanzate. Qualcuno di voi che utilizza la mod su un SO a 64 bit l'ha provata? Io l'ho attivata/disattivata su un SO a 32 bit (XP sp3), ma non trovo traccia della sua influenza, neppure nel registro approfondito.
Secondo me, da una veloce lettura dei sorgenti, non fa altro che gestire le date usando un intero a 64 bit, probabilmente per risolvere il problema del bug dell'anno 2038 (http://it.wikipedia.org/wiki/Bug_dell%27anno_2038).
Ovviamente da "fuori" non si nota nulla, perché i cambiamenti sono tutti interni ... invece di salvare le date su un intero a 32 bit, le salva in un intero a 64 bit. E funziona quindi solo su sistemi a 64 bit.
:hello:
3ul3r0 ti ringrazio per l'esauriente risposta.
Nelle sito ufficiale della mod (http://emulex.sourceforge.net/?en-us), nella pagina inerente le FAQ (stilate dallo stesso sviluppatore) ho trovato queste descrizioni:
Citazione"Save Time as 64bit"(option-extended):save time with 64 bit length. It will make other Mods failed to load met files.
CitazioneWhy can't other mods load shared files while X Mod is all right?
Uncheck the "Save Time as 64bit" if you checked it.
Secondo te potrebbe esserci un nesso tra quanto da te scritto e quanto evidenziato dal modder, ovvero che altre mod potrebbero non riuscire a caricare (penso all'avvio) i file con estensione .met utilizzati dalla X mod?
:hello:
Direi di si. Il codice è abbastanza complesso per me, cmq mi sembra di capire che la mod memorizza nei file in questione ulteriori "informazioni" relative ai tempi in formato 64 bit , che probabilmente le altre mod e la ufficiale non sono in grado di interpretare (perché appunto sono dati aggiuntivi introdotti dalla x-mod).
E oltre a modificare i .met, ha modificato anche il load_index.dat.
Non so però se disabilitare quell'opzione "a giochi fatti" risolve il problema. Bisognerebbe rispondere a questi test:
PRIMO TEST:
- Lasciare disattivata l'opzione 64 bit
- Aggiungere file al download
- La mod crea dei nuovi .met nel formato classico (suppongo di si, leggendo i sorgenti) che sono quindi riconoscibili da tutte le altre mod ?
SECONDO TEST:
- Attivare l'opzione 64 bit
- aggiungere file in download
- la mod crea dei nuovi .met "modificati"
- disabilitare l'opzione 64 bit
- i .met vengono "ripuliti" per tornare al formato classico riconoscibile da tutte le altre mod (suppongo di no) ? :think:
Credo che disattivando l'opzione si rendono compatibili i successivi .met creati, non quelli già creati e ancora in download. Lascio a te/voi l'onere dei test , io son già fuso causa caldo eccessivo :wink2:
Citazione di: 3ul3r0 il 20 Agosto 2012, 15:31:34 PM
PRIMO TEST:
- Lasciare disattivata l'opzione 64 bit
- Aggiungere file al download
- La mod crea dei nuovi .met nel formato classico (suppongo di si, leggendo i sorgenti) che sono quindi riconoscibili da tutte le altre mod ?
Test con esito positivo. Download importati con successo da X Mod a Tombstone Xtended.
Citazione
SECONDO TEST:
- Attivare l'opzione 64 bit
- aggiungere file in download
- la mod crea dei nuovi .met "modificati"
- disabilitare l'opzione 64 bit
- i .met vengono "ripuliti" per tornare al formato classico riconoscibile da tutte le altre mod (suppongo di no) ? :think:
Test dall'esito positivo. La X Mod ripulisce i file e la Tombstone Xtended riesce a caricarli. Al contrario, con la funzione "save as 64 bit" attiva sulla X Mod, la funzione "Importa File" della Tombstone Xtended non riesce a caricare i file temporanei.