Una actualización de Microsoft ralentiza la velocidad de los P2P

#4   Aquí : www.lvllord.de/?lang=en&url=downloads teneis una buena aplicación para Win con el cual puedes cambiar las conexiones simultáneas de una manera sencilla.

P.D.: Pues sí, parece ser que dicha actualización cambia el número de conexiones a 10 .

#5   Que el parche de MS sustituya al antiguo tcpip.sys no solo no es sorprendente, sino que es altamente recomendable, pues te lo sustituye con una versión de tcpip.sys que aunque restaure el límite, tiene corregido un grave fallo de seguridad, si te dejara tu antiguo tcpip.sys parchado serías vulnerable. Además, lo único que limita Microsoft es el número de intentos de conexion/segundo...el emule funciona perfectamente sin parchear nada, tan solo tarda algo más en efectuar los intentos iniciales de conexión a todos los peers de los que te bajas el archivo, pero despues de un par de minutos todo está normal.

#6   ¿Ah, pero no es una feature?

Como la gente se suele instalar Windows para ralentizar el sistema...

#7   ¿Qué? ¿más lento aún? ¿en serio? ¿aún más?

#9   ¿Pero no se suponía que el parche que cambiaba las TCP/IP no servía para absolutamente nada? Que era un hoax?

#10   Nuevo Windows Vista RC1, todavia mas lento que la version anterior, consume un 15% mas de RAM y ahora ademas te congestiona el trafico de BitTorrent.

#11   A ver si lo entiendo: Microsoft saca una actualización que corrige una vulnerabilidad grave de tcp/ip.
Resulta que el archivo corregido (o uno de ellos) hay mucha gente que lo ha modificado o sustituido por otro modificado para corregir un supuesto problema con las redes p2p (problema que, por cierto, yo nunca he tenido). Y, por supuesto, la culpa es de Microsoft.

O sea, que si en mi Debian modifico un binario porque me da la gana (en este caso, encima, puedo hacerlo libremente porque tengo las fuentes, pero eso aquí es lo de menos), publican una versión en el repositorio que corrige una vulnerabilidad del archivo (del archivo original, claro), actualizo mi sistema y pierdo la versión por-mí-modificada de aquel archivo es culpa de Debian.

Ahora cuento lo de Debian a todo el mundo y lo menos que me dicen es idiota...

#13   es una estupidez, este tipo de noticias son solo para mala fama.. como bien dicen, si mejora problemas de seguridad, entonces vale la pena... stop linux fan boys que hablan mas de windows que de linux

#14   #11 Bueno en debian y por lo general en cualquier distribución de Linux cuando quieres modificar algo relacionado con la configuración del sistema tienes un loquesa.local que se carga con un include en el archivo de configuración principal y sobreescribe usando los parámetros que tu hayas configurado, de ese modo ninguna actualización te va a quitar nada.

Del mismo modo si quieres usar una librería modificada la situas en /usr/local/lib y le das preferencia sobre /usr/lib

Pero claro estamos hablando de un sistema operativo de verdad y no de una chapuza cómo Windows, así que por favor las comparaciones con Linux las justas

#15   <<Muchos usuarios de clientes torrent estaban asombrados como, de un día para otro, muchos de los torrents activos tenían problemas de conectividad con sus respectivos trackers y daban errores de conexión, time out etc.>>

Por mi Windows se puede evaporar. Pero de ahí a decir esas tonterias para menospreciarlo... Que tendrá que ver el número de conexiones simultáneas por segundo con todo eso?

Además de que esa restricción no se la inventó Micrsoft por amor al arte. Viene derivada de la época de los virus Blaster, Sasser y Sober... O sea que encima lo hace para proteger la seguridad de sus usuarios.

#17   Amarillismo puro y duro.

#18   #14 estamos hablando de gente que se descarga un parche de origen desconocido porque hay quien dice que asi su p2p va más rápido. ¿Crees que serían capaz de hacer todo eso en Debian?

#19   Está bien que se avise para la gente que tenga p2p en windows y note una caída en la velocidad de descarga.

De todas formas yo no recomendaría ir parcheando *.sys con parches de a saber donde. Tampoco entiendo porqué se hace necesario tal acción para algo tan simple como aumentar el número de conexiones por segundo, suponía que habría algo en el registro para modificar ese parámetro.

#20   #18 Para empezar en Debian no necesitarias un parche para optimizar eso, luego igual que puedes instalar un parche en Windows que lo haga por tí puedes instalar un parche en Debian que lo haga por tí y por último no se trata de si serían capaces de hacerlo en Debian o no, se trata de que en Windows directamente no podrían.

#21   Yo flipo con las noticias que llegan a portada. Esta es cuando menos amarillista.

#22   Vamos a ver, amarillista poco, a mi me ha pasado y hasta que no he leído la noticia no sabía nada de esto... Tenía parcheado el fichero porque SIMPLE Y LLANAMENTE M$ no me permitía hacerlo de otra forma. Ahí está el problema M$ es la culpable de que se tengan que hacer este tipo de modificaciones por ser cçodigo cerrado, es la única forma de poder configurarlo "ligeramente" para que medio haga lo que necesitas, como con los temas firmados que son otro cantar...

#23   #19 No se si es peor tener el tcpip.sys de un hacker desconocido que tener la versión de microsoft...

#24   Ese manual es absurdo, o sea habilita una exageración de aperturas de conexión concurrentes (10.000) que incluso desaconseja el creador del parche y luego limitan desde el propio emule a 50 aperturas de conexión concurrentes... ¿alguien le encuentra sentido? ¿por qué no, si van a limitarlo en el emule a 50, no ponen ese límite a 50 o 60 en el sistema operativo y asi se guardan las espaldas ya que es una buena medida de seguridad? ¿será que el que ha hecho el manual no tiene ni idea de inglés y no sabía ni lo que estaba tocando?

Salu2!!

#25   Razones para no usar ese "parche" (el "no oficial", digo):
www.multingles.net/docs/jmt/sp2_p2p.htm

#26   Gracias, M$, ahora a los que usamos Linux nos habéis dejado libre mas ancho de banda.