希望可以提高到32G/64G快取上限

比特彗星(BitComet) 建議意見
1

希望可以提高到32G/64G快取上限
16G不是很夠用…現在都是大內存時代…

2

确实有这个问题，，服务器基本上都是96G RAM，然后内存小了的话，多任务速度非常缓慢。。界面卡死等问题。批量加磁力，下载种子过程是单线程的 界面卡死可能下一个版本解决，不知道会不会好转

3

帮你 wxhere15 圈一下

4

收到，下一版改一下 :ok_hand:

5

大佬…到最新版還是有空載TCP瘋狂上升的BUG…
偶爾出現的…TCP建立會一直崩達到數千…是計數問題還是BUG了

6

是不是外来连接呢？可以在Windows资源监视器里看看网络连接

7

分不清是DHT.長效還是崩掉的連線…
但目前全任務暫停還是有TCP建立雖然可能是長效種子…
但數量也有400左右

用TCPVIEW顯示有大量連線…都是外來IP
同時稍微查看了一下…相同IP的有多條連線…部份IP多達7條連線…

8

DHT都是UDP连接。任务刚停掉，之前连接的peer会试着主动连回来，但应该会立刻断掉。长效连接可以在选项窗口里暂时关掉试试。

9

%E6%9C%AA%E5%91%BD%E5%90%8D
%E6%9C%AA%E5%91%BD%E5%90%8D1282×1042 69.5 KB

種子已經停掉很久了.但TCP也是一直在400附近浮動
不過這次沒有崩掉…之前出現過多達4千多…重啟一下客戶端就好回來…

10

另外是DHT的建議…
客戶端DHT數量太大…經常同時刷新連線…路由NAT顯示上萬條連線(有時候達3萬條session)
然後導致路由器跳PING…能不能優化一下這部份?

11

还真看不出来这400条TCP连接的来历 :sweat:
DHT数量过多的话，可以在高级设置里把 network.max_udp_pkt_per_sec 从100降下去试试。不过外部连入的UDP包就不好控制了

12

那軟件自身不能加速一下中斷無用的連線嗎?
例如閒置超時

原來那個UDP是指 DHT的啊.翻譯得不夠好

13

TCP连接超时中断是系统控制的。400条连接的问题需要测试版软件分析才能看出是哪里产生的。UDP数据包除了DHT之外，UDP Tracker也可能会用到。

14

是需要DEBUG版的BITCOMET嗎(LOG CONNECT?)?

15

是啊。得我们自己测试的时候重现这个问题才好解决了。

16

我這邊可以測試嗎?

17

可以的，不过要给你添麻烦了

18

能修復了就好…:sunglasses:

19

谢谢，跟你私信

20

我也有相同的问题 经常连接2000+软件显示 200tcp并发一直都满