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


#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


種子已經停掉很久了.但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并发一直都满