1.72测试版

刚群里讨论了下,用pc当路由的用户可不少了

我家的openwrt也是MT7621 128MB,内存还不如你的。

話說 bitcomet 首席開發員… 怎好幾天沒浮上水面… 不曉得是出國深造… 還是閉關修練, 研發黑科技去了… 少了精神食糧有點無聊… 敲碗中…

谢谢各位反馈,前几天外出不在,现在回来后各位反应的问题会陆续处理

3個讚

可以虛擬機多架…或者在虛擬機內架 :rofl:
反正我是不信64核只裝一個路由系統 :upside_down_face:

恩… 架個虛擬機… 彈性高…

網友提供示意圖:

畫面擷取… 有時遇到特多圖, 加上有時候, 圖床伺服器時速度不優時, 會導致 Bitcomet 整個卡住無回應…

看是否只保留一個圖片預覽, 其他類似 [選集] 來切換即可… 一來節省頻寬, 伺服器負擔減輕, 二來用戶端也不會卡住…

示意圖:


这个设置,默认值0自动,自动情况下正常单个任务为50。
也可以自由设置上传队列数为多少,我使用了9999,不限制队列,对所有人进行上传
超过该值,多余的用户会自动进入队列状态等待连接

你说的那个 下载中的任务也有效,好像会把完成度100%的也给进入等待链接,如果不是那就算了.您测测呗,…
qb则是,下载连接数不做限制,上传流量针对用户数输出.

好奇怪,没有ipv6

点击详细信息看看,或者随便下载几个种子,然后看看有没有,而且要升级到最新版,老版本没做ipv6支持

得下几个种子才会出现ipv6。。。,直接打开软件就不显示了

直接打开软件就不显示, 可能刷新比較慢… 等一下看看咩!

怎感覺 UDP 傳輸, 速度不優… 不曉得是被 ISP 限速還是其他原因… 連結一堆用戶才幾十k

偶而切換成 TCP 速度才好一點…

全局統計 UDP 看起來沒塞車 與 堆積 ram…


是比特彗星长效种子对UDP传输的设计问题。在内网中,传输速度也不算太好,互相拷贝传输只有几十KB/S,TCP就能达到几MB/S。

更新: 換 v1.72 Beta2 [20200930] 後, UDP 速度看起來不優…

觀察 UDP 沒速度還會一直 connect 重連…


用户列表希望加个单位转换,自动根据大小转换为MB GB TB单位

1個讚

透過網友粗淺認知, 彗星長效種子太依賴專屬伺服器可能會造成瓶頸, 如果加入1M以下小文件(如jpg ,ass字幕)又有服务器负担問題, 一旦 BT 死種, 彗星長效種子也無法 100% 救回…

是否可以考慮追加 eMule 的 kad 分散式套件, 透過 peer 來做資源交換, 或者其他方式 peer (用戶端) 自行資料交換方式補強

看起來 eMule 不會捨棄小于1MB的文件…

不曉得是否可以加入未來改善口袋名單… 將彗星的長效種子發光發熱…

其實 Emule 插件事可以解決小文件問題, 但沒有很好用… 單任務文件一多(上千上百), 很容易卡住… 也不見得每個人都會安裝…

看是否有能整合在長效種子分享裡面… 捨棄插件做法…
![image|479x421](upload://cK6AoNVGSZI20Ofo8oBzv6ZMTKN.png

image
搜索方式你改成服务器看看,能不能搜索到呢,我还没试过,KAD网络和DHT一样,分散存在每个用户电脑中。

恩… 1M以下小文件(如jpg ,ass字幕), 不管採用 KAD 网络或 DHT 分享出去, 都是好方法… 補完長效種子欠缺部分… 敲碗中!

image

1個讚

v1.72 Beta2 已发布,欢迎试用