Vale, incumplo mi palabra y te respondo.
Con todo el respeto del mundo, de informatica quiza sepas mucho pero de numeros algo menos.
En cuestiones de programacion, protocolos y demas historias jamas te voy a discutir pq no tendria ningun sentido. Pero esta claro q las matematicas no son lo tuyo... tampoco soy matematico, pero me gustan mucho y (aunq parezca pretencioso) se me dan nastante bien.
* BT. Evidentemente el que sube lo hará a la misma velocidad de 128 máximo, y los que reciben comienzan a recibir a 128/10 Kb/s. Empezamos mal, recibimos a 1/10 de la velocidad del YDM. Pero al cabo de 11 minutos todos tienen una parte completa. Al ser un sistema P2P, cada usuario tendrá una parte diferente en principio, pero asumimos que solo se ha distribuido 5 partes. Entra en juego el P2P. Ahora ya se puede empezar a recibir a 256, ya que se puede recibir 128Kbs/8 de 5 partes, mas 128/10 de la fuente original. A los 22 minutos se vuelve a duplicar la velocidad, y a los 33 alcanza el máximo, y a partir de este momento se recibe siempre a 256, por lo que el sistema tarda 6 horas y 48 minutos en completarse.
Quizá lo pueda decir mas claro, pero es casi la mitad de tiempo. Si asumimos que hay mas de 10, la velocidad no varía mucho, aumentamos esos 33 minutos a 1 hora si quieres, pero a partir de ahi en otras 6 ha terminado.
Este razonamiento es totalmente erroneo, es mas, tampoco es necesario saber mucho de matematicas para entenderlo.
-
Primer punto:
De entrada, el uploader (unico dueño de
todos los trozos en un principio) debe distribuirlos
todos a los diferentes usuarios x lo menos 1 vez. Por lo tanto, en una situacion
ideal (q nunca se dara), como minimo, tardaria en enviar el fichero
casi exactamente lo mismo q en una distri YDM (despreciando el aumento de tamaño de la codificacion yenc32).
Esto es
indiscutible, y creo q al imaginarte como las velocidades se multiplican no lo has tenido en cuenta.
-
Segundo punto:
Vamos a seguir dandole a BT la ventaja de imaginar un sistema ideal, en el q el uploader no repite ningun trozo. Y para simplificar los datos, imaginaremos un fichero con 9 trozos a distribuir entre 3 usuarios, llamandole t al tiempo necesario para q 1 trozo se distribuya a 1 usuario a velocidad maxima.
Partimos de la base en q en una distri YDM, el tiempo necesario sera 9 veces t. Vamos a ver q pasa con BT.
*Empezamos:
- Los trozos 1, 2 y 3 se distribuyen a los usuarios 1, 2 y 3 en un tiempo 3t (el ancho se reparte).
- Mientras el uploader pasa los trozos 4, 5 y 6, los usuarios 1, 2 y 3 intercambian entre ellos los trozos recibidos. El trozo 1 del usuario 1 debe pasarselo a los usuarios 2 y 3, el trozo 2 debe pasarselo el 2 a los usuarios 1 y 3, etc...
Pues bien, en un tiempo 3t todos recibiran cada uno su trozo del uploader, pero ellos tienen q enviar 1 trozo a los otros 2 usuarios y necesitan un tiempo de 2t. Es deir, estarn un periodo de tiempo t sin enviar.
- El uploader envia los trozos 7, 8 y 9 a los otros 3, en un tiempo de 3t y acaba. Mientras envia, los downloaders ya han intercambiado los trozos 4, 5 y 6 y han estado otro periodo t sin subir (intercambian en 2t).
- Ya solo queda intercambiar esos 3 ultimos trozos. El tiempo necesario sera algo menos, pq el uploader puede seguir enviando trozos redundantes. Se intercambian en menos de 2t gracias a esta ayuda (dejemoslo en 1,5t, no quiero calentarme el coco en dar el nº exacto).
Asi en total, tardamos 3t + 3t + 3t + 1,5t = 10,5 t
Empieza a perder BT....
Lo complicamos un poco mas???
*Bien, imaginemos un fichero de 18 trozos, y 9 downloaders, sabiendo q en YDM necesitamso 18t:
- De entrada, el uploader necesita 9t para repartir los 9 trozos primeros. Suponemos q los 9 estan bajando.
- Cuando cada uno ha recibido su correspondiente trozo, empieza con los nuevos y entre los 9 downloaders intercambian. En otro periodo de 9t llegan los trozos del 10 al 18, pero q pasa con los downloaders?.
Cada uno pasa su trozo a los otros 8, y necesita 8t para hacerlo. Siguen un periodo de tiempo t sin subir.
- El uploader ya ha acabado, pero los downloaders siguen intercambiando... aunq esta vez, en vez de 8t tardaran algo menos, dejemoslo en 7t (por la ayuda del uoploader).
Asi q en total tardamos 9t + 9t + 7t =26 t
* Vamos a numeros mas reales, fichero de 140 trozos, 10 downloaders. Estamos en q con YDM tardamos 140 t.
- El uploader enviara todos los trozos a los diferentes downloaders en 140t (14 subidas de 10t).
- Antes de recibir un trozo nuevo, entre ellos ya han intercambiado los trozos recibidos (tardan menos, 9t).
- En el ultimo trozo, tardan algo menos por la ayuda del uploader (pongamos 8 t).
en total, 140 + 8 = 148t.
En conclusion, aunq aumente en nº de downloaders,
jamas tardaria menos q una distri YDM. Eso de q la velocidad se multiplica es falso. Y eso q estamos en un caso ideal....
-
Tercer punto:
Vale, ahora vamos a la realidad. Si no estoy equivocado, la distribucion de trozos es aleatoria. Quiero decir, q no hay garantia ninguna de q el uploader no envie el mismo trozo repetido a 2 usuarios... o si???
Si se repiten trozos (pej en la primera tanda manda del 1 al 10 a los usuarios 1 al 10, y en la 2ª envia del 11 al 15, mas el 1, 5, 8 y 9 (en este orden a los donloaders 1 al 10) entramos en un proceso
ineficiente. Ahi el tiempo se nos dispara, y todos los trozos q se repiten por parte del uploader son tiempo perdido. Recordemos q los downloaders pasan periodos de tiempo sin enviar aun y sin repeticiones. Si las hay, pasan mas tiempo "inactivos" en cuanto a envios se refiere.
Si hubiera algun metodo como el
jumpstart de la mula, evitabamos este problema (no repite envios).
-
Cuanto punto:
Seguire siendo generoso con BT. Imagino q si existe el jumpstart, y q por lo tanto los tiempos se acercan mucho a los de una distri YDM (no olvidemos q nunca lo pueden rebajar).
Pues bien, hemos pasado unas 17 horas distribuyendo entre un grupo de comperticion. La diferencia notable es:
* Los downloaders de una distri YDM saiguen subiendo (y bajando) por la mula (o por BT) mientras han recibido. Cada uno puede acercarse a los 500 megas subidos (hay q dejar libre algo de upload para recibir bien) y 500 megas bajados aparte de la distri YDM. Es decir,
siguen compartiendo.
* Los participantes de BT han dedicado
todo su ancho (upload y download) a la distribucion. Ni han podido subir (seguir aportando a la comunidad) ni bajar. Y esto, en un grupo de ripeo, es importante. Nos interesa q mientras pre-distribuimos un fichero, el anteriormente distribuido siga repartiendose.
Calcula lo q son 500 megas por usuario, en una distri de 50 downloaders. Con YDM pasamos 25 gigas en total,
con BT no.
Aqui temrina la parte mas matematica del asunto, supongo q a pesar de lo lioso del tema queda bastanbte claro. Y, no olvidemos, analizo dando por sentado q BT no repite trozos... si empiezo a contar q se repiten aun seris peor.
Si alguien sigue aun leyendo (q lo dudo) paso a otro punto:
Pues no, no veo que lo que pretendes meter con calzador en tus razonamientos sea correcto, ya que sigues pensando que no hay nada mejor en este mundo que el YDM, que es el método que has parido, y te sientes atacado por mi.
Pues no, no lo he parido yo. Y ya dije q teniendo en cuenta otros aspectos puede haber sistemas mejores (no tan vulnerables, mas "sencillos" pq solo sea clickear un enlace...). Pero en cuanto a numeros, es indiscutible q es el mejor (junto con las news, el YDN).
luego te pasas a las T1 para defender lo indefendible, calmate un poco tio, que no va de eso la cosa.
No recuerdo haber hablado de T1... creo q lo menciono otro usuario.
Entra en juego el P2P. Ahora ya se puede empezar a recibir a 256, ya que se puede recibir 128Kbs/8 de 5 partes, mas 128/10 de la fuente original. A los 22 minutos se vuelve a duplicar la velocidad, y a los 33 alcanza el máximo, y a partir de este momento se recibe siempre a 256, por lo que el sistema tarda 6 horas y 48 minutos en completarse.
Numeros erroneos como ya te he indicado. Podrian darse en caso de varias fuentes completas, jamas con una.
Como esto es todo teórico, y mira que soy bueno y en mi anterior mensaje dije que YDM tardaba menos, para evitar estas discusiones inútiles. Puedes seguir negándolo, pero no hay tutía, siempre será más rápido el que consiga optimizar tu ancho de banda.
Metida de gamba total.
Piensa en repartir unas hojas entre 100 personas, puedes ir pasando uno a uno a derle una, o dividirlos en grupos, y repartir un paquete a cada grupo, para que los distribuyan entre ellos. Si haces 10 grupos, vas 10 veces mas rápido. Este no es el método de BT, pero es una comparación válida para entender porque es mas rápido
En tu ejemplo, las hojas se pueden entregar de 10 en 10. Aqui entregas de 1 en 1 en un periodo t. Si quieres entregar 10 de golpe tardas 10t. Ahi radica la diferencia q invalida este ejemplo.
Eso si que es falso, en una distribución YDM la velocidad la limita el mas lento de los que reciben, para que este pueda seguirla. Pero esto no es así en el BT, ya que cada uno puede ir a un ritmo diferente. Si el que envía tiene una T3 y los que reciben líneas de 256, puede enviar trozos a 8 personas mas a la vez, y entnces si que gana de largo el BT, ya que aprobecha mejor el ancho de banda de todos los involucrados, y no se ciñe al del mas lento del grupo
Eso es cierto pero...acaso alguien con una T3 se plantea algun metodo de predistribucion??
LAs distribuciones YDM optimizan las lineas con anchos de banda "bajos". Es como el q hace un caldo y guarda los ingrdientes para hacer croquetas y aprovecharlo. Algun millonario lo haria???
Pues bien, mejor que lo dejes de momento, hagas unas consultas, y luego sigamos en el tema, que me parece que hablas de oidas y con el corazón (cosa que hacemos todos, yo el primero), y te obcecas en que es una ataque al YDM, mientras que solo es un planteamiento alternativo
Ahi has ido de sobrao... y permiteme q yo vaya de lo mismo en tono jocoso. Repasate las matematicas q estudiaste cuando acabaste la carrera, me parece q te hace falta.
Se que tus argumentos no son un ataque al YDM, pero entiendo tu q yo en ningun momento me he planteado q atacaras al YDM. Simplemente, como dije desde un principio, discuto de numeros y eficiencia.
Y con numeros creo q la cosa esta clara, respecto a los demas factores no opino pq solo hablamos de eficiencia.
Salu2.
pq sigo sin disponer de mucho tiempo. BT dispone del modo super-seed, para no repetir envíos, con lo que subir un archivo "cuesta" un 105% aprox. de lo que éste ocupa.
