Newsgroup: it.tlc.gestori.fastweb
Titolo: sondaggio p2p

per una volta non voglio parlare dei vari problemi che ha (e dà a noi) 
fastweb,di qualsiasi tipo essi siano....vorrei sapere quale software p2p 
utilizzate maggiormente per scaricare.

 utilizzate maggiormente per scaricare.
Il mio iter è, nell'ordine:
-Bittorrent sul tracker interno alla rete fastweb per trovare qualche novità
o prendere ispirazione :)
-Dc++, solo se parte immediatamente il trasferimento ad una velocità
accettabile (non sono implementate le code, quindi potrei aspettare anche
ore)
-Adunanza (emulexfastweb) per file particolarmente ostici.

 ha scritto nel messaggio 
news:I23ke.9837$Jd....@tornado.fastwebnet.it...


 
praticamente uso le stesse cose ma direi che al primo posto metto dc++ 
(per la rete interna) poi bittorrent (per quella esterna) e ultimo 
adunanza (anche io per i file meno comuni)


anche io per non saper ne leggere ne scrivere con adunanza mi trovo 
benissimo.....;-) 


Usare il tracker bittorrent č ancora piů facile...
Effettivamente invece Dc++ non lo č cosě tanto, ma stiamo parlando sempre di
applicazioni semplici.
Adunanza č la uallera fatta sharing...salvo trovare fibre
ciao

 applicazioni semplici.
A proposito
Imparate ad usare LDC++ e non ve ne pentirete...
ciauz

 utilizzate maggiormente per scaricare.
io uso dc++ da anni ormai.. e trovo sempre di tutto...e ad una velocità 
accettabile
emule (adunanza) invece lo trovo lentissimo e pesantissimo...
bitorret non ho trovato molti file (quando li cercavo)
ciao
cb4

 Usare il tracker bittorrent č ancora piů facile...
Ehehehe, e' pazzesco come persone diverse ricavino impressioni completamente
differenti sugli stessi software/protocolli!
Io quando finalmente mi sono deciso a provare bittorrent, leggendone sempre
parlare bene, sono rimasto *enormemente* deluso: ho trovato pochissimo e
a velocita' infime, e mi ha fatto pena.
Invece con adunanza scarico i file comuni a piena banda (5-6 mbit), mentre per
quelli meno comuni.. ok, non andro' velocissimo ma li trovo solo li ;)
V
-- 
per rispondere in mail togli il nome del fiume 

 
io uso rmDC++ .....è il + completo...anche se ormai il suo sviluppatore 
lo ha abbandonatoe l'ultima versione si rifà ancora al codice 0.4xx e 
non al 0.6xx...però non mi cambia molto..anzi!

 conosci un tracker interno con molti utenti e molti file di tutti i
tipi???
Si, ci sei già dentro :)

 a velocita' infime, e mi ha fatto pena.
Forse provavi con tracker esterni, che effettivamente son più lenti dato la
nat.
Però quando i peer son parecchi, anche dall'esterno, vedo pure i 350KB/S

 ha scritto nel messaggio 
news:JYjke.11046$Jd....@tornado.fastwebnet.it...

Dunque, sui tracker interni ho trovato pochissima roba, e cmq niente di mio
interesse.
Su quelli esterni, per le poche cose che ho trovato sono andato ad una velocita'
tra il 56k e l'adsl 256; probabilmente sono io che non lo so usare, eppure mi
sono anche sbattuto a cercare info per settare bene il client (azureus), cercare
i tracker ecc.
Il fatto e' che con adunanza trovo tutto e in media anche velocemente: su alcuni
files raggiungo i 600 KB/s con la 6Mbit, mentre per quanto riguarda bittorrent,
finora non sono riuscito a vederne all'opera le potenzialita'.


Visual ha scritto:

intanto azureus è un client moooolto pesante per essere usato come primo 
client....
cmq per il numero di file che si trovano bittorrent di per se è molto 
scarso,poichè trovi solo cose nuove mentre i files vecchi vanno a morire 
perchè dopo un po' nessuno fa + il seed di quei files (a meno che non 
venga rischiesto il re-seed da qualcuno nel forum)
Nemmeno io ho trovato tracker interni con tanti utenti e tanti 
files..però le velocità che raggiungo all'esterno sono mediamente 
buone..diciamo sui 100k di media vuol dire che un file da 700mb lo 
finisco in 2 ore circa....e mi sembra accettabile come cosa....no?
poi dipende dai seed/leech che ha quel file....a volte vado a 20k altre 
però vado anche a 250.....
Adunanza non è male ma lo uso solo per cose che non trovo su dc++ poichè 
dc++ è + leggero,+ veloce nei trasferimenti e soprattutto non fa casino 
quando deve unire un file alla fine...eMule mi impalla il pc per 3-5 
minuti al completamento....
cmq mi fa piacere che nessuno abbia menzionato winMX e nemmeno i server 
opennap(Lopster,Xnap,lo stesso winMX per server ecc ecc )

Kokoko3K ha scritto:

e ci sono molti utenti????ma dai sono 290!!!
io sono iscritto a un tracker esterno con 192000 utenti!!!
ovviamente non è possibile per un tracker fastweb avere così tanti 
utenti....però almeno arrivare a 2000!e con un forum funzionante dove la 
gente posta quello che cerca...io ho provato ad inserire una puntata di 
smallville (che sono le cose che mi scaricano di + su dc++ ed eMule) ma 
non l'ha cagata nessuno....

 gente posta quello che cerca...
Se in fastweb sono legati ancora a dc++ non è colpa mia, uno può offrire un
servizio, ma mica deve andare a prendere la gente per le orecchie !
Cmq:
Forum:
http://fwtracker.homeip.net/vb/index.php
Richieste: 
http://fwtracker.homeip.net/vb/forumdisplay.php?f=15
Proposte: 
http://fwtracker.homeip.net/vb/forumdisplay.php?f=17
Certo è che se non ti registri è difficile postare una proposta o esaudire
la richiesta,e direi che se gli utenti facessero come te sarebbe impossibile
che incrementino, fortuna che la crescita è costante.
La prossima volta sii meno precipitoso :P

 finora non sono riuscito a vederne all'opera le potenzialita'.
Vero, su adu trovi tutto, sono meno d'accordo sul discorso velocità...
i 600K si toccano, non sono la media.
Ho inoltre notato che arrivati al 90-95% del file il trasferimento subisce
uno stop *imposto*
e la velocità precipita all'inverosimile, ho visto scenderla
sistematicamente anche da 400K a 2 o 3.
chiedendo spiegazioni sul relativo forum gli admin hanno risposto che è
normale, così si lasciano in share le cose per + tempo.
...
Ok, ma alla fine quel "cappa" al secondo fa media !

 
già il fatto che devo registrarmi una seconda volta per il forum (oltre 
che per il sito)non mi sembra una gran cosa...
e cmq non mi interessava + di tanto postare...ma almeno guardare quello 
che gli altri vogliono....
Ad esempio ora stò scaricando ken shiro ma in upload non lo vuole 
nessuno e ovviamente il mio share ratio sarà di 0 :-( e non potrò + 
scaricare niente...insomma devo per forza tenere aperto bitspirit e 
sperare che interessi a qualcuno di quei 290 utenti...

 sperare che interessi a qualcuno di quei 290 utenti...
Stiamo andando Abbondantemente OT,
Se hai problemi fa un post o vieni sul canale irc, non ha senso parlare qui,
ti pare ?

Kokoko3K ha scritto:

te lo spiego io il perchè di quel calo di velocità...succede anche su 
dc++ anche se è un po' diverso il meccanismo e adesso ti spiego perchè:
in pratica usando un software p2p ol multidownload il file che scarichi 
è spezzettato in molti segmenti (chunk su eMule,da 9mb circa ognuno) e 
puoi scaricare il file da + utenti sommando le velocità,ma un singolo 
chunk lo scarichi da un solo utente....quindi alla fine quando ne 
rimangono 1 2 o 3 scarichi al massimo da 1 2 o 3 utenti e le velocità di 
emule sul singolo utente non sono molto elevate anche se l'utente in 
questione ha fastweb (è raro scaricare a + di 100k da un singolo 
utente,anche se non impossibile);quindi se alla fine ti mancano 3 
pezzetti (magari già iniziati in precendenza) e li stai scaricando da 
utenti che ti danno velocità complessive di 20 o 30k ci metterai molto 
per finirlo....beh non molto....però sembrava mancassero 10 20 secondi 
perchè fino a un attimo prima andavi a 300 400 mentre improvvisamente 
vedi mancano6-7 minuti....eh..eMule è così
Per dc++ il discorso è lo stesso ma la cosa bella è che puoi 
disconnettere (sia manualmente sia impostando l'opzione che gestisce i 
limiti) un utente lento per far cercare al client un altro utente che ti 
dia + velocità...

 chunk lo scarichi da un solo utente....
Purtroppo non è così, dal file di 4 giga con 30.000 utenti all'mp3 di 4 mega
(meno di un chunk) che prendi dal singolo utente, magari fibra, la
situazione non cambia... si arriva a 3.90MB circa in 5 secondi, e per
prendere gli ultimi 100K ce ne vogliono 10 :(

Kokoko3K ha scritto:

appunto un file di 4mb non lo prenderai mai da + di un utente.....se poi 
a te lo stesso utente all'inizio ti dà una velocità e alle fine un'altra 
,non saprei cosa dirti

Kokoko3K wrote:

Kokoko
Va bene dare consigli di parte, ma non ti allargare...
Non c'è nessuno stop imposto, l'ultimo chunk puo' capitare di essere 
lento a seconda della fonte. La legge di murphy fa in modo che sia 
sempre quella a 3k...
E cmq non è detto che ci metteremo una pezza :P

 opennap(Lopster,Xnap,lo stesso winMX per server ecc ecc )
Beh, winmx e' semplicemente il client rimasto piu' indietro di tutti, e gode
di una certa diffusione solo tra i niubbi, a quanto ho potuto notare, forse
perche' e' piuttosto immediato.. cmq non lo uso piu', felicemente, da quasi
tre anni :)
Come client per opennap lopster e' sicuramente piu' avanzato, ma con la
versione per win non mi sono mai trovato bene, inoltre se devo dirla tutta
opennap non mi piace molto come ambiente. Questione di gusti personali :)
Per quanto riguarda adunanza.. a volte ci sono dei file che fatico a trovare/
completare o altri che mi vanno assai pianino.. quindi ogni tanto ho la 
tentazione
di provare un altro software, ad esempio avevo installato idc++, ma appena ho
visto che mi ci metteva ore a fare l'hashing l'ho mollato li' e ho continuato 
felice
ad usare il muletto :)
Ciao,


 ha scritto nel messaggio 
news:I3qke.12051$Jd....@tornado.fastwebnet.it...

Sicuro?
La spiegazione che da Theinvoker e' corretta, a quanto mi risulta, inoltre
quando scarico file piccoli (5-15MB), che potrebbero ad esempio essere
degli mp3, da un tizio in fibra, vado a >100 KB/s dall'inizio sino all'ultimo
byte. Ovvero, il 'drop' di velocita' lo verifico solo su files grossini.


 
non ci mette poco ma sicuramente molto meno di emule!e poi idc++ non ha 
il multidownload...avevi scelto male!

 wrote in message 
news:Henke.11608$Jd.1...@tornado.fastwebnet.it...


 minuti al completamento....
Hai provato a mettere la directory degli Incoming Files su un hard disk 
*fisico* diverso da quello dove è sistemata la directory dei Temporary 
Files?

 E cmq non è detto che ci metteremo una pezza :P
Hammond, scusa se ho dato l'impressione di voler gettar fango su adunanza,
la uso con regolarità.
E purtroppo il consiglio in questo caso non può che essere di parte,
basandosi su esperienze personali.
Infatti ho solo esposto ciò che mi capita il 99% delle volte assieme alla
risposta che mi è stata data (purtroppo non riesco a ricordare da chi).
Il fatto è quello: il 99% delle volte quei 3 kappa mi fanno media, che ci
sia un blocco imposto o meno.

 sia un blocco imposto o meno.
Se può essere d'aiuto, la stessa cosa mi capita con bittorent e anche devo 
dire che questo fenomeno ha incuriosito anche me. Credo che abbia a che 
vedere con quello che è stato pattuito tra i due peers. Nel corpo centrale 
del DL non fà alcuna differenza se alcuni peers inviano a bassa velocità, 
tanto ci sono gli altri ad alta velocità che compensano e tu vedrai solo il 
la velocità complessiva del momento.
Inoltre, se sei lontano dalla fine, molti avranno quello che tu non hai, 
quindi scambi quasi con tutti.
Man mano che ti avvicini alla fine sono sempre meno quelli che hanno 
esattamente ciò che ti manca. E alla fine sono pochissimi quelli che lo 
hanno. Se il peer che ti ha promesso tot chunks finali è lento, tu forse 
vorresti che il tuo client potesse rifiutare la trasmissione *in corsa*, 
visto che il trasferimento è troppo lento, e magari poi chiedere gli stessi 
chunks ad altri peers più veloci.
Questo sarebbe forse auspicabile in termini di pura velocità individuale, ma 
costituirebbe un aggravio per il server e credo che un buon software debba 
anche tenere leggero il lavoro del server, per quanto possibile, s'intende.
Comunque, osservando con attenzione le ultime fasi di un DL con bittorrent 
si può notare che quelli lenti, che prima erano confusi con la folla degli 
altri veloci, rimangono da soli per completare ciò che avevano pattuito in 
precedenza. Non penso quindi che la lentezza finale in un DL sia una cosa 
voluta, quanto una conseguenza del meccanismo di scelta e pattuizione tra i 
diversi peers. Quelli lenti vengono notati solo alla fine, proprio perchè 
sono gli ultimi a completare, in quanto lenti.
Oddio, mi sembra di aver intorcinato un pò i pensieri. Scusatemi se non sono 
riuscito a spiegarmi in maniera comprensibile. Forse qualcun altro lo vorrà 
fare meglio di quanto abbia fatto io.
Ciao,
somachi

 fare meglio di quanto abbia fatto io.
Grazie somachi, ho capito quello che intendi.
La mia perplessità però deriva dal fatto che ciò mi capita anche con file di
meno di 4 mega ed un solo utente a mandare...
Non capita sempre,ma spesso,a questo punto credo proprio che sia sfortuna !

 !
Ah, questo è completamente diverso da quello che pensavo. Neanche io ho 
spiegazioni plausibili, a questo punto... :-(
Ciao,
somachi