如圖所示
tcp已連接數為212
正在發起只有9
但等待發起的tcp已經147372了
更下方一點
等待發起的部份
http_tracker高達135872
更不用提同樣這行字後面還有一堆在排隊的了
最上面的元數據下載也同樣塞車了
下載中1千
然後等待中為12萬多
只要開啟DHT種子就會有這種塞車的狀況出現
上傳/下載皆為500MB/s
請問這是哪裡設定錯誤了呢?
還是只要開啟DHT種子就會這樣呢?
如圖所示
tcp已連接數為212
正在發起只有9
但等待發起的tcp已經147372了
更下方一點
等待發起的部份
http_tracker高達135872
更不用提同樣這行字後面還有一堆在排隊的了
设置高级设置解决
network.max_connecting_connections 10000
network.start_connect_interval_ms 0
network.tcp_connection_timeout 5
积累的是tracker请求的话还要同时修改
network.max_connecting_connections_per_tracker 10000
恩…
dht_torrents.db 35.0 GB 還在載入中
晚上時間
6:49 0%
7:44 36.9%
8:25 47.4%
8:37 50%
9:13 5736%
9:33 61.8%
10:12 68%
現在還在等它載入…
SSD讀取速度每秒不到1MB
磁碟 3 (J:)
Samsung SSD 990 PRO 2TB
容量: 1.8 TB
已格式化: 1.6 TB
系統磁碟: 否
分頁檔案: 是
類型: SSD
讀取速度 517 KB/秒
寫入速度 0 KB/秒
啟用時間 0%
平均回應時間 0.2 毫秒
SSD本身是正常的
只有載入DHT種子檔的時後會異常的慢
改變後的設定要明天才會知道結果了…
…悲劇了
晚上回來一看
bitcomet已經幾乎沒反應
等待發起的數量一樣爆掉
就連網頁也幾乎無法打開
只能強制關閉bitcomet
看來DHT種子只要多了就會無法運作
本想著靠DHT種子來收集種子檔的效率是最高的
但看來只限於數量很低的時後
描述看起来是连接数太高，你的运营商限制了网络导致浏览器上网卡顿，同时CPU性能受限引起界面卡死
对于CPU问题调整数值，例如先开10个，观察CPU占用情况在依次改大，这部分应该是单线程处理的，还没有做多核心优化
torrent_share.max_metadata_dl_task
对于运营商限制网络连接数
可以更换网络运营商，或者在服务器上使用，在或者限制network.max_connecting_connections 为30，如果限制这个值会导致更多的请求队列阻塞，最好是通过投诉运营商解除连接数限制，或者直接使用服务器
对于db数据库文件加载，目前版本确实没什么好办法，因为他并不是直接把文件复制到内存，而是打开数据库文件读取数值并且写入到界面上的表格中，这个可以和官方反馈下看看还能不能进一步优化数据库性能