Si es q al final nov vamos a poner de acuerdo y todo......
Estamos diciendo basicamente lo mismo.
Lo unico q nos falta para acercar las posiciones es hacer algunas aclaraciones q parece no se han entendido. Es normal, imagino q vosotros habeis leido las respuestas rapido (por falta de tiempo) mientras q yo estoy totalmente aburrido en el trabajo (turno de noche) y me he podido entretener mas en leer y escribir.
Vamos a aclarar los puntos "oscuros":
De verdad crees eso??? Pues no.javu61 refiriendose a mi escribió:Todos los métodos tienen sus ventajas e inconvenientes, pero es que creo que estás negando las evidentes del BT mientra niegas los fallos del YDM.
En varias de mis respuestas he admitido ventajas de BT en muchisimas circunstancias y puntos flacos del YDM.
Sin embargo, desde mi punto de vista YDM me aporta tantas ventajas sobre BT q me afectan poco los fallos.
Que algun downloader pierde trozos??? Me da igual, no afecta al buen resultado del grupo.
Que en una distri falla el smtp y la alarga 2 horas??? Me da igual, sigo obteniendo beneficios de sobras.
Tambien he admitido q YDM es muy limitado (aunq no hemos todavia encontrado su limite) y vulnerable (el dia q Tiscali cierre el grifo se acabo el invento, pero mientras dure... y llevamos año y medio).
Simplemente con releer los posteos con calma y tiempo (cuando sea) lo veras.
Estas planteando algo q no tiene demasiada logica......javu61 refiriendose a mi escribió: Pongamos un ejemplo. Lanzamos una distribución durante 24 horas. Lanzas unas YDM a 50 usuarios, ancho de banda de 128Kbs/128kbs de envio y recepción (no se puede recibir mas rápido de lo que se envía), tardando 16 horas en completarla. Si quieres lanzar a otros 50 usuarios, ancho de banda de 128Kbs/128kbs, tardas otras 16 horas, por lo que no puedes completar mas que la mitad, y al cabo de 24 horas la tienen 50 personas completa y 50 personas tiene medio archivo.
Lanzamos lo mismo por BT. En 16 horas la completan 50 a 128kbs/128kbs. A partir de ese momento multiplicas por 50 tu ancho de banda de salida, por lo que todos reciben al máximo de su ancho de banda de entrada contínuamente, 6400kbs/256kbs (no puedes recibir a mas de lo que de tu línea), y tardan la midad en completar, por lo que acaban en 8 horas.
En el mismo tiempo y condiciones lo han recibido el doble de personas, y aunque existen límites para las distribuciones YDM (tienes que usar una tubería muy gorda, pero limitada), no existen en BT, puedo empezar a juntar magueras pequeñas, y hacer en total una tubería todo lo gorda que quiera.
En algun momento he hablado yo de "encadenar YDM"???? Eso no tendria ninguna logica, salvo q supieramos el limite de bajada de Tiscali (q no lo sabemos) y quisieramos distribuir a mas gente de la q puede participar.
No es el caso. Normalmente, se distribuye a 10 o 20 usuarios a lo sumo... salvo distribuciones puntuales en las q ha entrado mas gente (1 con 45 y otra con 50).
Planteate, moviendonos en esos parametros, lo q te digo a continuacion:
1.- Aceptamos q BT y YDM son iguales de rapidos en la 1ª distribucion.
2.- A partir de ahi, todos vamos a emule.
En este caso, hemos sido igual de efectivos en cuanto a tiempo de pre-distribucion con la unica diferencia del ancho de banda aportado a emule por el downloader.
Ahora bien, tu me planteas.... si BT sigue, nos aporta mas fuentes completas. Pues claro!!!!!!! Pero es q no hace falta q te plantees hacer 2 YDM seguidas pq (a esta escala) seria absurdo!!!!!!!! Suponiendo el limite teorico de q Tiscali pueda "alimentar" a 50 downloaders, podemos llegar hasta ahi.
Pero es q te lo pongo mejor.... pq distribuir luego con emule??? (q es lo q hacemos nosotros). Pq no nos imaginamos distribuir a posteriori con BT???
Vamos a ver q pasaria poniendo un ejemplo real para ver su utilidad:
Código: Seleccionar todo
Supongamos un grupo de 20 personas, usuarios de BT, q pertenecen a un grupo de pre-distribucion.
Quieren compartir una serie de 10 capitulos manga. Imaginemos q en 12 horas lo han compartido entre ellos, y desde las 20 fuentes completas en 12 horas mas lo comparten con el resto de usuarios BT.
*[b]Usando solo BT[/b]
-Dia 1: en las primeras 12 horas intercambian entre ellos el cd1. Pasado este momento, empiezan a distribuir al resto a saco y en 12 horas ya han conseguido muchisimas fuentes. Lo retiran.
- Dia 2: lo mismo, para el cd2
- Dia 3: lo mismo para el cd3.
- Dia 10: lo mismo para el cd10.
*[b]Usando YDM combinado con BT[/b]
Nosotros usamos la dupla YDM-emule, pero podria ser tb con BT suponiendo q todos completaran, o q algun soft nos permitiera pasar el part de emule a part de BT.
- Dia 1: lo subdividiremos en 2 partes de medio dia (12 horas)
En la 1ª parte, 12 horas U envia el cd1 troceado y D reciben. Sin embargo, pueden estar compartiendo otras cosas con BT, ya sea bajando o subiendo, cosa q la situacion anterior no permitia.
En la parte 2ª, ya han completado todos. Todos los downloaders ya testan repartiendo el cd1 mediante BT. Al mismo tiempo, U les esta enviando el cd2 usando YDM (pueden recibir pq no bajan nada con BT). Al final de este periodo, ya han completado el cd2 y sacan el cd1 de BT.
- Dia 2: tambien lo subdividimos en 2 partes.
En la parte 1ª, U envia el cd3 mediante YDM. Los downloaders, ya han cambiado el cd1 por el cd2 q comparten con el resto con BT.
En la parte 2ª, U envia el cd4 mediante YDM. Los downloaders, ya comparten el cd3 con el resto con BT.
- Dias 3, 4 y 5 seguimos la dinamica.
- Dia 6:
Parte 1: U envia el cd9 mientras los downloaders distribuyen el cd8 con BT
Parte 2: U envia el cd10 mientras el resto comparte el cd9 con BT
- Dia 7:
El uploader ya ha terminado y se va de copas. Los downloaders en 12 horas comparten el cd10 con BT.
*[b]Analisis de resultados[/b]:
- Usando solo BT, han tardado 10 dias en difundir los 10 cd con el resto de lusuarios.
- Usando YDM+BT, han hecho lo mismo en 6.5 dias. Ademas, en las primeras 12 horas, incluso con BT podian compartir otros ficheros.
- Durante los 6 dias q han usado BT solo para subir, han desaprovechado parte de su ancho de banda (normalmente trabajamos con lineas asimetricas). BT solo permite subir el fichero a tope si se tiene 1 solo fichero compartido. Podrian haber aprovechado parte de ese ancho bajando otra cosa, tienen la mitad de ancho libre, aunq perjudicando a la distribucion de cada cd usando BT (subirian menos).
Es por este motivo q usamos emule, en el mismo modelo pero combinando YDM con emule los downloaders pueden descargar varios ficheros e ir subiendo los cd predistribuidos (jugando con las prioridades) pero ese ya es otro tema.Con BT solamente, en el ejemplo, los usuarios solo deberian clickear un enlace cada 24 horas, y cambiar el fichero compartido por el nuevo adquirido.
Con YDM+BT, cada 12 horas hay q reconstruir lo recibido y meterlo en BT.
Es un modelo simple, pero en el q queda reflejada la esencia de lo q he querido decir desde el primer momento.
Nosotros lanzamos archivos casi a diario, hay dias en los q hay 2 distribuciones incluso (con downloaders comunes o no).
Cada distribucion la hace un U diferente, y mientras se recibe se comparten las anteriores distribuciones con emule con el resto ademas de seguir bajando cosas propias. Digamos q no es q se compartan series, pero para nosotros es importante q todos los ficheros anteriores se distribuyan bien.
Eso es cierto, al igual q compartir con emule tiene otras ventajas diferentes. El tema de las colas podria hacer q los miembros del grupo prefirieran distribuir mediante emule o BT lo predistribuido mediante YDM. Pero no implica q BT pre-distribuya mejor q YDM (o YDM + BT en el ejemplo anterior).javu61 refiriendose a YDM escribió:El emule va por colas de espera, intercambiando varios ficheros. Aun en el caso de que en una distribución el servidor en su incoming use un solo fichero, y todos los participante en su incoming no tengan ningúnn fichero, al no estár optimizado para esta situación y mantener su configuración por colas, la mula tardará mucho en completar una distribución.
En el BT no existen colas, el sistema está concebido para comparti un solo ficheo, e intenta optimizar siempre el ancho de banda disponible, prefiere repartir tres veces al mismo usuario, antes que quedarse sin enviar nada. Esto garantíza que la velocidad de este P2P sea similar a una distribución YDM cuando arranca, pero también garantiza que conforme completen la distribución mas usuarios, más rápido funcionará.
Te digo lo mismo q a EL-MEJOR. Cierto es q Tiscali tiene sus limites, pero aun no los hemos encontrado. Pero seguro q existe, faltaria mas.javu61 refiriendose a YDM escribió: El servidor sube los trozos a 128kbs, que es su máximo de ancho de banda, pero luego hay 50 usuarios que están bajando el trozo A LA VEZ, desde un solo sitio, en este caso Tiscali. Esto representa que existe un límite, que marca Tiscali, que no tiene ancho de banda infinito que dedicar al correo. Como bien indica EL-MEJOR, este es grande pero no infinito, son los 120Kbs que indica, pero es que no solo existen tus 50 usuarios, hay muchos que está leyendo su correo en cualquier momento dado, pro eso Tiscali limita el ancho de banda individual de cada usuario del correo, para que no se sature el sistema. Si hay en un momento 50 usuario en una YDM y otros 250 que leen su correo, tenemos 300 personas accediendo al servidor de Tiscali a la vez, y debe dar para todos. Si todos usan su ancho de banda máximo (256kbs), esto representa que se necesitan 9.4Mb/s de ancho de banda para todos. Por ese motivo las distribuciones YDM tiene un límite, si metes demasiados, se satura Tiscali y algunos empiezan a perder paquetes (ya que el buzón no tiene capacidad ilimitada), o no deja subir nuevos correos hasta que no se desahogue la línea.
Hasta ahora, en distribuciones de 50 usuarios durante 51 horas (3cd de Las 2 torres) en ningun momento bajo su rendimiento.
Ademas, ya dije en varios posteos q era muy consciente q era impensable pensar en una masificacion de distribuciones con 20 simultaneas y 1000 downloaders.
En el caso mas extremo, se han solpado (q yo sepa) 5 distribuciones diferentes, con 5 uploaders diferentes y unos 60 downloaders durante un periodo de tiempo concreto.
Revisa el ejemplo, solo empiezan a intercambiar los 9 downloaders al final del tercer envio (es decir, durante el 4º periodo de tiempo). No es lo mismo decir "durante" q decir "al final de" asumiendo q:javu61 refiriendose a un ejemplo analizado escribió: Repites contínuamente el mismo error. En el primer caso hay 6 trozos enviados, pero los 9 no los tiene todos, supongamos que los tienen U1 a U6, pero U7 a U9 no los tienen, aprovechemos para enviarselos. Por eso todos pueden enviar trozos a todos.
- Durante el primer periodo, solo U envia.
- Durante el 2º periodo (o lo q es lo mismo, al final del primer periodo), U envia y 3 D envian.
- Durante el tercer periodo (o lo q es lo mismo, al final del 2º periodo), U envia y 6 D envian.
- Durante el 4º periodo (o lo q es lo mismo, al final del tercer periodo), U envia y 9 D envian.
Es decir, ya envian todos los downloaders al final del tercer periodo o Durante el 4º periodo.
Fue solo una simplificacion. No tendria pq ser asi, tienes razon, y se podrian hacer numeros de nuevo pero no creo q sea necesario. No tiene mas importancia, se definieron esas condiciones iniciales y ya esta. Lo hice por facilidad de calculos, al igual q elegir un nº total de trozos (9) y downloaders (9) multiplo del nº de slots (3).javu61, refiriendose al supuesto planteado escribió: En el segundo caso asumes que el servidor ha terminado y se queda parado, ¿porque?, esto no es una YDM, si ya ha servido todos los trozos, puede empezar a repetir trozos, nadie ha dicho que un usuario no pueda pasar el mismo trozo varias veces. Incluso puede pasar dos trozos diferentes a la vez al mismo usuario, o incluso puede pasar un trozo usando el doble del ancho de banda, no existen limitaciones de este tipo en BT (y menos en un análisis teórico).
En caso de no haberlo hecho asi, cuando el U acaba de repartir, debes cambiar de escala de tiempo o empezar a calcular sub-periodos (como hice yo en tu ejemplo de 4 y 5 slots).
EL-MEJOR, refiriendose mi escribió:torpedorr, tú presupones que tiscali siempre enviará más rápido que tú (uploader), hayan 10 downloaders o hayan 1000. Eso significa en la práctica darle a tiscali un ancho de banda infinito. En esas condiciones es muy difícil ganar en velocidad al YDM salvo que sólo haya 1 o 2 downloaders.
Siendo igualmente generosos con BT y teniendo en cuenta que sus chunks son más pequeños que las partes en que se suelen dividir los dkdr en YDM, también podríamos admitir que BT podría ir más rápido en el caso de que los downloaders también gozaran de una subida infinita (como tiscali).
EL-MEJOR, ahi me has entendido mal. Lo q comentas, lo he posteado en varias ocasiones en este hilo. No te voy a decir q lo busques, imagino q no tendras demasiado tiempo.
Ya se q Tiscali no es ilimitado. Ya se q rebasado su tope de download los downloaders tendrian menos ancho de bajada del necesario.
Repito una vez mas lo dicho: hasta ahora no hemos entrado en esa dinamica, del mismo modo q soy consciente q seria imposibles 20 distribuciones simultaneas y 1000 downloaders descargando.
Tambien te digo otra cosa: a pesar de q no tengo datos exactos, se q el ancho de bajada es brutal (T3??). Comente el YDM con un colega (diseñador web) q trabajo 5 años en Tiscali y me dijo q en su dia todo este tema se sobredimiensiono brutalmente y q no habia control alguno sobre el trafico circulante.
Cambiara algun dia??? Pues no se. Quiza algun dia lo controlen y nos joda el invento. Esperemos q ese dia llegue tarde (o no llegue).
Lo q tengo clarisimo es q mientras dure, pensamos estrujarlo sin compasion.... siendo conscientes de q la masificacion nos joderia el invento.
Por eso hace ya bastante tiempo abandone la difusion de YDM a nivel masivo (exponerlo en diferentes webs). Aun y asi, somos 7 webs q planificamos distribuciones (eshock, divxclasico, ed2kmagazine, zonaemule, EMGroup, Todompg y otra de juegos PS2) aparte del Grupo Mafia q hace distribuciones cerradas.
Calculo q en las circunstancias actuales, raro es el dia sin distribuciones y q se han solapado 5 como maximo.
Eso es logico. Pero insisto q trabajamos siempre (como comento mas arriba) x debajo de su limite real.EL-MEJOR escribió: En el caso de que se consideren bloques del mismo tamaño, entonces la única opción para que BT sea más rápido es considerar que tiscali tiene un límite real y que en un momento dado la velocidad a la que uno se descarga el correo descenderá.
Tambien lo se. En una de mis primeras intervenciones ya expuse q al trabajar BT con bloques de 512K le daba ventaja a emule en similares circunstancias (1 solo uploaders, x downloaders en un mismo server, 1 solo fichero en circulacion).EL-MEJOR escribió: Y te lo digo, porque bloques más pequeños permiten una distribución más rápida, lo cual es algo que beneficia al BT en algunos casos
Me alegra q lleguemos a conclusiones similares. La diferencia es q vosotros analizais casos extremos (nº de downloaders tan grande q satura el download de Tiscali o muy pequeño).
EN RESUMEN
En las circunstancias mas habituales (15 a 20 downloaders del grupo y de 1 a 5 distribuciones simultaneas como maximo) YDM es insuperable hoy x hoy.
En los extremos no (por debajo de 3 downloaders no merece la pena, y por encima de 100, 150 o 200 es impensable q funcione).
Salu2.
se puede?
Pos venga hombre, ke bittorrent lo uso en okasiones y les diré la verdá verdadera.
pero... kon eMule baxa a la misma velocidá, sólo ke komo baxamos varias pelis ar tiempo, la velocidá promedio ha de sé la suma del peso de to las baxadas, sobre er tiempo totá transcurrido.
En bittorrent si se frena...
