Bitcomet若是在高速下載的情況下會經常性崩潰(自動關閉)

目前是使用Bitcomet 1.26版本 (剛已測試最新版Bitcomet 1.27 beta一樣情形)
使用的網路為50M/3M光纖
作業系統為Windows7 Ultimate x64 繁體中文版
CPU:intel i7 920 RAM DDR1333 6G
使用的資料硬碟為2TB SATA3 WD 2002FAEX 7200RPM 64mb(非系統碟)

Bitcomet內部緩存設置為800MB-2048MB
長效種子UDP連接已設定關閉
硬碟讀寫率約90+% 硬碟實際寫入頻率為30-40次/S

目前遇到的情況是
連接單一任務
但任務本身檔案較大的話
比如100G-400G的大型種子
就算僅有此一任務下載 且並無開啟其他應用程式及網路服務
因為連接的長效種子過多 約300-500不等
下載速度會到上限6600左右
就算有限制全局連線數至400 維持長效連接數在200左右
下載速度維持在6000kb/s的情況
最久大概100分鐘左右 Bitcomet必定自動關閉 (崩潰)
重灌或者是更換版本也有類似問題 當網速提升到極速後即會出現一樣問題

因為Bitcomet本身內部設置最多只有2TB (不知是否能夠超過2GB的設置?)
且緩衝雖然設到了2048MB但一般只有用到1000MB左右而已
所以若是電腦硬件升級至12GB的RAM 應該也沒有幫助吧?
另外硬碟有使用多顆測試都是一樣的情況 目前是用SATA3 轉速最快的機械式硬碟 …希望不需要用到SSD碟…
查看了一下Crash.log內的資料
多次都是KERNELBASE.dll 的問題
不知道這原因到底出在哪?

最後提供CRASH.log內的資料如下

BitComet caused a Microsoft C++ Exception (0xe06d7363)
in module KERNELBASE.dll at 0023:754bb727.

Exception handler called in Exception_Debuger.
Error occurred at 3/9/2011 17:22:28.
C:\Bitcomet 1.26\BitComet.exe, run by BOB.
Operating system: Windows Vista 64-bit (6.0.6002).
8 processor(s), type 586.
56% memory in use.
6143 MBytes physical memory.
2698 MBytes physical memory free.
12283 MBytes paging file.
8358 MBytes paging file free.
2048 MBytes user address space.
249 MBytes user address space free.

Program name: 比特彗星
Process execute time: 0 day 1:59:24
Program status: Running
Program mode: download
Socket init version: v2.2
web frame:
msg id: 275
piece cache size: 1233125376
bt mem_block_size: 1233125376
crash info:
debug info:

pool_block dump:
allocated_size = 23068672
allocated_list_size = 352
free_block_size = 2334720
free_block_num = 570
commited_size = 20733952
notblock_size = 1275392000
notblock_number = 237
total_size = 1298460672

Context:
EDI: 0x00000000 ESI: 0x00fcf5c4 EAX: 0x0018ed34
EBX: 0x00000000 ECX: 0x00000003 EDX: 0x00000000
EIP: 0x754bb727 EBP: 0x0018ed84 SegCs: 0x00000023
EFlags: 0x00200212 ESP: 0x0018ed34 SegSs: 0x0000002b

Bytes at CS:EIP:
c9 c2 10 00 cc cc cc cc cc 8b ff 55 8b ec 56 8b

Stack: [Ignored]

Module List: [Ignored]

===== [end of CRASHLOG.TXT] =====

本帖最後由 xinhunshi 於 2011-3-9 20:45 編輯

另外長效種子雖然連接很多 但是有太多無用的1KB/s不到的上傳長效種子
請問如何惕除掉這些無用的連接
-----感言
新版bt有任務正在下載 若長效控制調自動 長效種子本來就會變很慢 直到使用者下載完全部任務
這也是大多數人的使用狀況 (誰不先想下載完自己的下載 樓主也是這種心態)
多人的1KB 1KB貢獻 可以讓檔案健康度持持久~ 而且他可能同時傳給很多人1KB 讓整個任務變快
被說成無用囧~
覺得無用~>>你直接關掉長效種子吧 (看到這邊有點怒~~>"<一直都在用長效做種的我)
全局上傳速度: 241 kB/s [最大: 220] 長效種子作種: 70 kB/s [最大: 100] 全部BT上傳連接數:21

長效方面除非使用者 有在長效設固定上傳速度 才會在下載的同時保持長效的暢通
我現在做種都是用長效在做

崩潰… 正常 就是載太快了 不想崩就調慢一點 不要調極速~ (偶爾偷調極速會崩潰xd me)

回復 2# xinhunshi

我主要還是希望知道KERNELBASE.dll的錯誤到底為何

設置連接數跟下載速度都設定過了 硬碟 系統 主機 版本 全都測試過

只是想知道問題發生的原因而已

在網路上看過不少相似的情況 希望在較新的版本能獲得解決

本帖最後由 set00off 於 2011-3-10 09:57 編輯

回復 3# epoch35

我好像沒遇到那種錯誤訊息幫不上忙,不過我知道有使用電騾插件功能又開啟很多任務容易崩潰,或者某些大任務有大量檔案又連接大量長效連接時易崩潰,碰到那種任務時要單任務執行開啟才比較撐得住,好像有人調整最大總連接數把它給降下來,可能官方連高速狀態下也不知有沒有進行測試也不知道,反正又會扯到硬體設備之類的問題.......

當然也有碰到某些奇怪又異常的任務,不知是不是發種沒處理好怎樣調也有問題,那就一點辦法也沒有了.....

我的也是出現崩潰 有時候1小時 有時候2-3小時 不會多於4小時 鬱悶 我的下載速度也不是特別快只有200多K怎麼會出現這樣的狀況 哪個版本都這樣

剛才有一個用戶發來錯誤報告,結果發現崩潰原因是磁盤緩存設置過大的時候,下載大分塊任務崩潰。BC目前是32位程序,以後改成64位程序就可以解決此問題。

如果莫名其妙崩潰的朋友,可以試試將磁盤緩存改到1G以內。