Chapa, veo q te defiendes como un león panzarriba, pero es necesario decir cosas como... "Si tu eres una persona normal, prefiero no serlo"?
en serio, nadie dice q el BT no mole, o q no esté bien para hacer lanzamientos y tal
pero intenta por favor continuar con el clima de buen rollo q habia en este hilo al principio
si te pica las contestaciones q te han dado, quizas harias bien de releer el post q las ha propiciado (el tuyo)
salu2
Usar Bittorrent para compartir peliculas de divxclasico
-
Bracima
- Mensajes: 1442
- Registrado: Vie 30 May, 2003 02:00
- Ubicación: Con el coronel Kurtz
- Contactar:
Nadie pretende quitaros vuestro emule (aunke yo ya hace cinco meses q no lo uso, tras usarlo 2 años, pq será??) xo parece q lo sintais así. Cualquier elogio a otro p2p os parece una agresión a la mula.
Yo uso el BT(unos 27kb/s de pico de descarga) para algun screener para los amigos o otras cositas, al lado de mi mulita con 26 kb/s de media de descarga. Pues no hay color.
Te registraste el 1/11/2003 y de esto hace menos de 5 meses. Y como hace 5 meses que no usas ningun programa que use el protocolo Edonkey,pues ¿que informacion encuentras en esta web ?
Si tu solo usas BT, ¿que encuentras en DXC?
O es que usa el lphant, mldonkey, xmule, sharereaza,... ?
A ver si empiezas compartiendo algun torrent y expandes esta comunidad por el mundo del BT.
Animo y salu2
-
KeyserSoze
- Mensajes: 6302
- Registrado: Jue 03 Oct, 2002 02:00
- Contactar:
Bittorrent y emule tienen la misma velocidad de descarga, dejemosle ke BT incluso mejor, un 20% mas, ok?
BT 1 peli en 10 horas
Emule 10 pelis en 120 horas.
A mi me sigue pareciendo inutil el esfuerzo del BT, a no ser que tengas la urgencia de ver una peli a vida o muerte, sigue siendo emule el Rey. Y en cuanto a comodidad mejor ni hablar no? Ponemos la peli en la carpeta del incoming y rula solo. DELUXE!
Bittorrent es el P2P pijo, screeners priman por encima de todo.
Y para lanzar una peli por BT, 1º la has de tener, y a no ser que la ripees tu, 1º tendras que bajarla por emule o por un YDM.
Sigue siendo poco factible a mi modo de ver.
BT 1 peli en 10 horas
Emule 10 pelis en 120 horas.
A mi me sigue pareciendo inutil el esfuerzo del BT, a no ser que tengas la urgencia de ver una peli a vida o muerte, sigue siendo emule el Rey. Y en cuanto a comodidad mejor ni hablar no? Ponemos la peli en la carpeta del incoming y rula solo. DELUXE!
Bittorrent es el P2P pijo, screeners priman por encima de todo.
Y para lanzar una peli por BT, 1º la has de tener, y a no ser que la ripees tu, 1º tendras que bajarla por emule o por un YDM.
Sigue siendo poco factible a mi modo de ver.
Hilo de presentaciones para nuevos usuarios. Recordad leer los hilos fijos de cada foro antes de abrir un tema. Muchas gracias.
Si me sigo por los dictamenes de tu lógica, yo debo saber bastante más que tú del tema, puesto que estudio ingenieria Telématica y digamos que en mi carrera no hay asignaturas donde se explique redes, si no que hay un par en las que no se explican, pero en el resto no se toca otro temaChapaPott dijo:
Si fui prepotente no era esa mi intención. Evidentemente, creo q es mejor q en cuanto a informatica t aconseje un ingeniero/estudiante informatico a ke lo haga el cura del pueblo, pero no me creo más listo q nadie por eso, cosa q por lo q parece t ha parecido a ti, valga la redundancia. tethor, logicamente no hay ninguna asignatura donde t expliken la diferencia entre emule y BT, pero por supuesto q hay asignaturas donde se explican redes.
Pero, como tú bien dices, no por eso voy a saber más, es por otras razones (permiteme ser yo el prepotente ahora, es que me ha quedado de perlas 
). Y es que he encontrado la solución gracias a una de tus frases.Yo para nada soy amante de la velocidad media de descarga, sino (y me parece que me estoy reiterando un poquito) del BUEN CINE. Y claro que me gusta que se descarguen las cosas rápido, pero antepongo la disponibilidad a la velocidad. No me voy a cambiar a un sistema de TRANSFERENCIA que funcione mucho mejor (que no lo dudo, incluso lo afirmo) por perder lo que realmente importa, que es la DISTRIBUCIÓN.ChapaPott dijo:
Como amante de la velocidad media de descarga t recomiendo mil veces antes BT.
Es mi último post sobre el tema en mucho tiempo, estoy harto!!
PD: No cambio 20 screeners de la industria americana en 3 semanas por una pelicula de fassbinder que tarde 1 mes en descargar.
raul2010 he hecho lo q me pediste, releí lo q puse, releiste tu lo q FromLostToTheRiver escribió sobre mi?? soy yo el q crea mal rollo?? respondiendote a lo q preguntas claro q no es necesario decir cosas como esa, y lo veo muy negativo por mi parte, xo el coleguita este se pasó mucho conmigo y aun no veo el porqué.
Bracima puse en otro hilo q volvía a esta web para sugerir q se utilizara el BT para lanzar pelis, esta web ya no la sigo hace tiempo no x culpa de la web, q es magnifica, sino por culpa del emule. En cuanto a otra de tus preguntas utilizo Azureus como cliente BT. Ya llevo tiempo subiendo cosas por BT, y ya se ha propuesto subir cine clasico en el tracker de Animersion. Así se hará.
KeyserSoze ya se q me repito xo un p2p no se juzga por los contenidos, pq éstos dependen de los usuarios q lo utilicen. Tampoco t creas q hay q hacer magia para compartir una cosa por BT, es bien facil.
tethor es k no se si me entiendes, no lo hice con la intencion de vacilar ni nada pq estudie informatica, solo kise dar a entender q staba puesto en el tema. Alli nos pasamos tol dia comentando, investigando, volviendo a comentar, no son los estudios los q t hacen saber más o menos, sino el ambiente. Evidentemente es en estos lares, la facul de informatica y estoy seguro q en teleco tb, donde todo esto se analiza al dedillo. Me refería solo a eso.
tethor escribió "No cambio 20 screeners de la industria americana en 3 semanas por una pelicula de fassbinder que tarde 1 mes en descargar."
Vuelves a criticar un p2p por su contenido. El contenido lo elegimos nosotros! Por ultimo, repito q no pretendo eliminar al emule, BT es un complemento, un gran complemento, y como dije lo q propongo es lanzar las pelis por BT y luego compartirlas por más tiempo por edonkey/emule. Todos saldríamos ganando. Saludos!
Bracima puse en otro hilo q volvía a esta web para sugerir q se utilizara el BT para lanzar pelis, esta web ya no la sigo hace tiempo no x culpa de la web, q es magnifica, sino por culpa del emule. En cuanto a otra de tus preguntas utilizo Azureus como cliente BT. Ya llevo tiempo subiendo cosas por BT, y ya se ha propuesto subir cine clasico en el tracker de Animersion. Así se hará.
KeyserSoze ya se q me repito xo un p2p no se juzga por los contenidos, pq éstos dependen de los usuarios q lo utilicen. Tampoco t creas q hay q hacer magia para compartir una cosa por BT, es bien facil.
tethor es k no se si me entiendes, no lo hice con la intencion de vacilar ni nada pq estudie informatica, solo kise dar a entender q staba puesto en el tema. Alli nos pasamos tol dia comentando, investigando, volviendo a comentar, no son los estudios los q t hacen saber más o menos, sino el ambiente. Evidentemente es en estos lares, la facul de informatica y estoy seguro q en teleco tb, donde todo esto se analiza al dedillo. Me refería solo a eso.
tethor escribió "No cambio 20 screeners de la industria americana en 3 semanas por una pelicula de fassbinder que tarde 1 mes en descargar."
Vuelves a criticar un p2p por su contenido. El contenido lo elegimos nosotros! Por ultimo, repito q no pretendo eliminar al emule, BT es un complemento, un gran complemento, y como dije lo q propongo es lanzar las pelis por BT y luego compartirlas por más tiempo por edonkey/emule. Todos saldríamos ganando. Saludos!
Una buena descarga desde BitTorrent
Plumas de Caballo de Los Hermanos Marx
http://www.elmejorwarez.org/torrents/pl ... o%20(1932)[www.elmejorwarez.org].torrent
OGM. Dual. Ingles y Castellano
Subtitulos en Ingles y Castellano
Calidad de imagen muy buena
Duración: 1 hora aprox.
Si no habeis probado el BT, aqui teneis una buena razon.
Esto no es muy normal en la web de El mejor warez asi que aprobechadlo. Y que sigan asi
Plumas de Caballo de Los Hermanos Marx
http://www.elmejorwarez.org/torrents/pl ... o%20(1932)[www.elmejorwarez.org].torrent
OGM. Dual. Ingles y Castellano
Subtitulos en Ingles y Castellano
Calidad de imagen muy buena
Duración: 1 hora aprox.
Si no habeis probado el BT, aqui teneis una buena razon.
Esto no es muy normal en la web de El mejor warez asi que aprobechadlo. Y que sigan asi
Pues bueno, ahora me toca a mi comentar, q hace muchos dias q no digo nada....
De entrada, decir un par de cosas:
1.- En cuanto al BT, debo reconocer q no conocia en detalle el funcionamiento. Me lo he empapado para poder opinar con conocimiento de causa e intentare ser lo mas objetivo posible.
2.- El analisis q viene a continuacion lo enfocare a nivel de efectividad en transferencia de datos. Si vamos a analizar el funcionam de un P2P, se puede hacer desde esta optica o desde otras mas (como contenidos habituales) q no entrare a valorar.
- De entrada, una cosa q me han llamado la atencion en la web linkeada por ChapaPott:
- A nivel de descarga de ficheros, te permite solo compartir 1 fichero. Posiblemente baja rapido, a costa de bajar (y subir) solo ese fichero. Comentar de refilon, q eso estimula la desaparicion de fuentes completas: si quieres bajar algo mas, dejas de compartir lo q tienes completo.
- No hay demasiada diferencia entre el BT y el metido q utilizabamos hace tiempo para distribuciones internas entre un grupo de amiguetes: yo tenia un server privado de edonkey, al q se conectaba 1 uploader y varios downloaders. El elink q se compartia no lo tenia nadie mas, asi q solo intercambiabamos trozos entre nosotros. Era un metodo bastante efectivo, aunq dependiendo de varios factores: con un nº bajo de downloaders (de 3 a 5) los tiempos para q tod@s completaran eran aceptables (de 20 a 25h para 1 cd) pero si ese nº aumentaba (de 8 a 10) los tiempos ya se disparaban (de 30 a 40 horas).
Sin embargo, hay 1 factor q me parece positivo en su funcionamiento: la division mas pequeña del fichero en chunks. En vez de ser de 9,28 megas, los trozos son de 512k. Eso permite compartir mas eficientemente (tardas menos en tener chicha para repartir, no olvidemos q necesitas tener un chunk completo para poder darselo a otro). En el ejemplo puesto anteriormente de comparticiones usando server privado de edonkey habia este problema al principio. Hasta q la gente no empezaba a completar trozos no podia empezar a subir, x lo q la cosa empezaba lenta y despues se aceleraba.
Bueno, pues destripado el BT, vamos a comparar (a nivel tecnico) entre sistemas:
1.- Tanto BT como Emule, dejando de lado el nº de ficheros compartidos y los contenidos, tienen una caracteristica comun: los bytes no salen de la nada, se intercambian. Es decir, lo q baja 1 downloader lo recibe del resto de usuarios, x lo q la transferencia de informacion es cerrada. Lo q bajan en total todos los usuarios es lo q suben entre ellos.
Comparando este funcionamiento con una distribucion YDM, aqui este metodo barre. Digamos q el servidor de correo nos "regala" cantidad de informacion a la red emule. Poniendo como ejemplo algunas distribuciones bestias, mientras q 1 uploader sube 1 cd de 700 megas, si hay 50 downloaders se reciben 35 gigas. Asi q 34.3 gigas salen "de la nada".
2.- En cuanto a tiempos, no hay comparacion. Y ojo, esto hay q analizarlo bien: no entro a valorar lo q 1 usuario tardara en bajar 1 fichero q lleve ya x tiempo en la red, no me sirve decir "me baje una peli en 10 horas".
Lo estoy intentando analizar desde el punto de vista de alguien q quiere difundir 1 fichero entre 1 grupo de personas de la forma mas rapida y eficiente posible. Es decir, hay q analizar el caso en q quedamos x personas hoy a las 10 para distribuirlo, y miramos cuanto tardamos en tenerlo completo todos los usuarios teniendo tod@s una conex de adsl 256/128:
* Con el sistema mencionado del server privado, unas 40 horas.
* Usando BT, quiza se reduzca un poco... digamos q serian de 35 a 38h ya q cuenta con la ventaja de q los downloaders empiezan a compartir antes y de forma mas eficiente al ser los trozos mas pequeños.
* Mediante YDM, 17 horas.
Y ya no comentemos si en el grupo de distribucion aumenta hasta 20, 30 o 50 el nº de downloaders: con el YDM seguimos tardando lo mismo, con los otros 2 metodos los tiempos se disparan.
3.- Ahora vamos a la parte de la fiabilidad de la distribucion. Aqui el YDM pierde en el sentido de q esta todo centralizado (SMTP de Tiscali) de forma q si falla la distribucion se puede alargar (afortunadamente pasa poco, aunq ultimamente falla mas q al principio). Y no digamos si algun dia Tiscali detecta el trafico anormal y nos jode la marrana.... espero q no llegue ese dia.
Emule y BT no estan centralizados en este sentido, y es mas dificil q pase algo q fastidie la distribucion.
Es mas: Emule y BT dificilmente podran "joderlo". Tiscali debe tener una capacidad limitada y ya se nota cuando coinciden 5 o 6 distribuciones simultaneas... es evidente q no soportaria 500 distribuciones simultaneas.
4.- Por ultimo, y dado q lo analizamos la situacion enfocandola a un grupo cerrado de usuarios, el YDM nos da otra ventaja. Mientras los downloaders reciben correos, pueden ir subiendo ficheros de distribuciones anteriores y bajando lo q les apetezca (con limitacones, esta claro, del ancho de banda). Esto no es posible con BT ni con el otro metodo.
Pej, si yo distribuyo 2 cd, a mitad de distribucion los downloaders ya pueden meter el 1º en la mula y compartirlo con el resto mientras descargan el cd2.
Resumiendo, hoy x hoy y mientras dure, una distribucion YDM es muy dificlmente superable por cualquier otro metodo si hablamos de sitribuciones relampago en 1 circulo cerrado de usuarios. Aun y yendo muy mal (en los peores dias, 1 fichero q deberia haberse distribuido en 17 h ha tardado 24) nos da una capacidad de distribucion brutal.
Solo la compararia con otro metodo, el YDN, igual de efectivo aunque mas complicado a mi entender (usando las News). Pero bueno, a malas siempre se puede intentar si algun dia Tiscali se acaba y no encontramos otro smtp q responda a nuestras necesidades.
Y ya esta, espero haber sido lo mas claro posible y no dejarme llevar por el "cariño" personal q le tenga a 1 metodo u otro. Cada sitema tiene sus ventajas y desventajas, y a partir de ahi cada uno elige segun sus intereses.
Salu2.
De entrada, decir un par de cosas:
1.- En cuanto al BT, debo reconocer q no conocia en detalle el funcionamiento. Me lo he empapado para poder opinar con conocimiento de causa e intentare ser lo mas objetivo posible.
2.- El analisis q viene a continuacion lo enfocare a nivel de efectividad en transferencia de datos. Si vamos a analizar el funcionam de un P2P, se puede hacer desde esta optica o desde otras mas (como contenidos habituales) q no entrare a valorar.
- De entrada, una cosa q me han llamado la atencion en la web linkeada por ChapaPott:
De entrada, esto me parece ya un gran inconveniente. En otros p2p las descargas parciales de un chunk no se pierden si cierras el programa, y mal empezamos si un P2P no es capaz de guardar esos datos.Puede darse el caso que al continuar una descarga se pierdan algunos MB. Ésto es debido a que el archivo se baja en pequeños trozos y los trozos que estaban a medias en el momento del cierre del programa se pueden perder.
- A nivel de descarga de ficheros, te permite solo compartir 1 fichero. Posiblemente baja rapido, a costa de bajar (y subir) solo ese fichero. Comentar de refilon, q eso estimula la desaparicion de fuentes completas: si quieres bajar algo mas, dejas de compartir lo q tienes completo.
- No hay demasiada diferencia entre el BT y el metido q utilizabamos hace tiempo para distribuciones internas entre un grupo de amiguetes: yo tenia un server privado de edonkey, al q se conectaba 1 uploader y varios downloaders. El elink q se compartia no lo tenia nadie mas, asi q solo intercambiabamos trozos entre nosotros. Era un metodo bastante efectivo, aunq dependiendo de varios factores: con un nº bajo de downloaders (de 3 a 5) los tiempos para q tod@s completaran eran aceptables (de 20 a 25h para 1 cd) pero si ese nº aumentaba (de 8 a 10) los tiempos ya se disparaban (de 30 a 40 horas).
Sin embargo, hay 1 factor q me parece positivo en su funcionamiento: la division mas pequeña del fichero en chunks. En vez de ser de 9,28 megas, los trozos son de 512k. Eso permite compartir mas eficientemente (tardas menos en tener chicha para repartir, no olvidemos q necesitas tener un chunk completo para poder darselo a otro). En el ejemplo puesto anteriormente de comparticiones usando server privado de edonkey habia este problema al principio. Hasta q la gente no empezaba a completar trozos no podia empezar a subir, x lo q la cosa empezaba lenta y despues se aceleraba.
Bueno, pues destripado el BT, vamos a comparar (a nivel tecnico) entre sistemas:
1.- Tanto BT como Emule, dejando de lado el nº de ficheros compartidos y los contenidos, tienen una caracteristica comun: los bytes no salen de la nada, se intercambian. Es decir, lo q baja 1 downloader lo recibe del resto de usuarios, x lo q la transferencia de informacion es cerrada. Lo q bajan en total todos los usuarios es lo q suben entre ellos.
Comparando este funcionamiento con una distribucion YDM, aqui este metodo barre. Digamos q el servidor de correo nos "regala" cantidad de informacion a la red emule. Poniendo como ejemplo algunas distribuciones bestias, mientras q 1 uploader sube 1 cd de 700 megas, si hay 50 downloaders se reciben 35 gigas. Asi q 34.3 gigas salen "de la nada".
2.- En cuanto a tiempos, no hay comparacion. Y ojo, esto hay q analizarlo bien: no entro a valorar lo q 1 usuario tardara en bajar 1 fichero q lleve ya x tiempo en la red, no me sirve decir "me baje una peli en 10 horas".
Lo estoy intentando analizar desde el punto de vista de alguien q quiere difundir 1 fichero entre 1 grupo de personas de la forma mas rapida y eficiente posible. Es decir, hay q analizar el caso en q quedamos x personas hoy a las 10 para distribuirlo, y miramos cuanto tardamos en tenerlo completo todos los usuarios teniendo tod@s una conex de adsl 256/128:
* Con el sistema mencionado del server privado, unas 40 horas.
* Usando BT, quiza se reduzca un poco... digamos q serian de 35 a 38h ya q cuenta con la ventaja de q los downloaders empiezan a compartir antes y de forma mas eficiente al ser los trozos mas pequeños.
* Mediante YDM, 17 horas.
Y ya no comentemos si en el grupo de distribucion aumenta hasta 20, 30 o 50 el nº de downloaders: con el YDM seguimos tardando lo mismo, con los otros 2 metodos los tiempos se disparan.
3.- Ahora vamos a la parte de la fiabilidad de la distribucion. Aqui el YDM pierde en el sentido de q esta todo centralizado (SMTP de Tiscali) de forma q si falla la distribucion se puede alargar (afortunadamente pasa poco, aunq ultimamente falla mas q al principio). Y no digamos si algun dia Tiscali detecta el trafico anormal y nos jode la marrana.... espero q no llegue ese dia.
Emule y BT no estan centralizados en este sentido, y es mas dificil q pase algo q fastidie la distribucion.
Es mas: Emule y BT dificilmente podran "joderlo". Tiscali debe tener una capacidad limitada y ya se nota cuando coinciden 5 o 6 distribuciones simultaneas... es evidente q no soportaria 500 distribuciones simultaneas.
4.- Por ultimo, y dado q lo analizamos la situacion enfocandola a un grupo cerrado de usuarios, el YDM nos da otra ventaja. Mientras los downloaders reciben correos, pueden ir subiendo ficheros de distribuciones anteriores y bajando lo q les apetezca (con limitacones, esta claro, del ancho de banda). Esto no es posible con BT ni con el otro metodo.
Pej, si yo distribuyo 2 cd, a mitad de distribucion los downloaders ya pueden meter el 1º en la mula y compartirlo con el resto mientras descargan el cd2.
Resumiendo, hoy x hoy y mientras dure, una distribucion YDM es muy dificlmente superable por cualquier otro metodo si hablamos de sitribuciones relampago en 1 circulo cerrado de usuarios. Aun y yendo muy mal (en los peores dias, 1 fichero q deberia haberse distribuido en 17 h ha tardado 24) nos da una capacidad de distribucion brutal.
Solo la compararia con otro metodo, el YDN, igual de efectivo aunque mas complicado a mi entender (usando las News). Pero bueno, a malas siempre se puede intentar si algun dia Tiscali se acaba y no encontramos otro smtp q responda a nuestras necesidades.
Y ya esta, espero haber sido lo mas claro posible y no dejarme llevar por el "cariño" personal q le tenga a 1 metodo u otro. Cada sitema tiene sus ventajas y desventajas, y a partir de ahi cada uno elige segun sus intereses.
Salu2.
-
FromLostToTheRiver
- Mensajes: 188
- Registrado: Mié 10 Sep, 2003 02:00
Qué vá, hombre... si yo a tí tampoco.ChapaPott escribió:Otro q se toma los agravios al emule como una ofensa personal, no crees q t estás pasando un poco?? Joder yo no he intentado ofender a nadie, pero estoy viendo todo lo contrario en ti.
¿Te estás quedando conmigo? jajajajajajj desde luego eres un cachondo...ChapaPott escribió:Cuando digo q la arquitectura de uno y otro no tienen nada que ver, lo digo pq tu en un mensaje dices q si pusieramos las mismas condiciones (q describes a la perfeccion) en emule q las q tiene BT sería lo mismo. Ahi t ekivocas, y reiterando lo q dice JAVU61 el sistema BT está más optimizado. Lo entiendes ahora?
Aunque... bueno, cosas más raras he visto y... claro, es posible que realmente aún no hayas entendido mi mensaje... Ok, por si acaso te lo aclaro: (intenta leer esto con atención y si es necesario, despacito)
Es evidente que cuando digo que en las mismas condiciones obtendríamos los mismos resultados NO me refiero a q el resultado sería exacto al milímetro (o byte, como prefieras) por unidad de tiempo, pues eso no lo conseguirías ni comparando varias descargas/subidas usando el mismo software p2p.
Lo que pretendo explicar en ese mensaje es que no es lógico comparar lo que tardó en bajar/subir cierta peli con el BT (con todo el ancho de banda dedicado a ella), con lo que tarda en bajar/subir nosequé otra peli que compartía ancho de banda (de transferencia efectiva + tráfico excedente) con otras X pelis en el emule (como se comentaba en mensajes anteriores)
En cuanto a esto...
ya te respondes tú solito...ChapaPott escribió:No te voy a atacar como tu has hecho conmigo
ChapaPott escribió:Si tu eres una persona normal, prefiero no serlo.
jajajajajajaj esto último si que es kañero! jajajajajajajjjChapaPott escribió:estoy seguro q sé más literatura, historia o filosofía q lo q tú sabes
Así me gusta! Me encanta la gente segura! jajajjajajajajjj
Aunque en el fondo me pareces hasta gracioso, por respeto a los demás, de ahora en adelante sólo te responderé por privado.
Torpedorr: Tu análisis, que es todo un Artículo con mayúsculas, me parece buenísimo. He disfrutado mucho leyéndolo pues lo explicas con gran claridad y me parece realmente objetivo. Creo que sin duda servirá como referencia para cualquier discusión futura sobre el tema.
Hola:
Los análisis hay que hacerlos con todos los datos, y omites un pequeños inciso, el YDM necesita continuidad, debes poder recibir sin problemas, por lo que hay que cerrar el P2P que uses o reducirlo al mínimo, no puedes apagar el ordenador ni nada de eso.
Un resumen de los métodos mas usuales sería este (llamo servidor al que envía, y cliente al que recibe):
- METODOS NO P2P
* FTP: Ancho de banda muy limitado, válido para pocos clientes, que deben repartirse el ancho de banda. El cliente puede cortar y resumir las descargas. Bajada activa mientras quiera el servidor.
* YDM: Ancho de banda no limitado, válido para muchos clientes que se reparten el ancho de banda del ISP. El cliente no puede cortar las descargas sin perder datos. Bajada activa solo instantáneamente.
* NEWS: Idéntico al YDM, pero el cliente puede cortar y resumiar las descargas. Bajada activa durante dos o tres días máximo (y existen medios incluso mas cómodos y sencillos que el YDM para partir el fichero y recomponerlo, incluso pueden reconstruir de la nada un trozo que falte, o con muy poca información adicional).
- METODOS P2P
* Red EMULE. Red con mucho material de todo tipo, cómoda y rápida. Se basa en compartir y recibir varios ficheros a la vez. La velocidad depende de la cantidad de usuarios que tengan la información, ya que estos te dan un trozo cuando te toca en una cola de peticiones. Utiliza tráfico adicional para intercambio con los servidores. Persistencia larga del material. Búsquedas cómodas y muy rápidas.
* Red BitTorrent. Red con poco material. Se basa en compartir y recibir un solo fichero cada vez (aunque se pueden tener varios Torrents abiertos a la vez). No hay colas, recibes siempre todo lo que puedes de todos los usuarios que puedes. Persistencia corta del material. No existen búsquedas, pero hay Webs donde se anuncian.
* Red DirectConnet. Red con mucho material clasificado por temas en forma de servidores (hubs) independientes. La conexión es directa entre el que pide y el que envía, pero pasas por una cola de peticiones. Las búsquedas se realizan solo en el Hub donde estés conectado, por lo que no son muy cómodas si no sabes en que hub buscar. Hay que cumplir una serie de requisitos diferentes para entrar en cada Hub (la mas normal compartir X Mb mínimo de información).
Otros P2P como el Kazaa o el WinMX están mas centrados en música o porno, por lo que no entraré a analizarlos, nosotros queremos Pelis.
Una vez dicho esto, dejemos las peleas absurdas. Si alquien quiere poner material por el método que quiera, solo tiene que poner un enlace en esta web y arreglado, ya que tarde o temprano el material acaba en la mula.
Así que ya sabeis, si quereis compartir algo, a partir de ahora teneis que hacer lo siguiente:
1.- Preparais el material deacuerdo con el método elegido.
2.- Publicais el enlace en la sección de Ofrecimientos o en la específica (por ahora solo hay para YDM), indicando el método, si es por FTP la IP del servidor, si es por YDM indicando día y hora, si es por NEW indicando servidor, día y hora, si es por Emule indicando el enlace, si es por BT poniendo el torrent, y si es por DC indicando usuario y hub.
3.- Cuando lo tengais, poneis el material en buestra carpeta de salida de la mula, y arreglado.
Animo y a compartir. Jose Antonio
PD: Para ChapaPote, lamento si te molestó mi mensaje, no era mi intención, pero era un intento de responder en tono humorístico, cosa que se me da muy bien (aunque no se porque mi mujer llora cada vez que le cuento un chiste). Seguramente no lo entendiste porque lo dije mal, los estudiantes comeis bit a bit, mientras que los profesionales comemos por bytes (seguro que ahora ya te estas descojonando, si es que soy un hacha).
Los análisis hay que hacerlos con todos los datos, y omites un pequeños inciso, el YDM necesita continuidad, debes poder recibir sin problemas, por lo que hay que cerrar el P2P que uses o reducirlo al mínimo, no puedes apagar el ordenador ni nada de eso.
Un resumen de los métodos mas usuales sería este (llamo servidor al que envía, y cliente al que recibe):
- METODOS NO P2P
* FTP: Ancho de banda muy limitado, válido para pocos clientes, que deben repartirse el ancho de banda. El cliente puede cortar y resumir las descargas. Bajada activa mientras quiera el servidor.
* YDM: Ancho de banda no limitado, válido para muchos clientes que se reparten el ancho de banda del ISP. El cliente no puede cortar las descargas sin perder datos. Bajada activa solo instantáneamente.
* NEWS: Idéntico al YDM, pero el cliente puede cortar y resumiar las descargas. Bajada activa durante dos o tres días máximo (y existen medios incluso mas cómodos y sencillos que el YDM para partir el fichero y recomponerlo, incluso pueden reconstruir de la nada un trozo que falte, o con muy poca información adicional).
- METODOS P2P
* Red EMULE. Red con mucho material de todo tipo, cómoda y rápida. Se basa en compartir y recibir varios ficheros a la vez. La velocidad depende de la cantidad de usuarios que tengan la información, ya que estos te dan un trozo cuando te toca en una cola de peticiones. Utiliza tráfico adicional para intercambio con los servidores. Persistencia larga del material. Búsquedas cómodas y muy rápidas.
* Red BitTorrent. Red con poco material. Se basa en compartir y recibir un solo fichero cada vez (aunque se pueden tener varios Torrents abiertos a la vez). No hay colas, recibes siempre todo lo que puedes de todos los usuarios que puedes. Persistencia corta del material. No existen búsquedas, pero hay Webs donde se anuncian.
* Red DirectConnet. Red con mucho material clasificado por temas en forma de servidores (hubs) independientes. La conexión es directa entre el que pide y el que envía, pero pasas por una cola de peticiones. Las búsquedas se realizan solo en el Hub donde estés conectado, por lo que no son muy cómodas si no sabes en que hub buscar. Hay que cumplir una serie de requisitos diferentes para entrar en cada Hub (la mas normal compartir X Mb mínimo de información).
Otros P2P como el Kazaa o el WinMX están mas centrados en música o porno, por lo que no entraré a analizarlos, nosotros queremos Pelis.
Una vez dicho esto, dejemos las peleas absurdas. Si alquien quiere poner material por el método que quiera, solo tiene que poner un enlace en esta web y arreglado, ya que tarde o temprano el material acaba en la mula.
Así que ya sabeis, si quereis compartir algo, a partir de ahora teneis que hacer lo siguiente:
1.- Preparais el material deacuerdo con el método elegido.
2.- Publicais el enlace en la sección de Ofrecimientos o en la específica (por ahora solo hay para YDM), indicando el método, si es por FTP la IP del servidor, si es por YDM indicando día y hora, si es por NEW indicando servidor, día y hora, si es por Emule indicando el enlace, si es por BT poniendo el torrent, y si es por DC indicando usuario y hub.
3.- Cuando lo tengais, poneis el material en buestra carpeta de salida de la mula, y arreglado.
Animo y a compartir. Jose Antonio
PD: Para ChapaPote, lamento si te molestó mi mensaje, no era mi intención, pero era un intento de responder en tono humorístico, cosa que se me da muy bien (aunque no se porque mi mujer llora cada vez que le cuento un chiste). Seguramente no lo entendiste porque lo dije mal, los estudiantes comeis bit a bit, mientras que los profesionales comemos por bytes (seguro que ahora ya te estas descojonando, si es que soy un hacha).
Basicamente, estoy de acuerdo con casi todo lo q planteas (excepto en algun q otro detalle:
Y en cuanto a lo de cerrar el P2P en cuestion o reducirlo al minimo, pues depende de las circunstancias:
- Si el uploader trabaja con adsl 256 y hay algun downloader con cable 128, es evidente q debe cerrar los demas P2P.
- Sin embargo, si ambos trabajan con adsl 256, el downloader puede mantener la mula a 12k de bajada y 10k de subida, q para mi tampoco es "reducirlo al minimo"... es trabajar a medio gas.
- Si algun downloader tiene ya una conex mas potente (como pej cable 300, cable 1M o adsl 2M) ya ni te digo... recibe fluidamente sin despeinarse.
En cuanto a q el YDM necesita continuidad... pues si, como cualquier metodo de distribucion. De todos modos, si te permite apagar el ordenador... sabiendo q si lo vas a tener mucho tiempo desconectado vas a perder parte del fichero aunq luego x la mula se completa rapido por haber un buen nº de fuentes. Si apagas para un reinicio de 15 min, no vas a perder nada... y si es mas tiempo, va en funcion de cuanto sea.
Y en cuanto a la forma de trocear... creo q el yenc32 es de lo mas simple, y el donkey doctor igual 8no hay q ser ingeniero para usarlos, no son mas complicados q el winzip y menos con un manual a mano en el q se detallan todos los pasos).
La forma de trocear los ficheros no es x capricho... se basa en optimizar recursos 8codif yenc32) y en poder terminar las descargas con el emule en caso de perdidas (donkey doctor). Hasta en el peor de los casos, si x cualquier motivo pierdes 100, 200 o 650 megas de material lo q tienes es aprovechable.
Y mas na de momento, en todo lo demas coincido contigo.
Salu2.
Creo q he dado un analisis pormenorizado y con todos los datos desde el enfoque q me ha parecido mas neutral. Evidentemente no he analizado en profundidad todos los aspectos, pero en los q he tratado he sido bastante estricto...javu61 escribió:Los análisis hay que hacerlos con todos los datos, y omites un pequeños inciso, el YDM necesita continuidad, debes poder recibir sin problemas, por lo que hay que cerrar el P2P que uses o reducirlo al mínimo, no puedes apagar el ordenador ni nada de eso.
Y en cuanto a lo de cerrar el P2P en cuestion o reducirlo al minimo, pues depende de las circunstancias:
- Si el uploader trabaja con adsl 256 y hay algun downloader con cable 128, es evidente q debe cerrar los demas P2P.
- Sin embargo, si ambos trabajan con adsl 256, el downloader puede mantener la mula a 12k de bajada y 10k de subida, q para mi tampoco es "reducirlo al minimo"... es trabajar a medio gas.
- Si algun downloader tiene ya una conex mas potente (como pej cable 300, cable 1M o adsl 2M) ya ni te digo... recibe fluidamente sin despeinarse.
En cuanto a q el YDM necesita continuidad... pues si, como cualquier metodo de distribucion. De todos modos, si te permite apagar el ordenador... sabiendo q si lo vas a tener mucho tiempo desconectado vas a perder parte del fichero aunq luego x la mula se completa rapido por haber un buen nº de fuentes. Si apagas para un reinicio de 15 min, no vas a perder nada... y si es mas tiempo, va en funcion de cuanto sea.
La verdad es q tampoco estoy plenamente de acuerdo en este punto. Quiza a mi me parezca mas complicado pq no me he metido a fondo, pero lo de la duracion de los ficheros... ojala fueran 2 o 3 dias. En ese caso seria magnifico, pero x lo poco q se (de buena fuente, usuarios q han usado las news para distribuir) en algun caso hay trozos de fichero q en menos de 12 horas ya no se encuentran (aunq se pueden subir de nuevo).javu61 escribió: * NEWS: Idéntico al YDM, pero el cliente puede cortar y resumiar las descargas. Bajada activa durante dos o tres días máximo (y existen medios incluso mas cómodos y sencillos que el YDM para partir el fichero y recomponerlo, incluso pueden reconstruir de la nada un trozo que falte, o con muy poca información adicional).
Y en cuanto a la forma de trocear... creo q el yenc32 es de lo mas simple, y el donkey doctor igual 8no hay q ser ingeniero para usarlos, no son mas complicados q el winzip y menos con un manual a mano en el q se detallan todos los pasos).
La forma de trocear los ficheros no es x capricho... se basa en optimizar recursos 8codif yenc32) y en poder terminar las descargas con el emule en caso de perdidas (donkey doctor). Hasta en el peor de los casos, si x cualquier motivo pierdes 100, 200 o 650 megas de material lo q tienes es aprovechable.
Y mas na de momento, en todo lo demas coincido contigo.
Salu2.
estupendos análisis de torpedorr y javu
dos apuntes:
y dp querría animar a los enzarzados en discusiones más personales q suavicen sus posturas, me parece bien lo q dice flttr de responderá pro privado, pero hubiera preferido q tanto unos como otro se hubieran mostrado más respetuosos desde el principio
entiendo q ChapaPott puede haber visto un agravio comparativo en mi llamada de atención y me disculpo por ello
y bueno, dicho esto, animo a todos a participar en las predistribuciones (por el sistema q sea) y a compartir y disfrutar (lema de spanishare por cierto, q me encanta )
un abrazo
dos apuntes:
me parece ideal, ofrecimientos debe servir para eso. Añado q si el BT se acaba consolidando podemos abrir un subforo o arrejuntarlo con YDM y hacer un "métodos complementarios" o "predistribuciones"Publicais el enlace en la sección de Ofrecimientos o en la específica (por ahora solo hay para YDM), indicando el método, si es por FTP la IP del servidor, si es por YDM indicando día y hora, si es por NEW indicando servidor, día y hora, si es por Emule indicando el enlace, si es por BT poniendo el torrent, y si es por DC indicando usuario y hub.
y dp querría animar a los enzarzados en discusiones más personales q suavicen sus posturas, me parece bien lo q dice flttr de responderá pro privado, pero hubiera preferido q tanto unos como otro se hubieran mostrado más respetuosos desde el principio
entiendo q ChapaPott puede haber visto un agravio comparativo en mi llamada de atención y me disculpo por ello
y bueno, dicho esto, animo a todos a participar en las predistribuciones (por el sistema q sea) y a compartir y disfrutar (lema de spanishare por cierto, q me encanta
)un abrazo
Hola:
Como esto no es una pelea, sino una discusión, digamos exponiendo puntos de vista sobre YDM y NEWs, aunque de antemano se que no servirá de mucho, unos seguirán con las NEWs y otros con el YDM, igual que unos dicen que la mula va mucho mejor que el edonkey, y otros que se han dejado la mula por que el edonkey es mas rápido, Y MAS SENCILLO (y eso que son casi hermanos gemelos).
Lo de las velocidades de descarga, no es muy realista, reducir a 12 significa dejarlo en unos 8 a 10 efectivo, eso es bajo mínimos. Si tienes una línea de 2 Mb, eres un priviliegiado, hablamos de gente normal en sus casa, o de bichos raros como yo en la mia.
El hecho de que las descargas se puedan continuar con la mula, pues que quieres que te diga, yo lo he hecho con una de FTP y con otra de BT, y he conseguido finalizar. Existe un programa que te convierte una bajada incompleta de BT en un fichero .part y otro .part.met para que siga bajando con la mula, y otro que que hace lo mismo con cualquier fichero cortado en rtozos del que te falte algúno, típico de las NEWs.
Lo de las NEWs va un poco a rachas, lo normal es que permanezcan 2-3 días, el extremo son 12 horas, pero a las malas significa que tienes unas 12 horas de holgura para descargar el trozo del fichero, en el YDM tienes 10-15 minutos. Puedes apagar el ordenador de noche en un caso, y no en otro.
Jose Antonio
Como esto no es una pelea, sino una discusión, digamos exponiendo puntos de vista sobre YDM y NEWs, aunque de antemano se que no servirá de mucho, unos seguirán con las NEWs y otros con el YDM, igual que unos dicen que la mula va mucho mejor que el edonkey, y otros que se han dejado la mula por que el edonkey es mas rápido, Y MAS SENCILLO (y eso que son casi hermanos gemelos).
Lo de las velocidades de descarga, no es muy realista, reducir a 12 significa dejarlo en unos 8 a 10 efectivo, eso es bajo mínimos. Si tienes una línea de 2 Mb, eres un priviliegiado, hablamos de gente normal en sus casa, o de bichos raros como yo en la mia.
Evidentemente me refiero a continuidad inmediata, si dejas de recibir durante un cuarto de hora, seguro que pierdes un paquete. Si apagas 8 horas, ni te cuento. Esto no ocurre con los otros sistemas, salvo que tengas la mala suerte de empezar justo cuando el que sirve deja de compartir (y todos nos hemos quedado con algo colgado en la mula).torpedorr escribió:En cuanto a q el YDM necesita continuidad... pues si, como cualquier metodo de distribucion.
El hecho de que las descargas se puedan continuar con la mula, pues que quieres que te diga, yo lo he hecho con una de FTP y con otra de BT, y he conseguido finalizar. Existe un programa que te convierte una bajada incompleta de BT en un fichero .part y otro .part.met para que siga bajando con la mula, y otro que que hace lo mismo con cualquier fichero cortado en rtozos del que te falte algúno, típico de las NEWs.
No es que sea mas o menos dificil de partir, es de juntar de lo que hay que hablar. En las NEWs se usa el RAR o el HACHA. Instalas el programa, pinchas el el fichero XXXXXX.000, y se junta solo. Mas simple imposible. Lo de trocear, el sistema YDM optimiza mas, a costa de no tener casi información de verificación, los otros ocupan un poco mas (no creo que llegue a 1 Mb en 700Mb), pero son un poco mas fiables.torpedorr escribió:...Quiza a mi me parezca mas complicado pq no me he metido a fondo, pero lo de la duracion de los ficheros... ojala fueran 2 o 3 dias... en algun caso hay trozos de fichero q en menos de 12 horas ya no se encuentran
Lo de las NEWs va un poco a rachas, lo normal es que permanezcan 2-3 días, el extremo son 12 horas, pero a las malas significa que tienes unas 12 horas de holgura para descargar el trozo del fichero, en el YDM tienes 10-15 minutos. Puedes apagar el ordenador de noche en un caso, y no en otro.
Hombre, ya era hora de que reconocieses que te gustan las mismas pelis que a mi, que eres un fan de Star Trek, y que las mujeres son todas muy guapas.torpedorr escribió:Y mas na de momento, en todo lo demas coincido contigo.
Jose Antonio
Hola de nuevo, tengo un poco de prisa pq stoy de examenes, solo decir q teneis muchisima razon y q mejor no discutir, pq lo verdaderamente importante es k compartamos, sea como sea. torpedorr estupendo analisis aunke tiene unos cuantos fallos q si algun dia puedo me paso y t los comento (Q nadie me tilde de prepotente por decir eso! vamos creo q son fallos, pero tampoco tengo la verdad absoluta.) Y FromLostToTheRiver, mejor lo dejamos y ya stá. Saludos a todos!
Sin animo de polemizar con nadie, voy a reaponder algunas cosillas q se han dicho, la discusion se pone interesante:
Teniendo este detalle en cuenta, cualquiera que pretenda bajar mas que subir esta (quiza sin saberlo) aprovechandose de otros usuarios q suben mas q bajan (como es mi caso). Pretender mantener esta situacion eternamente me parece un desproposito... debemos ser conscientes de q la mayoria de lineas son asimetricas por lo q deberiamos comprender q en justicia si bajamos lo mismo q subiemos es lo mas justo.
Y teniendo la mula a 12k de bajada y 10k de subida se cumple este principio... y no olvidemos q con un proposito q nos beneficia a todos (el uploader distribuye mejor con menos sacrificios, los downloaders reciben masivamente y de forma rapida, y el resto de la comunidad descargara mejor el fichero al haber mas fuentes completas).
De todos modos, el enfoque q le das es diferente al mio: yo planteo la efectividad del sistema para conseguir multiples fuentes completas (o casi) en el menor tiempo posible. Es una labor de equipo.
Tu lo planteas desde el punto de vista "egoista" de un downloader q solo valora "cuanto tiempo tardo yo en obtener el fichero". Evidentemente q si cierras 8 horas pierdes paquetes, y tardaras mas en completar... pero completaras en un tiempo razonablemente rapido (segun las fuentes q haya) y de paso ya empezaras a subir trozos de fichero.
En fin, q este planteamiento no se lo suele hacer la gente q participa. Es mas una labor de equipo y orientada al bien general de la comunidad (aunq de rebote beneficie a todos).
Creo q hablas sin haberlo comprobado x ti mismo. El paso de decodificar yenc32 se utiliza tb en las News (se suele trabajar con ficheros yenc32 y hay q decodificarlos del mismo modo) e importar los trozos con el doctor es tb 1 solo paso.
De paso, te comento q si se trocea con el hacha (fue el primer programa q utilizamos hace año y medio) necesitas tener todos los trozos para reconstruir. Y con el winrar lo mismo, salvo q generes ficheros comodin usando el sistema de pares q pueda utilizar el q pieda algun trozo.
Y en cuanto a q no se tiene verificacion al juntarlos... decir eso es una barbaridad (revisa la informacion q tienes pq creo q no es correcta). Precisamente el donkey doctor revisa todos los trozos al unirlos y te elimina los corruptos si los hubiera.
Y cambiamos de interlocutor....
Un hilo muy interesante, creo q de todo esto podremos aprender bastante todos en general. A mi personalmente me apasionan estas discusiones, siempre q se mantengan en un ambiente de buen rollito.
Salu2.
Como informatico q dices ser, me sorprende este comentario. Supongo q sabras q en las redes P2P la tranferencia de informacion es cerrada. Es decir, el total de lo bajado entre todos los usuarios es igual al total de lo subido (me refiero a nivel de intercambio de ficheros, despreciando el trafico generado para informacion entre clientes y con los servidores).javu61 escribió: Lo de las velocidades de descarga, no es muy realista, reducir a 12 significa dejarlo en unos 8 a 10 efectivo, eso es bajo mínimos. Si tienes una línea de 2 Mb, eres un priviliegiado, hablamos de gente normal en sus casa, o de bichos raros como yo en la mia.
Teniendo este detalle en cuenta, cualquiera que pretenda bajar mas que subir esta (quiza sin saberlo) aprovechandose de otros usuarios q suben mas q bajan (como es mi caso). Pretender mantener esta situacion eternamente me parece un desproposito... debemos ser conscientes de q la mayoria de lineas son asimetricas por lo q deberiamos comprender q en justicia si bajamos lo mismo q subiemos es lo mas justo.
Y teniendo la mula a 12k de bajada y 10k de subida se cumple este principio... y no olvidemos q con un proposito q nos beneficia a todos (el uploader distribuye mejor con menos sacrificios, los downloaders reciben masivamente y de forma rapida, y el resto de la comunidad descargara mejor el fichero al haber mas fuentes completas).
Exactamente, el tiempo q puedes estar sin compartir (suponiendo el ejemplo de adsl 256) es de 20 a 25 min aprox. Si el uploader tiene una veloc mas baja, el tiempo aumenta.javu61 escribió: Evidentemente me refiero a continuidad inmediata, si dejas de recibir durante un cuarto de hora, seguro que pierdes un paquete. Si apagas 8 horas, ni te cuento. Esto no ocurre con los otros sistemas, salvo que tengas la mala suerte de empezar justo cuando el que sirve deja de compartir (y todos nos hemos quedado con algo colgado en la mula).
De todos modos, el enfoque q le das es diferente al mio: yo planteo la efectividad del sistema para conseguir multiples fuentes completas (o casi) en el menor tiempo posible. Es una labor de equipo.
Tu lo planteas desde el punto de vista "egoista" de un downloader q solo valora "cuanto tiempo tardo yo en obtener el fichero". Evidentemente q si cierras 8 horas pierdes paquetes, y tardaras mas en completar... pero completaras en un tiempo razonablemente rapido (segun las fuentes q haya) y de paso ya empezaras a subir trozos de fichero.
En fin, q este planteamiento no se lo suele hacer la gente q participa. Es mas una labor de equipo y orientada al bien general de la comunidad (aunq de rebote beneficie a todos).
Estas seguro de lo q dices???javu61 escribió: Lo de trocear, el sistema YDM optimiza mas, a costa de no tener casi información de verificación, los otros ocupan un poco mas (no creo que llegue a 1 Mb en 700Mb), pero son un poco mas fiables.
Creo q hablas sin haberlo comprobado x ti mismo. El paso de decodificar yenc32 se utiliza tb en las News (se suele trabajar con ficheros yenc32 y hay q decodificarlos del mismo modo) e importar los trozos con el doctor es tb 1 solo paso.
De paso, te comento q si se trocea con el hacha (fue el primer programa q utilizamos hace año y medio) necesitas tener todos los trozos para reconstruir. Y con el winrar lo mismo, salvo q generes ficheros comodin usando el sistema de pares q pueda utilizar el q pieda algun trozo.
Y en cuanto a q no se tiene verificacion al juntarlos... decir eso es una barbaridad (revisa la informacion q tienes pq creo q no es correcta). Precisamente el donkey doctor revisa todos los trozos al unirlos y te elimina los corruptos si los hubiera.
Y cambiamos de interlocutor....
Espero ansioso... cualquier oportunidad de aprender algo nuevo (o de ver q estoy equivocado en algo) me parece bien. Yo no te voy a tildar de prepotente por lo q digas (normalmente se da ese calificativo x el tono en q se dicen las cosas). Si tienes la razon te agradecere la correccion, y si creo q no la tienes intentare demostrartelo.ChapaPott escribió: torpedorr estupendo analisis aunke tiene unos cuantos fallos q si algun dia puedo me paso y t los comento (Q nadie me tilde de prepotente por decir eso! vamos creo q son fallos, pero tampoco tengo la verdad absoluta.)
Un hilo muy interesante, creo q de todo esto podremos aprender bastante todos en general. A mi personalmente me apasionan estas discusiones, siempre q se mantengan en un ambiente de buen rollito.
Salu2.
Hola:
A ver si ya puedo, que he empezado cuatro veces esta respuesta y no me han dejado acabar.
rebatirlo, y yo salgo por piernas con cualquier excusa. Así siempre gano las discusiones.
Y sobre lo de ser informático, pues no es que lo sea, es que le hecho morro, y engaño a todos,
¡HASTA MI MUJER CREE QUE LO SOY!, para que veas lo bien que se didimular (ayuda un poco que haga
solamente unos 26 años que hice mi primer programa, y que lleve unos 20 viviendo de esto, así con
cuatro palabros ya engaño a cualquiera).
hay con rátios 1:2, los hay con ratio 2:1, y con todas las variaciones posibles. Eso lo marca el que pone las normas del P2P. En el caso del Emule, no hay rátios, las colas están orientadas a igualar tus descargas entre todos los interesados, premiando a algunos ligéramente. Partiendo del principio de que la mayoría de las líneas que tenemos son asimétricas, 256/128, el rátio ya establecido en 2:1, o teniendo en cuenta el trafio accesorio y las esperas colas, se queda en 1.5:1 normalmente. Yo bajo mas de lo que subo, pero ayudo a muchos a bajarse mas cosas, que es el objetivo de los P2P como el emule, compartir.
Saludos a tod@s, Jose Antonio.
A ver si ya puedo, que he empezado cuatro veces esta respuesta y no me han dejado acabar.
Es que esa es mi táctica, lanzo un comentario sorprendente, que deja al rival pensando comotorpedorr escribió:Como informatico q dices ser, me sorprende este comentario.
rebatirlo, y yo salgo por piernas con cualquier excusa. Así siempre gano las discusiones.
Y sobre lo de ser informático, pues no es que lo sea, es que le hecho morro, y engaño a todos,
¡HASTA MI MUJER CREE QUE LO SOY!, para que veas lo bien que se didimular (ayuda un poco que haga
solamente unos 26 años que hice mi primer programa, y que lleve unos 20 viviendo de esto, así con
cuatro palabros ya engaño a cualquiera).
Sintiendolo mucho, supones demasiado, cada día sé menos por desgracia. Las situaciones ideales son eso, ideales, y planteas una situación cerrada, un grupo quiere compartir todos lo mismo, por lo que termina igualandose la cosa, situación de un sistema NO P2P. Una cosa que si se es que un P2P no es un grupo cerrado, no todos lo quieren todo, por lo que no se difunde de esta manera. En las redes P2P, como grupos abiertos que son, la información se distribuye asimétricamente, hay 500 bajandose la última, y 5 con un clásico, los hay que borran nada mas bajar, y otros que mantenemos unos 30Gb contínuamente (10 de cosas bajando y 20 permanentemente en el incoming).torpedorr escribió:Supongo q sabras q en las redes P2P la tranferencia de informacion es cerrada.
Es decir, el total de lo bajado entre todos los usuarios es igual al total de lo subido...
Las redes P2P están planteadas para compartir poniendo unos rátios. Los hay con rátios de 1:1, lostorpedorr escribió:Teniendo este detalle en cuenta, cualquiera que pretenda bajar mas que subir esta (quiza sin saberlo) aprovechandose de otros usuarios q suben mas q bajan (como es mi caso).
hay con rátios 1:2, los hay con ratio 2:1, y con todas las variaciones posibles. Eso lo marca el que pone las normas del P2P. En el caso del Emule, no hay rátios, las colas están orientadas a igualar tus descargas entre todos los interesados, premiando a algunos ligéramente. Partiendo del principio de que la mayoría de las líneas que tenemos son asimétricas, 256/128, el rátio ya establecido en 2:1, o teniendo en cuenta el trafio accesorio y las esperas colas, se queda en 1.5:1 normalmente. Yo bajo mas de lo que subo, pero ayudo a muchos a bajarse mas cosas, que es el objetivo de los P2P como el emule, compartir.
No estoy deacuerdo. Pongamos que dejo una sola peli en mi incoming, y equilibro subida y bajada. En cuanto bajo una peli, la grabo y la borro. Según tu definición, eso es justo, ya que mi ratio es 1:1, pero no comparto, que creo que es el objetivo primario de un P2P como la mula. Lo ideal es mantener muy alto el incoming, y compartir mas, para que haya muchos archivos circulando, y todos tengan la oportunidad de compartir. Si luego el ratio es uno u otro, no es el objetivo primario de los P2P. Para eso van mejor los FTP, que si puedes marcar ratios como quieras.torpedorr escribió:... debemos ser conscientes de q la mayoria de lineas son asimetricas por lo q deberiamos comprender q en justicia si bajamos lo mismo q subiemos es lo mas justo.
¿Donde está aqui el igualar subidas y bajadas?, te lo saltas por el bien de la comunidad. Pero es que el YMD no es un sistema P2P, igual que no lo son las NEWS, y el FTP solo depende de la forma de configurarlo lo será o no. Aquí no hay ratio, sino distribución.torpedorr escribió:... y no olvidemos q con un proposito q nos beneficia a todos (el uploader distribuye mejor con menos sacrificios, los downloaders reciben masivamente y de forma rapida, y el resto de la comunidad descargara mejor el fichero al haber mas fuentes completas).
¿Donde está la diferencia? Te vas por las ramas, no estoy atacando en YDM, estoy diciendo que existen opciones, que he usado sin ningún problema, cosa que no he podido con el YDM. He bajado pelis por FTP, y he podido cortar cuando quería. He bajado distribuciones por NEWs, apagando el ordenador de noche y manteniendo la Mula, y no he perdido ni un solo paquete. He bajado ficheros por BitTorrent, apagando y reanudando sin problemas. Lo que pasa es que no admites alternativas a mi problema, apago de noche y me van mal los YDM, por lo que prefiero BT.torpedorr escribió:De todos modos, el enfoque q le das es diferente al mio: yo planteo la efectividad del sistema para conseguir multiples fuentes completas (o casi) en el menor tiempo posible. Es una labor de equipo.
Mira, te doy la razón, soy muy egoista, solo pienso en mi. Quiero bajar pelis rápido, en lugar de estar un mes con una bajada (y al final bajó y la compartí), no comparto casi nada (solo 30 Gb), no hago cosas por la comunidad (solo he traducido subtítulos de 6 pelis y arreglado otras 2, ajustado un audio y tengo dos en proceso), solo aparezco en los foros para pedir pelis. En resumen, un desastre de tio, no, si cuando lo dice mi mujer, será por algo.torpedorr escribió:Tu lo planteas desde el punto de vista "egoista" de un downloader q solo valora "cuanto tiempo tardo yo en obtener el fichero". En fin, q este planteamiento no se lo suele hacer la gente q participa. Es mas una labor de equipo y orientada al bien general de la comunidad (aunq de rebote beneficie a todos).
Pues si te digo la verdad, la mitad me lo invento y la otra lo copio de otras webs, pero lo disimulo con cuatro palabras raras y no se da cuenta nadie.torpedorr escribió:Estas seguro de lo q dices???
Vamos a ver si nos aclaramos. Los sistemas que utilizan el correo usan protocolos estandard, y codifican el contenido con una serie de protocolos, generalmente utilizan MIME, que sirve para todo, pero no está optimizado para ficheros binarios y engorda mucho las descargas. Por eso se utiliza YENC32 (hay otros), que sirve para lo mismo, pero las engorda menos. Osea, que no es un sistema de codificación de información general, sino específico para NEW o MAIL, por eso no lo usan para FTP o P2P.torpedorr escribió:Creo q hablas sin haberlo comprobado x ti mismo. El paso de decodificar yenc32 se utiliza tb en las News (se suele trabajar con ficheros yenc32 y hay q decodificarlos del mismo modo)...
Efectivamente, no es lo mismo un programa pensado para una cosa que para otra, pero en ambos casos hay programas accesorios, que a partir de los trozos que tengas te generan un .PART para que continues la descarga.torpedorr escribió:De paso, te comento q si se trocea con el hacha (fue el primer programa q utilizamos hace año y medio) necesitas tener todos los trozos para reconstruir. Y con el winrar lo mismo, salvo q generes ficheros comodin usando el sistema de pares q pueda utilizar el q pieda algun trozo.
¿Yo dije eso?, no, dije que tienen mas información redundante para poder reconstuir ell fichero, no que no tenga verificación alguna. No confundas mas con mejor, o mas con nada.torpedorr escribió:Y en cuanto a q no se tiene verificacion al juntarlos... decir eso es una barbaridad
Pues a mi me gustan los rollitos, rellenos de pollo y con salsa por encima, están riquísimos.torpedorr escribió:...siempre q se mantengan en un ambiente de buen rollito.
Saludos a tod@s, Jose Antonio.
bueno... sin querer echar más leña al fuego... hay que ver qué ánimos más caldeados hay en este hilo!!.....
he usado el bittorrent y he de decir que va muy bien tanto para pillar cosas como para distribuirlas en primera instancia. A esto me refiero que cuando quieres compartir algo y eres la única fuente, por ser tu ripeo, por ejemplo... sólo que haya entre 5 a 10 ( si son más mejor )ususarios que lo pillen, puedes pasar un archivo de 700 megas de media en un día... yo creo que es un buen sistema para que en poco tiempo haya un número significativo de fuentes completas que pueden poner a compartir dicho archivo en la mula, haciendo así que las bajadas se vuelvan más dinámicas; ya hemos visto todos que cuando hay una única fuente, si ésta falla por lo que sea... nos quedamos todos con un archivo que no sabes cuando lo podrás acabar o si lo acabarás.....
En fin. no soy informática ( eso ya se ha notado , no?? ) ; pero creo que para conseguir varias fuentes completas, el bittorrent es un método muy válido.
saludos
xauuuuuuuu
he usado el bittorrent y he de decir que va muy bien tanto para pillar cosas como para distribuirlas en primera instancia. A esto me refiero que cuando quieres compartir algo y eres la única fuente, por ser tu ripeo, por ejemplo... sólo que haya entre 5 a 10 ( si son más mejor )ususarios que lo pillen, puedes pasar un archivo de 700 megas de media en un día... yo creo que es un buen sistema para que en poco tiempo haya un número significativo de fuentes completas que pueden poner a compartir dicho archivo en la mula, haciendo así que las bajadas se vuelvan más dinámicas; ya hemos visto todos que cuando hay una única fuente, si ésta falla por lo que sea... nos quedamos todos con un archivo que no sabes cuando lo podrás acabar o si lo acabarás.....
En fin. no soy informática ( eso ya se ha notado , no?? ) ; pero creo que para conseguir varias fuentes completas, el bittorrent es un método muy válido.
saludos
xauuuuuuuu
Ah!! os sorprendería ver el hambre que hay de buen cine; por ejemplo en la web de animersion... aunque lo se que se esté complartiendo mayoritariamente sean juegos , manga, anime o música...
siento si el nombrar otra web puede causar mal rollo; pero no se puede etiquetar para los restos a una web por sus aficiones... siempre hay de todo en todas partes.
saludos
xau
siento si el nombrar otra web puede causar mal rollo; pero no se puede etiquetar para los restos a una web por sus aficiones... siempre hay de todo en todas partes.
saludos
xau
-
ectoplaxma
- Mensajes: 846
- Registrado: Jue 29 May, 2003 02:00
- Contactar:
Han puesto un clasico buenisimo en shareadictos "La parada de los montruos" VOS Tv rip por bittorrent podeis bajr el tracker de aqui:
http://www.shareadictos.com/modules/Adi ... 208&id=214
se cerrará el tracker mañana 17/01/04 y despues seguira hasta que los que lo hayan pillado acaben
http://www.shareadictos.com/modules/Adi ... 208&id=214
se cerrará el tracker mañana 17/01/04 y despues seguira hasta que los que lo hayan pillado acaben
javu61, estas tergiversando totalmente todos mis argumentos, no se si pq me explico mal (intento ser claro en lo q digo y quiza no lo consigo) o quiza pq te va el morbillo de la polemica y la dialectica inutil.
De todos modos, por ultima vez intentare aclarar algunas cosas q parece q has interpretado mal, y otras en q creo q te equivocas. si yo digo algo en un sentido y estoy equivocado, podemos discutirlo. Pero si yo hablo de acelgas y tu hablas de nabos poco nos vamos a entender....
La 1ª parte de tu respuesta me la salto, no me aporta nada y tpoco se interpretar si el tono es jocoso, ironico o si buscas q reaccione de una forma determinada.
Paso ya a la "chicha":
Para q emule fuera un sistema cerrado, solo deberia haber transferencia de informacion entre clientes de esa red. Desde el momento q eso no es asi (puedes intercambiar informacion entre clientes emule, edonkey, overnet, etc o incluso empezar una descarga por BT y acabarla x emule) no hablamos de un sistema totalmente cerrado.
Saltandonos esta simplificacion, lo q si es cierto es q la red P2P es totalmente cerrada en cuanto a datos transferidos. Si entre todos los usuarios se bajan 2000 gigas, forzosamente esos 2000 gigas salen de los pc de otros usuarios. Me da igual si un fichero se descarga (o se sube) mas q otro, no analizo 1 fichero en concreto sino la globalidad de datos transferidos.
Cuando digo q son cerradas, no me refiero al nº de gigas compartidos en toda la red, me refiero a la cantidad de informacion q circula entre los usuarios q estan conectados.
Estaras conmigo en q los bytes no salen de la nada, no???
El hecho de lo q tengas en incoming es indiferente en cuanto a este punto de vista (y recalco, en cuanto a datos transferidos). Da lo mismo si compartes 30 gigas o si compartes 5, tu subiras diariamente 1 giga aprox de informacion q se descargaran otros usuarios. Ellos a su vez, subiran lo q sea q bajaran otros, etc.
Evidentemente q si acepto otras alternativas, solo analizo cuales son mas eficientes. Cada uno elige la q mas le apetece segun sus gustos y circunstancias personales. Faltaria mas.
Solo intentaba explicar q una distri YDM "parcial" (en la q solo puedes descargar un tiempo limitado) para nada es un inconveniente, y seguramente sigue siendo mas efectiva q cualquier otro metodo de los tratados.
Esta ironia te sobraba, no me referia a q tu seas egoista. Hablabamos de situaciones y planteamientos hipoteticos. Ole tus webos si has hecho todo lo q dices... pero dificilmente me vas a dar lecciones en ese sentido. Tampoco te lo digo con afan de alardear, pero si te digo q de mis manos han salido mas de 50 gigas de material quiza me quede corto (y me refiero a ripeos, no a los datos transferidos desde mi pc). Solo debes hacer una busqueda extendida en emule poniendo la palabra "torpedorr" y
sabras de q hablo.
De todos modos, te aclaro q compartir 30 gigas tampoco es siempre lo mejor.... Hay usuarios q comparten ficheros mas dificiles de bajar, otros van a saco.... y esos comportamientos pueden hacer q un usuario baje mas o menos de un fichero, pero en global suben lo mismo.
Imagina q entro en cola de un usuario q tiene 30 gigas compartidas, con ficheros super-demandados, y un par de "joyas" de baja disponibilidad. Dificilmente entrare a descargar si busco una de esas "joyas" (salvo q el lo provoque modificando prioridades o asignando slots de subida).
Ese comentario tb sobra, el hecho de q te plantee si estas seguro de algo no es un ataque personal.
Eso si me parece interesante, no sabia q existieran utilidades para generar un PART a partir de hacha o winrar.
Y poco mas q decir, acabo diciendo q me abstendre de comentar cualquier respuesta en el q el tono no me parezca el correcto, me gusta debatir pero no entrar en una polemica absurda.
Salu2 de uno q no es informatico.
De todos modos, por ultima vez intentare aclarar algunas cosas q parece q has interpretado mal, y otras en q creo q te equivocas. si yo digo algo en un sentido y estoy equivocado, podemos discutirlo. Pero si yo hablo de acelgas y tu hablas de nabos poco nos vamos a entender....
La 1ª parte de tu respuesta me la salto, no me aporta nada y tpoco se interpretar si el tono es jocoso, ironico o si buscas q reaccione de una forma determinada.
Paso ya a la "chicha":
Vamos a ver, estaba intentando simplificar la situacion. Ya se q las redes P2P no son totalmente "cerradas", pero si en su globalidad. Los contenidos se renuevan (hay ficheros nuevos, y otros desaparecen).javu61 escribió:Sintiendolo mucho, supones demasiado, cada día sé menos por desgracia. Las situaciones ideales son eso, ideales, y planteas una situación cerrada, un grupo quiere compartir todos lo mismo, por lo que termina igualandose la cosa, situación de un sistema NO P2P. Una cosa que si se es que un P2P no es un grupo cerrado, no todos lo quieren todo, por lo que no se difunde de esta manera. En las redes P2P, como grupos abiertos que son, la información se distribuye asimétricamente, hay 500 bajandose la última, y 5 con un clásico, los hay que borran nada mas bajar, y otros que mantenemos unos 30Gb contínuamente (10 de cosas bajando y 20 permanentemente en el incoming).
Para q emule fuera un sistema cerrado, solo deberia haber transferencia de informacion entre clientes de esa red. Desde el momento q eso no es asi (puedes intercambiar informacion entre clientes emule, edonkey, overnet, etc o incluso empezar una descarga por BT y acabarla x emule) no hablamos de un sistema totalmente cerrado.
Saltandonos esta simplificacion, lo q si es cierto es q la red P2P es totalmente cerrada en cuanto a datos transferidos. Si entre todos los usuarios se bajan 2000 gigas, forzosamente esos 2000 gigas salen de los pc de otros usuarios. Me da igual si un fichero se descarga (o se sube) mas q otro, no analizo 1 fichero en concreto sino la globalidad de datos transferidos.
Cuando digo q son cerradas, no me refiero al nº de gigas compartidos en toda la red, me refiero a la cantidad de informacion q circula entre los usuarios q estan conectados.
Estaras conmigo en q los bytes no salen de la nada, no???
El hecho de lo q tengas en incoming es indiferente en cuanto a este punto de vista (y recalco, en cuanto a datos transferidos). Da lo mismo si compartes 30 gigas o si compartes 5, tu subiras diariamente 1 giga aprox de informacion q se descargaran otros usuarios. Ellos a su vez, subiran lo q sea q bajaran otros, etc.
Ese es el analisis desde el punto de vista de 1 usuario, pero no hablo de eso. Hablo de la globalidad, si hay 10 usuarios en la red q suben entre ellos 10 gigas, entre todos descargan 10 gigas (sin valorar q tipos de fichero son, o si la reparticion de esos ficheros es equitativa). Si 1 usuario baja 2 y sube 1, su ratio sera de 2:1.... pero forzosamente ese "exceso de descarga" repercutira en los 9 restante3s (distribuyelo como quieras, o bajan 0.9 cada 1, o 1.5 4 de ellos y 0.6 los 5 restantes, etc).javu61 escribió:Las redes P2P están planteadas para compartir poniendo unos rátios. Los hay con rátios de 1:1, los
hay con rátios 1:2, los hay con ratio 2:1, y con todas las variaciones posibles. Eso lo marca el que pone las normas del P2P. En el caso del Emule, no hay rátios, las colas están orientadas a igualar tus descargas entre todos los interesados, premiando a algunos ligéramente. Partiendo del principio de que la mayoría de las líneas que tenemos son asimétricas, 256/128, el rátio ya establecido en 2:1, o teniendo en cuenta el trafio accesorio y las esperas colas, se queda en 1.5:1 normalmente.
Como muchos, yo entre ellos.... pero eso tiene su logica. Las lineas con mas capacidad estan en conexiones de alta velocidad (universidades, empresas, usuarios firewalled o con lineas simetricas...) en las q normalmente se sube mas de lo q se baja. De ahi q esa informacion compense q muchos otros usuarios bajen mejor.javu61 escribió:Yo bajo mas de lo que subo, pero ayudo a muchos a bajarse mas cosas, que es el objetivo de los P2P como el emule, compartir.
Pues si, eso es lo justo.... pero solo desde el punto de vista estadistico. Pero las matematicas no suelen en realidad determinar si una forma de actuar es justa o injusta. Creo q hay otros aspectos de gran importancia q deben guiar nuestro comportamiento en este caso.javu61 escribió:Pongamos que dejo una sola peli en mi incoming, y equilibro subida y bajada. En cuanto bajo una peli, la grabo y la borro. Según tu definición, eso es justo, ya que mi ratio es 1:1, pero no comparto, que creo que es el objetivo primario de un P2P como la mula.
Pues efectivamente no lo igualo.... mi ratio en este caso pulveriza cualquier estadistica. Si subo 700 megas (mientras los demas siguen compartiendo) y en la red aparecen 35 gigas (los downloaders meten ese fichero en incoming), echa tu numeros....javu61 escribió:¿Donde está aqui el igualar subidas y bajadas?, te lo saltas por el bien de la comunidad.
javu61 escribió:Lo que pasa es que no admites alternativas a mi problema, apago de noche y me van mal los YDM, por lo que prefiero BT.
Evidentemente q si acepto otras alternativas, solo analizo cuales son mas eficientes. Cada uno elige la q mas le apetece segun sus gustos y circunstancias personales. Faltaria mas.
Solo intentaba explicar q una distri YDM "parcial" (en la q solo puedes descargar un tiempo limitado) para nada es un inconveniente, y seguramente sigue siendo mas efectiva q cualquier otro metodo de los tratados.
javu61 escribió:Mira, te doy la razón, soy muy egoista, solo pienso en mi. Quiero bajar pelis rápido, en lugar de estar un mes con una bajada (y al final bajó y la compartí), no comparto casi nada (solo 30 Gb), no hago cosas por la comunidad (solo he traducido subtítulos de 6 pelis y arreglado otras 2, ajustado un audio y tengo dos en proceso), solo aparezco en los foros para pedir pelis.
Esta ironia te sobraba, no me referia a q tu seas egoista. Hablabamos de situaciones y planteamientos hipoteticos. Ole tus webos si has hecho todo lo q dices... pero dificilmente me vas a dar lecciones en ese sentido. Tampoco te lo digo con afan de alardear, pero si te digo q de mis manos han salido mas de 50 gigas de material quiza me quede corto (y me refiero a ripeos, no a los datos transferidos desde mi pc). Solo debes hacer una busqueda extendida en emule poniendo la palabra "torpedorr" y
sabras de q hablo.
De todos modos, te aclaro q compartir 30 gigas tampoco es siempre lo mejor.... Hay usuarios q comparten ficheros mas dificiles de bajar, otros van a saco.... y esos comportamientos pueden hacer q un usuario baje mas o menos de un fichero, pero en global suben lo mismo.
Imagina q entro en cola de un usuario q tiene 30 gigas compartidas, con ficheros super-demandados, y un par de "joyas" de baja disponibilidad. Dificilmente entrare a descargar si busco una de esas "joyas" (salvo q el lo provoque modificando prioridades o asignando slots de subida).
javu61 escribió:Pues si te digo la verdad, la mitad me lo invento y la otra lo copio de otras webs, pero lo disimulo con cuatro palabras raras y no se da cuenta nadie.
Ese comentario tb sobra, el hecho de q te plantee si estas seguro de algo no es un ataque personal.
javu61 escribió:Efectivamente, no es lo mismo un programa pensado para una cosa que para otra, pero en ambos casos hay programas accesorios, que a partir de los trozos que tengas te generan un .PART para que continues la descarga.
Eso si me parece interesante, no sabia q existieran utilidades para generar un PART a partir de hacha o winrar.
Y poco mas q decir, acabo diciendo q me abstendre de comentar cualquier respuesta en el q el tono no me parezca el correcto, me gusta debatir pero no entrar en una polemica absurda.
Salu2 de uno q no es informatico.
Última edición por torpedorr el Vie 16 Ene, 2004 03:22, editado 1 vez en total.