level 1
你贡献了多少？
2014年07月31日 05点07分
level 6
其实在emule下载就像在淘宝买东西。没有卖家卖的话你就买不着。有卖家卖，但是快递慢的话你就要等着。除了耐心，别无他法。
2014年07月31日 05点07分
5
回复 756904349 ：和上传下载双方的网络环境，传输中间环节都有关系。我这里连台湾源也是这样，零点几K
2014年07月31日 06点07分
真理呀。
2014年07月31日 18点07分
level 1
level 1
level 1
level 11
level 1
level 8
level 1
level 11
![[啊]](/static/emoticons/u554a.png)
level 5
那么怎么设置上传速度最好呢？
我尽量设小点，保证不会阻塞是不是就好了呢。
这个想法不错，但是让我们先来明确一个概念：整个eMule网络的上传总量等于下载总量。
这个概念是什么意思？能引申出来什么结果？
举例来说，如果哪一天整个eMule网络只有两个用户A和B了，如果A不共享不上传B感兴趣的文件那么B就不能下载到任何数据了。B如果也做一样的事，那么整个eMule网络就死掉了。
结论就是正是因为有人在上传，所以eMule网络才得以生存。如果人人都关闭上传或者少上传，那么eMule就不用玩了。上传就是eMule的生存线！
eMule的积分机制就是为了鼓励上传，以更短的排队时间奖励努力上传者。当然有褒也有贬，对于没有上传的或者上传很少的就会予以“制裁”。
所以努力把上传速度往小里设的，住手！这不是一个好的选择。
这么说来，难道应该把上传速度尽量射到最大？？？
2014年08月02日 06点08分
18
我尽量设小点，保证不会阻塞是不是就好了呢。
这个想法不错，但是让我们先来明确一个概念：整个eMule网络的上传总量等于下载总量。
这个概念是什么意思？能引申出来什么结果？
举例来说，如果哪一天整个eMule网络只有两个用户A和B了，如果A不共享不上传B感兴趣的文件那么B就不能下载到任何数据了。B如果也做一样的事，那么整个eMule网络就死掉了。
结论就是正是因为有人在上传，所以eMule网络才得以生存。如果人人都关闭上传或者少上传，那么eMule就不用玩了。上传就是eMule的生存线！
eMule的积分机制就是为了鼓励上传，以更短的排队时间奖励努力上传者。当然有褒也有贬，对于没有上传的或者上传很少的就会予以“制裁”。
所以努力把上传速度往小里设的，住手！这不是一个好的选择。
这么说来，难道应该把上传速度尽量射到最大？？？
level 5
那么怎么设置上传速度最好呢？
难道应该把上传速度尽量射到最大？？？
非常遗憾，射到最大也是不好的。。。为什么呢？
前面说过上传带宽就是大马路，各色数据包就是各种货车跑车，要是这条马路堵了，那这些车辆就不能及时把车上的货物运送到目的地，后续的生意就不用做了。
还有另外的因素很多人也没有注意到：
别的程序也可能要占用网络带宽啊，发了个巨大的eMail或者直接浏览器下载都会挤占带宽，
上传堵塞就像喝水呛到一样，在喘气平顺以前下载速度也会大幅“咳嗽”。
那怎么办呢？设小了浪费带宽（都是包年的吧？不用白不用啊）设大了会堵塞，设得eMule用起来刚刚好别的程序一开又堵塞了，烦！有没有一种自动调整的机制可以让机器自己控制啊？有！NAFC闪亮登场~
2014年08月02日 06点08分
19
难道应该把上传速度尽量射到最大？？？
非常遗憾，射到最大也是不好的。。。为什么呢？
前面说过上传带宽就是大马路，各色数据包就是各种货车跑车，要是这条马路堵了，那这些车辆就不能及时把车上的货物运送到目的地，后续的生意就不用做了。
还有另外的因素很多人也没有注意到：
别的程序也可能要占用网络带宽啊，发了个巨大的eMail或者直接浏览器下载都会挤占带宽，
上传堵塞就像喝水呛到一样，在喘气平顺以前下载速度也会大幅“咳嗽”。
那怎么办呢？设小了浪费带宽（都是包年的吧？不用白不用啊）设大了会堵塞，设得eMule用起来刚刚好别的程序一开又堵塞了，烦！有没有一种自动调整的机制可以让机器自己控制啊？有！NAFC闪亮登场~
level 5
先说NAFC的工作机制：
网卡作为一个设备有一个接口专门提供工作状态的报告。当eMule开启了NAFC功能以后，每隔一秒钟eMule会查询并记录网卡的这个报告，eMule的统计信息页面也会以图形显示这个报告。每10份记录计算平均值，从这个平均值估算下一秒eMule可用的上传带宽。
简单的说就是开了NAFC以后每一秒的上传带宽设置都是不一样的，随着整个系统（网卡）的负荷变化而自动变化。就像国家从统计局获得历年的生产总值而制定下一个五年计划一样。
当你的突发操作堵塞带宽的时候，NAFC有1秒的时间来做调整，因此数据包最多堵塞1秒，然后就又顺畅了。而这都是完全自动进行的，多好的功能啊！
因为有着一秒的延迟，所以开了NAFC的骡友应该把你的上传上限设定为实际上传值的90%
比方我这里只给64KB/s，所以我的上传上限一直都是设置为58KB/s.
NAFC是mod提供的功能，开发者们在完成开发兴奋之余，还决定督促一下那些上传设置太小的家伙，因此内置了“制裁”功能，具体是类似于这样的：
1、if up=0，then down=1KB/s
2、if up<16，then down=up*3
3、if up>16, then down=unlimited
楼主的状况新骡未共享任何文件，上传速度恒为0，所以下载限制为1k。
但是一旦上传速度超过16k就不会被限制了。
2014年08月02日 07点08分
20
网卡作为一个设备有一个接口专门提供工作状态的报告。当eMule开启了NAFC功能以后，每隔一秒钟eMule会查询并记录网卡的这个报告，eMule的统计信息页面也会以图形显示这个报告。每10份记录计算平均值，从这个平均值估算下一秒eMule可用的上传带宽。
简单的说就是开了NAFC以后每一秒的上传带宽设置都是不一样的，随着整个系统（网卡）的负荷变化而自动变化。就像国家从统计局获得历年的生产总值而制定下一个五年计划一样。
当你的突发操作堵塞带宽的时候，NAFC有1秒的时间来做调整，因此数据包最多堵塞1秒，然后就又顺畅了。而这都是完全自动进行的，多好的功能啊！
因为有着一秒的延迟，所以开了NAFC的骡友应该把你的上传上限设定为实际上传值的90%
比方我这里只给64KB/s，所以我的上传上限一直都是设置为58KB/s.
NAFC是mod提供的功能，开发者们在完成开发兴奋之余，还决定督促一下那些上传设置太小的家伙，因此内置了“制裁”功能，具体是类似于这样的：
1、if up=0，then down=1KB/s
2、if up<16，then down=up*3
3、if up>16, then down=unlimited
楼主的状况新骡未共享任何文件，上传速度恒为0，所以下载限制为1k。
但是一旦上传速度超过16k就不会被限制了。
level 11
![[笑眼]](/static/emoticons/u7b11u773c.png)
