MLDonkey 經常閒置

[Kanjon]

原想貼在 "mldonkey 目錄已滿" viewtopic.php?t=12882 不過想想還是另開一篇好了。

記不得甚麼時候開始用 mldonkey, 不過大致就是 (2004 年中吧？) edonkey2000 網站正式公告結束後不久。印象中 edonkey2000 的表現，在那段時間開始變得很糟糕，換 mldonkey 以來，到底只是恢復了 ed2k 先前的效率或者變得更好，這我沒印象了，但長期以來總評是滿意。

約一年半前，家中 2M/384k ADSL 撤掉改用同樣 2M/384k cable 上網，當時只是價格因素換掉而已，並沒考慮 p2p 方面熟為優劣，意外發現 cable 比 ADSL 表現更好，同樣 "號稱的" 頻寬，在 upload 方面 cable 可達到 40k (若不予限制還能更上，只是會明顯 delay 瀏覽器反應) 之前的 2M/384k ADSL 根本上不到這種速度。 (或許 ISP 作怪也未知)

因此 cable 綁約一年滿，我又續用了。不過，可能有兩個月以上了 (開始以為是偶發狀況沒提問，一直等著也不確定已經過了多久) mldonkey 開始變糟了，總是開了之後閒置在那裡，搜網也沒找到甚麼信息顯示 ed2k 這個圈子是不是又遭逢甚麼變故。我並不是什麼東西都沒分享，下載慢我會當作是排隊等候，可是開機老半天，上傳卻都是一動不動，這很讓我納悶。與長久以來印象大大不同。

以前都是一開機馬上就瘋狂 up, 給多少頻寬他就 up 多少。唯一的好處就是，這種變化之後，我減少很多開機時間，不太願意整天機器開在那裡無所事事悶燒排熱。或許，是不是有可能 cable 業者也學到了壞榜樣，開始干擾用戶 p2p ? 一時想到這些，有話再續。

[wsun013]

wine emule 吧
不會讓您失望的

[twu2]

改用 amule 吧.

[Kanjon]

我想程式本身不是問題，而且
即使要換，只能在圖形桌面啟動者
也幾乎是 ...... 不予考慮

我認為這是 server 方面的因素
前 PO 忘了提到一點，有一次因為當機
結果 mlnet 啟動時吱吱歪歪一堆理由
所以我砍了全部 ini 檔案 (當然包含 servers.ini)
也連帶損失一些未竟之標的，但我不記得
異樣是否從那時開始。昨夜忽然想到這一點
所以搜尋一下找到一個內含八千個 servers 的 ini 檔
(非網頁搜尋，就是 ed2k 關鍵字搜尋找到)

不過目前為止，還不夠長時間可論斷狀況是否改善了
其實八千個也真是太多了，也不知道 mlnet 有沒甚麼指令
可以一舉把 IP blocked 之類無效的伺服器都砍掉
剩下幾百個狀況良好的伺服器就行了
不然 mlnet 就像皇帝臨幸後宮一樣
縱使八千裡只二千堪用，也得好久才全部輪到一次

就 server 這一點而言，無論大家使用哪一款程式
若知道好康的快速的伺服器，倒是可以通報交流一下
MLDonkey 也可以 import 電騾的 server.met 檔案
可是能不能把 servers.ini 輸出其他格式就不知道了

[Kanjon]

更正，看了一下不是八千個
是 6801 個

[mason]

1. 我上禮拜才從 amule 轉換成 mldonkey
apt-get install 之後，我的 server.ini 只有 300 多行
也就是說，原本的 package 裡面，沒有那麼多的 server.

2. 我的設定裡面，
ED2K-update_server_list_server 和 ED2K-update_server_list_client 都是 false
避免一連上 server 或 client 就把不知名的 server 帶入 server.ini。我想你應該了解，能 "放心使用" 的 server 就那麼幾個，所以也許你可以檢查上述兩項設定是否為 false.

3. 另一個解決方法，就是不再使用 ed servers，在 ed2k 方面就直接使用 KAD 就好了。事實上，以目前的現況，KAD 能夠找到的 source 已經大於ed servers. you don't need ed servers anymore.

4. wine + emule 是邪惡的方法，請堅持立場，共勉之。 XD

[Kanjon]

我殺了 *.ini 之後，新產生的 servers.ini 有多少行倒不知道
不過看程式的 server 列表只有二十多個，一半以上 IP blocked

ED2K-update_server_list_server/client 兩項
之前並無注意到他們，看過發現預設都是 false
KAD 預設也是 off, 把他開了。不過不清楚那是啥
待會搜尋看看。

另外，雖我不愛用 emule/amule
但不明白 wine + emule 何以是邪惡的方法？
當然，「邪惡」這個詞彙有很多種意思
還是好奇仁兄所指是哪一種意思

記得 WinMX 尚未消亡之前也試過 wine + WinMX
可是用起來似乎不方便，後來反正 WinMX 也掛了
從此也懶得再碰 wine 這種東西
可能是看破窗戶不再留戀吧。再說
脫離 ms-win 之後逐漸甩掉 "破解" 這種惡習
偶而碰一下 Windows 就覺得超級麻煩懶得去攪

[twu2]

amule 有 deamon 與 web 介面, 沒規定一定要有 GUI 才能跑.

[mason]

另外，雖我不愛用 emule/amule
但不明白 wine + emule 何以是邪惡的方法？
當然，「邪惡」這個詞彙有很多種意思
還是好奇仁兄所指是哪一種意思

利用 wine 來跑 win32 的程式，設定好之後是很方便沒有錯，
但是這種疊床架屋的解決方案，只能算是"出外人"的"止餓"方法。

要 Linux 去兼容 windows，就是一種邪惡的念頭。
我們應該要求在各種作業系統下跑的程式，能夠產出相同的輸出，
但是不應該要求某作業系統使用相同的輸出過程。
就像是：
如果我要求A工廠和B工廠都必須生產同樣規格的零件，這是合理的。
但是如果我要求A工廠必須使用跟B工廠同樣的器材來生產，就說不過去了。如果A工廠有更有效率、更節省成本的方法，也會因為我的無理要求而抑制了生產該零件過程的進步。
所以是邪惡的。

不過，小弟無權也無意詆毀使用 wine 的意願
畢竟人都有黑暗面，我們必須面對這個現實。
透過理解和分析，我們就可以像 Vulcan 一樣將黑暗面隔離與控制了。
適當的邪惡可以促進進步的速度，
就像是我前面提的那個工廠例子，在A工廠研發出更有效率的方法之前，使用與B工廠相同的器材來生產，可以即時的得到訂單的要求，又有何不可。但是當更有效率的方法出現時，就應該捨棄B工廠的生產方式。
回到 ed2k 的 solution 來看也是一樣，
當 mldonkey 或 aMule 等軟體無法達到與 eMule 相同的結果時，
我們使用 wine+eMule 來達到需求，雖然方法邪惡，但是這樣的需求可以促使 mldonkey/aMule 更相容的結果產出。
後來 mldonkey/aMule 都已經有與 eMule 同樣水準甚至更高的產出時，就沒有必要繼續使用 wine+eMule.

話說 aMule 的 forum 去年吵了整整一年，不斷的有使用者希望 aMule 能正視 protocol obfucation的需求，aMule 的開發者原先認為這種相容 eMule 的要求沒有必要的。但是後來還是因為很多的使用者提出因為不這麼做便會被 ISP 擋住而無法使用，甚至被迫必須回到 wine+eMule 這個老路，結果 aMule 對 protocol obfucation 的支援因應而生。於是眾多的 wine+eMule 使用者又回到 aMule 的懷抱。

P.S. 不過小弟棄 aMule 就 mldonkey 的原因不是因為 aMule 不好用，而是因為這樣就不用另外開 BT client...(懶咩)

[Kanjon]

amule 有 deamon 與 web 介面

原來這樣，那就是我沒發現了。有機會當然可以試試

..... 可以像 Vulcan 一樣將黑暗面隔離 .....
....................
..... 就不用另外開 BT client...

我還沒搞清楚怎麼用 mlnet 抓 BT 哩
之前還為抓個 bt 裝了 ktorrent, 抓完又移除

兄弟的邪惡論瞭解了，不過我以為
wine + win.apps 只是症狀而已，非病因
有很多人包含我也曾多年，絲毫不覺哪裡不對
未經反思 ..... 或甚至可能自慰式的歪理推論
而 "勤奮自發" 大咧咧的盜版 windows
以及使用各種 win apps 的 crack
完全很習慣這種更邪惡的事
(* 繼續扯這一點已經大大脫離發問目的了)

如此惡俗無處不在，予 winapps 支撐力
苟無此等支撐力存在，要不是 wine 不出現
就是跟其他各種機器的模擬軟件一樣默默無聞
靜靜躺在套件庫裡面，難得偶而才瞧見一次
也不會有 ReactOS

我不確定以上論說可以站得住，不過底下
想順便舉例說明我曾有的歪理推論
「有什麼理由我可以大方盜版使用視窗」
因為我曾是 MS-DOS 4.01 正版用戶 (隨機安裝版)
又曾經購買 MS-DOS 5.0 / MS-Windows 3.0
後來 Windows 95 也買了零售版。不過到此為止
後面就不再買了，因為當時開始認為之前的消費一無所得
(* 很多玩家也是吧？即便是購買硬體
　純屬熱情贊助工業進步而已，自己沒有從中獲益
　....... 敗家的快感是另回事，算不上獲益)
所以爾後全面採用 copy 版就很合理了－－撈回前本
但是顯然，對於 Adobe, Macromedia 等其他
我從未花過一毛錢的產商，我也有其他的歪理可用
這裡就不累贅敘述 ....... 亦未必還想得起來瑣碎部份

不久前新買的 Notebook 裡面預裝 Vista Home
要找到一台符合想望的規格又不帶 OS 幾乎沒辦法
難免有不值之念頭迸現，感到一部份的支出是多餘
若有公開而且順暢的管道可以返還 OS 並退費
我一定會取回這部份，既然沒有
暫時就用以前的歪理推論當作在還債好了

[Franklin]

我還沒搞清楚怎麼用 mlnet 抓 BT 哩
之前還為抓個 bt 裝了 ktorrent, 抓完又移除

我之前用 mlnet 抓 Mandriva 的 torrent
結果有問題 =_=
抓下來的檔案 checksum 不符

感覺起來如果過程中有重開過機，好像進行中的 torrent 檔案就滿容易出問題的

[wsun013]

只是突發奇想, 如果wine emule 邪惡, 那是否 mono 也是軸心之一 XD ?

照wine 的主義, emule 既然是 opensource project, 在最終極的情況是,
可以用 wine api 來 build emule, 直接跑在 linux 上. 如果不論 platform 的情況來看, amule 與 emule 其實可以是一樣的東西, 只是用的 tool kit 不一樣. 多個 layer 也許看起來麻煩, 但是卻也是提供了另類的自由 - 設計師不用懂 linux 有關的東西, 就可以寫了給 linux 用的程式, 這樣不是更能促使程式界的進步嗎?

[dxcdxc]

只是突發奇想, 如果wine emule 邪惡, 那是否 mono 也是軸心之一 XD ?

照wine 的主義, emule 既然是 opensource project, 在最終極的情況是,
可以用 wine api 來 build emule, 直接跑在 linux 上. 如果不論 platform 的情況來看, amule 與 emule 其實可以是一樣的東西, 只是用的 tool kit 不一樣. 多個 layer 也許看起來麻煩, 但是卻也是提供了另類的自由 - 設計師不用懂 linux 有關的東西, 就可以寫了給 linux 用的程式, 這樣不是更能促使程式界的進步嗎?

這也未必不對啦，但是我還是不太喜歡M$的(API)綁標作為。
或許可以把eMule改成可以用gcc編譯的話，就皆大歡喜了，因為移植就方便許多。
或者作個Visual C++ --> GCC 的相容介面，這樣就可原封不動把VC的專案檔移來gcc+ GNU make 的環境底下。
不過以上兩者都是惡魔般的舉動，會被BG神詛咒，然後再製造更多奇怪的規格的(縮

[mason]

>> 設計師不用懂 linux 有關的東西, 就可以寫了給 linux 用的程式...

不對，設計師不懂 linux 有關的東西，仍然是寫了給 MS windows 的程式。而想要使用這個程式的人必須使用 wine 來執行這個給 ms windows 的程式。

因為有 wine，所以設計師不需要考慮其他平台，反正有 wine 一樣可以跑 --> 我不覺得這會讓程式界進步，這只會產生更多的 ms windows programmer.

[Kanjon]

..... 反正有 wine 一樣可以跑 ..... 只會產生更多的 ms windows programmer

如果 WINE 在「促使 ms-win programmers 進入該領域的誘因」僅佔有微不足道的比重，那應該就 ..... 好說好說，不必太介意了不是嗎？

根據 Stallman 的意見推論，如果逐漸出現許多 open source 軟體導致在微軟視窗，使用者完全不必仰賴商業軟體就能完成工作，也就是盜版的動機逐漸消滅，除了 OS 之外，其他東西都是自由軟體的狀況下，我想他可能也不會贊同這種 "變通" 方案。可是，萬一真能這樣過活，芸芸眾生會膜拜 Stallman 的教義而揚棄 non-free OS +free software 改採 free OS +free software 嗎？因為那一天還沒到來，只能根據現狀想像，答案應該是「不會。」

然而，無論私有軟體怎麼猖獗，還是有人願意奉獻程式開發的成果，而 WINE 只是他們奉獻勞作的一條管道，這條管道似乎也不會膨脹到壓縮其他管道繼續流動的程度不是嗎？

請勿以本文為兔槽，非也。泥匠兄的意見已經闡明您自己所屬的路線，這種路線以我同為 free OS 用戶的角度來看，非常之好。只是同時我想說，堅持你的路線並且把別人也吸引進來，這樣很好。可是還是會有人不為所動，走他自己認為恰當的路線。佛家說，佛渡有緣人，對佛教徒來說，若全世界都改信佛教那是最理想的結局，不過他們的教祖顯然 ... 或大概 ... 有想到，這一點困難到了不可能的地步，所以才會造出那句話，給後生的人 (或給他自己) 下台階不是嗎？

胡言亂語一通，請看看笑笑，促進顏面肌肉活動可也。