eMule перерве все, окрім одного з’єднання, коли це за 5 секунд до кінця, і це займе ще 20 хвилин, як це виправити?


2

Така поведінка eMule майже ідіотична, якщо тільки немає кращої причини - швидкість завантаження становила 200 кбайт / с, а весь файл майже закінчується.

Але коли пройшло близько 10 секунд до фінішу, він кинув з'єднання навмисно, по черзі, за винятком найповільнішого, який становить близько 1 кбіт / с.

Зазвичай найповільніший зв’язок дуже ненадійний - він може погіршитись до 332 байт / с або повністю відключитися.

Результат: останні 3 секунди тепер можуть стати ще 20 хвилин або більше. Я не знаю, як економія "3 секунди" може принести користь іншим людям? Але я знаю, що мої 3 секунди, що стають 20 хвилин, трапляються з усіма, і це впливає на кожну людину дуже багато. Чи є спосіб вирішити це?


Так, я занадто багато разів бачив це. Одне, що потрібно перевірити, це вкладка Журнал панелі " Сервери" . Подивіться, що це говорить; особливо перевірте, чи eMule хеширує готовий файл. Можливо, один або кілька фрагментів пошкоджені, тому файл насправді не закінчений і eMule має їх повторно завантажувати. Це властиво всьому, що захищено авторським правом (або навіть вважається, що воно захищено авторським правом), оскільки є компанії, завдання яких - розповсюдження пошкоджених файлів, і вони часто можуть завищати.
Synetech

Відповіді:


2

Це тому, що ви завантажуєте файл частинами. У всіх людей є потрібний файл, тому ви завантажуєте їх одночасно. Потім, коли ви закінчите з шматочком, ви запитаєте наступний шматок.

Що відбувається, коли ви закінчуєте завантаження, скажімо, у вас залишилося 5 фрагментів, і ви завантажуєте їх одночасно від різних людей. Вони завершуються по одному, поки не залишиться лише найповільніший зв’язок.

Я можу запропонувати, якщо це заважає вам відключитись та підключитися, і сподіваюся, що ви швидше просите шматок від когось. В іншому випадку ваша програма P2P працює за призначенням.


ви маєте на увазі кожен шматок лише 1 людини? тож найповільніший шматок є в той час, як найшвидший шматок все зроблено, і "вони відходять" ... це схоже на можливу причину, але не слід програму покращувати, перемикаючи "швидкого" хлопця, щоб допомогти "найповільнішому хлопцю" ? (особливо ближче до кінця)
шукач

Скажімо, файл розбито на 20 фрагментів, і ви завантажуєте їх у двох осіб. Один зі швидкістю з'єднання 200 кБ / с, а другий - 2 кБ / с. Ви вимагаєте шматка від обох. Ви починаєте завантажувати обидва фрагменти одночасно. Коли ви закінчите шматок, ви запитаєте ще один шматок. Що накручується, це те, що від 19 кб / с хлопець просять 19 шматок і лише 1 хлопець 2 кБ / с. Програма не може знати, чи хлопець 200 кБ / с відключиться через 1 шматок або 20, а скасування шматка від повільного хлопця просто витрачає свою пропускну здатність.
OmnipotentEntity
Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.