eMule sẽ bỏ tất cả trừ một kết nối khi còn 5 giây trước khi kết thúc, phải mất thêm 20 phút nữa, làm thế nào để khắc phục điều này?

Hành vi này của eMule gần như là ngu ngốc, trừ khi có lý do tốt hơn - tốc độ tải xuống là 200 kbyte / s và toàn bộ tệp gần hoàn tất.

Nhưng khi còn khoảng 10 giây trước khi kết thúc, nó đã bỏ các kết nối một cách có chủ ý, từng cái một, ngoại trừ cái chậm nhất, khoảng 1kb / s.

Thông thường, kết nối chậm nhất là rất không đáng tin cậy - nó có thể giảm xuống còn 332 byte / s hoặc bị ngắt kết nối hoàn toàn.

Kết quả: 3 giây cuối cùng bây giờ có thể trở thành 20 phút nữa hoặc hơn. Tôi không biết việc tiết kiệm "3 giây" có thể mang lại lợi ích gì cho người khác? Nhưng tôi biết 3 giây của tôi trở thành 20 phút xảy ra với mọi người và nó ảnh hưởng đến mỗi người rất nhiều. Có cách nào để giải quyết này?

emule

— the searcher
nguồn

Vâng, tôi đã thấy điều này quá nhiều lần. Một điều cần kiểm tra là Đăng nhập tab của Máy chủ khung. Xem những gì nó nói; đặc biệt kiểm tra xem eMule có đang băm tập tin đã hoàn thành hay không. Có thể là một hoặc nhiều đoạn bị hỏng, vì vậy tệp chưa thực sự kết thúc và eMule phải tải lại chúng. Điều này là phổ biến với bất kỳ thứ gì có bản quyền (hoặc thậm chí được cho là có bản quyền) bởi vì có những công ty có nhiệm vụ truyền bá các tệp bị hỏng và họ thường có thể quá nhiệt tình.

— Synetech

Điều này là do bạn đang tải tập tin theo từng phần. Một nhóm người tất cả đều có tệp bạn muốn, vì vậy bạn tải xuống từ tất cả chúng cùng một lúc. Sau đó, khi bạn hoàn thành một đoạn, bạn yêu cầu đoạn tiếp theo.

Điều gì xảy ra khi bạn gần kết thúc tải xuống, giả sử bạn còn 5 đoạn và bạn đang tải xuống tất cả chúng cùng lúc từ những người khác nhau. Họ hoàn thành từng cái một cho đến khi chỉ còn lại kết nối chậm nhất.

Tôi có thể đề nghị nếu điều này làm phiền bạn để ngắt kết nối và kết nối lại và hy vọng bạn yêu cầu đoạn từ ai đó nhanh hơn. Nếu không, chương trình P2P của bạn đang hoạt động như dự định.

— OmnipotentEntity
nguồn

bạn có nghĩa là mỗi chunk chỉ có 1 người? Vì vậy, đoạn chậm nhất là ở đó trong khi đoạn nhanh nhất đã hoàn thành và "họ biến mất" ... đó có vẻ là một lý do có thể, nhưng không nên chương trình cải thiện bằng cách chuyển đổi anh chàng "nhanh" để giúp "người chậm nhất" ? (đặc biệt là gần cuối)

— the searcher

Giả sử tập tin được chia thành 20 phần và bạn đang tải chúng xuống từ 2 người. Một cái có tốc độ kết nối ở mức 200 kB / s và cái kia có 2 kB / s. Bạn yêu cầu một đoạn từ cả hai. Bạn bắt đầu tải xuống cả hai khối cùng một lúc. Khi bạn hoàn thành một đoạn bạn yêu cầu một đoạn khác. Điều thú vị xảy ra là 19 khối được yêu cầu từ anh chàng 200kB / s và chỉ 1 từ anh chàng 2kB / s. Chương trình không có cách nào để biết anh chàng 200kB / s sẽ ngắt kết nối sau 1 chunk hay 20, và hủy đoạn từ anh chàng chậm chạp chỉ làm lãng phí băng thông của anh ta.

— OmnipotentEntity