搜索 社区服务 统计排行 帮助
  • 2338阅读
  • 32回复

[请教]这两个问题我一只没弄明白

楼层直达
级别: 工作组
注册时间:
2003-03-29
在线时间:
39小时
发帖:
4597
只看该作者 15楼 发表于: 2003-06-14
說到這裡讓我想起來一個問題, ED(not EM)裡只的最大連線數到底有何作用? (我知道設超過500, looking 的狀況會獲得改善, 但是我自己實際上使用max也只有100~130. 如果我改設在200以下, 重啟後所有的列隊都是looking...... why????)

最大連線數是指來源數量嗎? 還是下載+上傳的數量?? .... 好奇中.....

☆ 偶是新人請多多指教! ☆
级别: 侠客
注册时间:
2003-03-25
在线时间:
0小时
发帖:
379
只看该作者 16楼 发表于: 2003-06-14
引用
最初由 RedNax 发布
1.ED不能连上多个服务器,你在statistic看到的connections不知道是指什么,有可能是ED的总连接数,我只连上一个服务器仍然显示了6,很奇怪,也没有解释文档。另外ED不连多服务器不是技术问题,而是原则问题。

==========================
你用过OVERNET这个软件没有?
它是没有服务器列表的
但是只要一连上INTERNET再打开它
它就会自动连接服务器
CONNECTION就会自动显示
而且这个CONNECTION是随时变化的
.48的ED也是如此
所以这个只能是已经连接上的服务器
另外我从来没有在ED或者EM或者OVERNET官方论坛上看到有说它们不能连多服务器的问题



2.
>另外对于OVERNET的功能
>普遍都有一个错误的认识
>以为不需要服务器就能够找到源
>其实服务器的存在是必须的
对于p2p网络服务器必须存在的感念是错误的,GNUTella和Freenet这两种p2p系统都没有服务器,采用客户端向其他的客户端申请的方法来联系。
=======================
GNUTELLA和FREENET我是没有用过所以不清楚
但是所有的P2P软件必须解决的一个问题是
那些客户端要怎么样才能找到另外的用户
很显然
必须有一个服务器来标识出所有的用户
它们才能够互相找到对方
至少ED和BT是这样
你可以到ED的官方主页上看ED的原理说明



3.
>关于跨服务器找源这个问题
>我也没有在官方主页上发现有说到这个
你可以看这个
http://www.edonkey2000.com/documentation/overview.html#how
其中这样说:
Downloading: When a client chooses to download a file, either from search results, a collection, viewing a friend's shared files, or where ever, it first gathers a list of all the clients that have the file it wants. It first asks its main server for all the clients that have the file. Then it will connect to and ask any other servers it knows about to ask if they have clients with the file. Once it finds other clients with the file it then asks each client for a different piece of the file. It keeps doing this until the whole file is assembled.
另外extened search也是做类似的事情。

====================
我已经在官方主页上发现了,现将官方的中文文档COPY如下:
http://edonkey2000c.24cc.com/------官方中文网站

它如何工作
eDonkey2000 是架構在多重來源檔案傳輸通訊協定 (MFTP).
它是由伺服器和客戶端所建立而成的一個 Donkey 網路. 而 donkey 客戶端由一般使用者使用它來分享並下載檔案. donkey 伺服器是讓客戶端來連線和搜尋並且找到其他使用者來下載檔案. 伺服器的性質就像是電話簿. 客戶端從其他客戶端找到他們想要的檔案. 並沒有任何檔案流經伺服器.
在搜尋上: 即使客戶端已連線到一個伺服器如同主要的伺服器. 它將會告知這個伺服器上有哪些檔案是已分享的. 每一個伺服器會維持所有已連線的客戶端分享的檔案清單. 當一個客戶端送出搜尋請求到主要伺服器時. 這個伺服器會將符合的檔案清單傳回客戶端.
當您按下 "延伸搜尋" 您的搜尋會送至下一個伺服器並且傳回. 假如過多的需求在於這個伺服器上. 您將可能得到較少的結果.======这个才是extened search的含义.
在下載上: 當客戶端從一個搜尋結果, 一個蒐集或檢視一個好友的已共享檔案選擇一個檔案下載時, 它首先會聚合一個所有客戶端有他想要檔案的一個清單. 第一先要求伺服器上全部有這個檔案的客戶端. 那麼它將會連線並要求任何其他伺服器所知道有關它要求的檔案來源. 一旦它找到其他客戶端將會在每個客戶端上要求檔案的不同區塊來下載. 這個動作維持到檔案完成為止. =====这里没有跨服务器找源的说法,只是说"将会连线并且要求任何其它服务器所知道的有关它要求的文件的来源"

综上所述,所谓跨服务器找源,是指ED或者EM连接到多个服务器上并且要求它们提供某个文件的所有来源.我认为这个应该叫做"多服务器找源"比较恰当.
但是在这里有一个问题,如果分别连接到漫游1号机和花园ED上搜索某个文件,得出来的结果是完全不同的.很明显,"多服务器找源"里面的多服务器,不是指你的服务器列表里面的所有服务器.
再根据ED服务器里面的两项设置seedIP和seedPort(WINDOWS的图形界面版本里面这两个被合并成一项“已知伺服器”)可知,
“多服务器找源”的多服务器,指的是在主服务器的“服务器清单”里面有提供的其它服务器。
也就是说,多服务器找源的过程是这样的:
当某个用户甲连接到服务器A上时,首先从A取得当前A上所有拥有某个文件的用户的列表,然后甲再取得A的“其它服务器列表”,向其它服务器列表里面的所有服务器进行连接,并且从它们取得所有拥有某个文件的用户的列表。这就是多服务器找源的经过。
由此不难发现,为什么在漫游1号机上搜索的结果会和花园搜索的结果不一致。因为它们彼此都没有把对方加入这个“其它服务器列表”,所以连接到漫游时无法从花园找源,连接到花园时无法从漫游找源。即使你的ED或者EM的服务器列表里面有漫游和花园,但是就是无法同时从两台服务器找源。


另外对于源交换,EM的官方主页上已经有说明,ED也是有类似的功能,但是名称叫作“来源增加协定”,而且这两种功能不兼容。
级别: 风云使者
注册时间:
2001-11-21
在线时间:
2小时
发帖:
6978
只看该作者 17楼 发表于: 2003-06-14
这两种功能不兼容,也就是说ED和EM不能交换源罗?那么在EM为主打的服务器上,ED是不是很吃亏?

风清云淡
级别: 新手上路
注册时间:
2003-06-05
在线时间:
0小时
发帖:
71
只看该作者 18楼 发表于: 2003-06-14
难那
级别: 侠客
注册时间:
2003-03-25
在线时间:
0小时
发帖:
379
只看该作者 19楼 发表于: 2003-06-14
ED和EM应该是不能交换源的了,因为彼此的协议不同
但是因为大家都是连在同一个服务器上
比如漫游1号机或者花园ED
所以ED共享出来的东西EM也可以看到,反过来也是一样,因为服务器会每隔一段时间更新一下用户共享出来的文件列表,大家都可以看到当前该服务器上有多少文件,所以吃亏应该还不至于

据说ED有动手脚让EM用户不能搜索和下载自己共享出来的东西....
再加上ED没有积分制
说不定还是EM的比较吃亏

现在再反过来一想,ED现在有OVERNET功能了,可以同时连接多台服务器来找到更多的源,再加上ED的用户通过“来源增加协定”可以得到更多的源;
而EM和EMPLUS没有OVERNET功能,只能通过主服务器的“其它服务器列表”来向其它服务器找源(当然还有源交换这个功能可以得到更多的源)。
这样一来,ED所能够搜索到的源应该是要比EM的多,
难怪公认ED比EM搜索功能强啊!
级别: 风云使者
注册时间:
2001-11-21
在线时间:
2小时
发帖:
6978
只看该作者 20楼 发表于: 2003-06-14
这个啊,我的意思是说呢,当双方在同一服务器上的时候,ED不能和EM交换源,那么在这个角度上讲,ED比EM少的时候,ED只能和少部分ED用户交换源,而EM可用来交换源的用户多,我是说这个方面ED比较吃亏。

至于说ED动手脚的问题,不能搜索的情况我不知道,不过我刚刚看了我的下载列表,有个ED0.48.1的人给我传了5M的东西,所以不能下应该不是真的

风清云淡
级别: 侠客
注册时间:
2003-03-25
在线时间:
0小时
发帖:
379
只看该作者 21楼 发表于: 2003-06-14
连在同一个服务器上?
这样怎么会吃亏?
ED的用户通过服务器可以知道
某个他想要下载的文件的所有连在该服务器上的源
无论那些源是使用ED还是EM
这些源通过服务器就可以知道,还有必要通过源交换来知道吗?

何况EM和EMPLUS都没有OVERNET功能同时连接其它服务器
这些用户的再多,他们的源也很少有连接在其它服务器上的,基本上都是在主服务器上,再怎么源交换也是这些人而已。
而ED的用户虽然少,但是他们可以通过OVERNET连接到其它服务器上,取得更多的源。然后再通过“来源增加协定”,彼此会拥有更多的源。

至于ED动手脚的事,可能是网络上的一种谣言而已。要想知道是否真的这样,恐怕只有分析ED的源代码了。不过EMPLUS的设置里面有一项针对MLDONKEY用户的专门设置,这个就值得思考了.....为什么要有这种设置??
级别: 风云使者
注册时间:
2001-11-21
在线时间:
2小时
发帖:
6978
只看该作者 22楼 发表于: 2003-06-14
我看到那个设置了,不过我不明白是干什么用的,英文的说。

不过现在这个问题已经谈离题了,本来我是想找到ED0.48.1为什么没办法看到主ftp的共享文件的原因的,结果现在还是确认不了,而且经过这一说,我都不知道我现在到底该选ED还是EM了——我本人是属于天生lowID的情况,按这样的情况来讲如果ED真的找源能力如此之强的话,我就应该选择ED的找源能力来弥补lowID带来的问题,但是我现在发现最新的EM有两个好处,一个就是我说的可以看主ftp的文件,另外一个:似乎现在的EM在第一次下载的时候不再象以前那样会hash硬盘了,而ED在开始下文件之前会hash一次硬盘,这点让我很欣赏,想以前0.27和puls1e版本以前的时候,EM每次启动都要再hash一次让我极度不爽....


那么楼上的兄弟,结果我说的自身情况,你认为象我这样的人该选EM还还是选ED呢?我从来不相信有所谓ED和EM哪个好的说法,但是我相信针对个人而言,他应该有最适合的说法。

风清云淡
级别: 工作组
注册时间:
2002-10-29
在线时间:
0小时
发帖:
3078
只看该作者 23楼 发表于: 2003-06-14
大汗,不用想得太複雜的……

Overnet(ON)
n久之前曾被稱為serverless eDonkey,意思很明顯,就是無伺服器的電驢。不過要注意一點,所謂的“無伺服器”其實是指無中央伺服器。
Overnet其實是將每一個啟動了overnet的使用者變成“小型伺服器”(算不上是真正的server,可以想像成是ED伺服器的超簡化版)+客戶端的物體。

ON啟動後,第一步是去通過contact list尋求第一批ON使用者,然後通過那些使用者再尋找第二批ON使用者…… 一直找下去,藉些造成一個“網絡”。

順便提一下,max. connection要設高一點,才能盡量發揮ON的功效。
另外,Hybrid ED安裝目錄下的contact.dat就是客戶端最基本的contact list了。Hybrid ED就是靠這扇門進入ON世界。所以,如果要禁止ON功能起動的話,只須將contact.dat這個檔案換成read only的dummy檔就行了。


源的轉達
ED:
主要利用overnet。利用這個網絡附加ON的源(上面說過了,ON就是serverless ED,所以ON﹑ED的資源可以互用),以及連接其他Hybrid ED的源。

EM:
利用source exchange。類似ON的蔓延方式。不過EM的source exchange功能會因情況而分成兩種程度。
1) 源多(40或以上) - 定時(官方版本定為 10min/refresh,某些Mod可以自行設定)抽問一個已連接的EM客戶端,看看有沒有新加的源)
2) 源少(40以下) - 定時詢問所有已連接的EM客戶端,看看有沒有新源。

MLdonkey:
利用source propagation。類似EM的source exchange,但有一定的分別。

值得注意的是…… ED﹑EM﹑ML都是各自以自己的方式作為交換源主線…… 所以……



MLDonkey預設限制了上傳列中約3分之1(33%)的位置可以給EM使用。
EM+那個針對ML的設置其實是一個cheat,將自已的userhash換裝成ED的userhash樣式。就就是說偽裝成ED,然後混入ML的上傳列。

 
级别: 工作组
注册时间:
2002-10-29
在线时间:
0小时
发帖:
3078
只看该作者 24楼 发表于: 2003-06-14
引用
最初由 abcbuzhiming 发布
我看到那个设置了,不过我不明白是干什么用的,英文的说。

不过现在这个问题已经谈离题了,本来我是想找到ED0.48.1为什么没办法看到主ftp的共享文件的原因的,结果现在还是确认不了,而且经过这一说,我都不知道我现在到底该选ED还是EM了——我本人是属于天生lowID的情况,按这样的情况来讲如果ED真的找源能力如此之强的话,我就应该选择ED的找源能力来弥补lowID带来的问题,但是我现在发现最新的EM有两个好处,一个就是我说的可以看主ftp的文件,另外一个:似乎现在的EM在第一次下载的时候不再象以前那样会hash硬盘了,而ED在开始下文件之前会hash一次硬盘,这点让我很欣赏,想以前0.27和puls1e版本以前的时候,EM每次启动都要再hash一次让我极度不爽....


那么楼上的兄弟,结果我说的自身情况,你认为象我这样的人该选EM还还是选ED呢?我从来不相信有所谓ED和EM哪个好的说法,但是我相信针对个人而言,他应该有最适合的说法。

再加一次試試。是主ftp的ip啊~ 應該不會是加了一號機的ip吧 - -b

在漫游這裡拉中文字幕動畫的話,用EM會比較湊效
但如果想拉老外的東東,尤其是西片的話,HybridED會顯得比較有用。
當然,大前題還是no share, no gain

 
级别: 侠客
注册时间:
2003-03-25
在线时间:
0小时
发帖:
379
只看该作者 25楼 发表于: 2003-06-14
ED.48版本确实是无法看到主FTP的FTPOPGO上的文件
我是在防火墙后面的
但是我开了端口,所以我的ID还是HIGH ID
但是ED.48或者OVERNET.48都无法看到FTPOPGO的文件

使用EM或者EM PLUS是可以看到
但是用EM的话,看到列表点击下载后却没有找到源,要用添加源的方式才能够在下载队列里面看到
用EM PLUS就可以看到源了,只是EM的搜索BUG也影响到了EM PLUS......

如果要经常下载FTPOPGO的文件,又很少用到搜索功能的话,我觉得还是使用EMPLUS比较好。
级别: 风云使者
注册时间:
2001-11-21
在线时间:
2小时
发帖:
6978
只看该作者 26楼 发表于: 2003-06-15
EM+那個針對ML的設置其實是一個cheat,將自已的userhash換裝成ED的userhash樣式。就就是說偽裝成ED,然後混入ML的上傳列。
=====================

?????????????
也就是说如果EM不伪装自己就不能上MLdonkey的上传列(只有1/3的名额)罗——软件歧视??

ED0.48.1的确不能看,他看别人文件的方式很奇怪,不象EM是在搜索里看的,我加过一个允许看文件的人,点其看文件后,他的用户名字前面会出现一个“+”符号,然后双击展开列表,共享文件夹就在列表里。
而FTP,我确认不会错,IP和userhash我都核对了,用户名都是对的,我点察看文件,前面那个"+"就是死都不出来,没办法。

EM我至今不用就是因为看不到给我提供下载的有些什么人,而puls就可以,不过你们说的那个搜索BUG,不是已经在新版本里解决了吗?还有BUG??

风清云淡
级别: 侠客
注册时间:
2001-11-21
在线时间:
0小时
发帖:
447
只看该作者 27楼 发表于: 2003-06-15
引用
最初由 abcbuzhiming 发布

EM我至今不用就是因为看不到给我提供下载的有些什么人,而puls就可以
???为什么EM看不到???:confused: plus还少了一个已知客户那



EM ID:[CHN]xxxxcl[eDtoon]
http://www.e786.com/demo/ip.png
级别: 风云使者
注册时间:
2001-11-21
在线时间:
2小时
发帖:
6978
只看该作者 28楼 发表于: 2003-06-15
你用EM在一个正在下载的文件上,puls双击就展开列表可以看到具体是些什么人在给你分享这些源,要加好友就很容易了,看下面的图,emule好像不行吧,至少我试了是不行的。我以前也问过别人都说不行
已知客户是指什么,搞张图上来看看


风清云淡
级别: 侠客
注册时间:
2003-03-25
在线时间:
0小时
发帖:
379
只看该作者 29楼 发表于: 2003-06-15
EM可以看到
至少我用的就可以看到
你的可能是设置上有什么地方忽略了吧!

至于EMPLUS的cheat
我想不应该只是针对MLDONKEY的
因为MLDONKEY是EDONKEY的LINUX的版本
应该也是针对EDONKEY的

搜索BUG漫游的改版是已经解决了
但是官方的版本还是没有解决
至少.28A还没有解决
只是隐藏起来而已
现在最新的版本有没有解决就不清楚了
快速回复

限150 字节
上一个 下一个