vfabgar, on 29 April 2020 - 05:50 PM, said:
Subes más rápido, pero a menos personas al mismo tiempo. La filosofía de eMule es compartir archivos, que los archivos se difundan y se propaguen bien por la red, no subirle una parte de un archivo más rápido a un grupo reducido de personas.
vfabgar, on 29 April 2020 - 05:50 PM, said:
El uso intensivo se produce principalmente a la hora de escribir en el disco duro, y no tanto al leer información. Aunque fuera así, también puede utilizarse ese mismo argumento al revés porque subes más rápido e igualmente accedes más veces al disco duro. De hecho, en el post que cito al final de este mensaje se comenta precisamente esto.
vfabgar, on 29 April 2020 - 05:50 PM, said:
Si no recuerdo mal, esas protecciones antileech se basan en un archivo DLL que contiene un listado de clientes eMule o versiones concretas para bloquearlas, que probablemente nadie actualiza a día de hoy. Pero hablo de situaciones leecher, entre comillas, no de clientes leecher como tal. Es decir, comportamientos dudosos o que pueden ir contra el objetivo del proyecto. Un ejemplo para que se me entienda: una persona que tenga 100 Mbps de subida y establezca su límite de subida a 12 KB/s no contribuye para nada a la red. Creo que controlar las subidas y limitar los slots no es positivo para la red porque se promueve que las partes del archivo se difundan a menos personas al mismo y además que se haga más rápido. Hay usuarios que descargan y se van. Si eMule sube a más personas evitas esto. Hay soluciones intermedias que se estaban explorando, probando y aplicando tanto en la última beta oficial como en la última versión de desarrollo que se ha publicado posteriormente en el foro. Son cambios que consisten en aumentar la velocidad media de cada slot y el número de slots que se abren en función de la capacidad de subida establecida, dado que actualmente las velocidades de subida son mayores. Esa conversación dentro de las versiones de desarrollo, los cambios y las pruebas pueden leerse a partir de este mensaje.
Este no es un debate nuevo. Sobre el uso de la función slot focus, los desarrolladores de eMule explicaban lo siguiente:
Some Support, on 08 June 2008 - 03:35 PM, said:
Also most users prefer a constant download over fast spikes and 0-downloads (even through it would be the same amount of data in the end). Those rather rare users who really have an advantage of SF may use a mod which suits there needs.
So no we won't implement SF. However as transferespeeds got faster in the last years its possible that we raise the average upload per slot a bit (in the magnitude of + 25%-75%) at some point.
En español: no hay ventajas significantes sobre el sistema actual. No subes más, sino más rápido. Si subes una parte a una persona con una buena capacidad de subida, puede que la difusión de archivos más raros o poco comunes sea un poco más rápida. Pero si subes a una persona con una capacidad de subida limitada, el archivo se difundirá también más lentamente.
This post has been edited by NoMiaus: 29 April 2020 - 05:52 PM