StulleMule是基於MorphXT的Mod，由著名Modder——Stulle開發並維護，其基於MorphXT的Mod共同的特徵是強大的資源釋出能力。
雖然並不支援掛載DLP，但StulleMule本身已有反吸血Argos，而且內置了Xtreme強大的DLP動態反吸血功能，不用擔心被一些吸血騾吸血。
使用了SSE2指令集所編譯而成，只更動emule90.vcproj(vs2008)這部分，關聯到Win7SDK的路徑，所以提供了原碼(內含Win7SDK)
單獨的執行檔(SSE2-Binary)：
eMule 0.50a StulleMule v7.0 SSE2-Binary
（SHA1：e5961dbdf683a4abb2957620250110318ece9c17）
原碼(附加Win7SDK，對於vs2008)
eMule 0.50a StulleMule v7.0 with SRC(include Win7SDK for vs2008)
（SHA1：dd8f93539209fcf812ad4d294a8a459e03abf143）
Changelog：
======================================
Base on eMule 0.50a StulleMule v7.0
======================================
26-12-2010[change]:include WIN7SDK in emule90.vcproj [DargonD]
31条评论隐藏
😥 下午才下StulleMule 7.0，这么快就有SSE2！
龙 要改成外挂dlp不？ 过两天我就闲了 ^^
SSE指令编译而已，个人感觉没啥区别。
lz没动Stullemule的DLP？
能过滤 VC 吗？
请各位介绍下这个 新玩意
StulleMule 7.0 对这个充满新鲜感 但那位大侠 能说说 具体设置 好像好多新功能
Emule的计算其实不是很多，改成sse2编译目前来说只对使用了Crypto++和zlib的emule模块有些影响，也就是说sse2对hash的速度可能有所影响，但hash又和IO有极大的关系，SSE2对IO又没有多大作用。我觉得修改emule的编译时，除了使用sse2编译外，还推荐使用GL（VS）或者Qipo（Intel）等全局优化等提高缓存优化的东西，这些对IO的作用比较显著，因为emule是个极耗IO的东西，提高了IO操作亦即提高了emule的性能。
@三弄 不知在下是否有慧根
@liumailong 沒動到更新名單的地方，自然不會有檢測VC的名單
@五月三 沒
激动啊~~StulleMule出来了ScarAngel还会远吗~~~ 😀
@racede
坐等天使
我也只编译ScarAngel
各位大神估计下天使还要等多久才来啊？……
@marazone
保守估计 4个月吧
难道没有对恶魔感兴趣的么？…… 😯
@三弄 大神，如果你闲了能不能帮我搞个IM软件啊，
哦我的联系方式 ：[email protected]
@iwork @iwork 开源IM多了去，还用找人做？pidgin，psi，Miranda等
@eee 其实我比较喜欢trillian这个软件的功能。能不能使用C语言实现，取消那些在国内没多大用处的其他协议功能。关键是我不懂语言编程啊！
能不能从新写个新的人间实现这个软件的核心功能。
能不能把这些软件从新编译成64位的。
把天使和恶魔都搞成 64位的吧
強烈支持惡魔驢64位元版
到时我也只编译天使，可能编译成64位的吧，64位的好处目前来看就是内存寻址增加和函数参数传递依靠寄存器，对emule什么影响还很难说，因为emule还是IO比较多的，计算偏少。
比啊@PcX 不管如何，编译一下吧！ 最好把 Xtreme 先编译一下 ！
@iwork
兴趣不大啊，我只用天使。再说64位编译也要把dlp弄成64位的（与32位不兼容），这样dlp每次升级都要64位编译下，多麻烦啊。
@PcX 64为的 有了。 改成外挂的好了
@iwork
那么就不能用天使的dlp升级了，官方只有32位的，我都是自动升级
@PcX
誰說計算量偏少…
開一個上載清單….然後排序…
cpu根本吃不消…更新也出現延遲…
換了sse2/3/or high 應該有幫助吧
64位元假如差很多～官騾早就出個64位元版本
各2次mod也跟都跟進
@東京奧
我说的是他的计算耗时和他的IO耗时相比偏少，也就是最高到sse3有些帮助，这个本身是自动向量化，也不是那么智能的，intel的虽然支持自动向量化到sse4（文本处理），但智能程度很低，几乎没有什么帮助。
强烈支持
1条Trackback/Pingback显示