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顯示