用的是官方版还是其他修改过配置的版本？
默认的值没有这么大
这些问题应该是由于缓存设置不合理造成的
你说的快取是台湾繁体中文的本土化翻译，至于为什么台湾人把缓存叫快取可以参考，如果你是大陆人可以使用简体中文能获得更友好的翻译
台湾的中文使用习惯和用词很多时候会和中国大陆有所不同。这些差异部分是由于翻译标准的不同，部分因为台湾在语言上的保守性，较多地保留了传统中文的某些用词。
在计算机术语中，“缓存”（Cache）一词在中国大陆的叫法是按照英文“Cache”的功能来直译的，即缓和存储的功能。而台湾方面，他们会采用一个更加侧重功能含义的翻译，即"快取"。这个名词强调了缓存的一个主要作用，就是"快速取出数据"。因为缓存的目的是为了提高数据访问的速度，将经常访问的数据临时存储在更快的存储介质上，以便快速获取，这样的命名实际上是十分直观的。
这种差异反映了不同中文圈在面对新事物时的翻译策略和习惯，台湾中文偏向使用描述功能的词汇，而大陆中文则可能直接采用音译或者意译的方法。
缓存设置1TB是合理的，会根据电脑硬件配置自动智能动态调整缓存大小，而不是你设置多少就用多少
确保该选项启用即可
報給開發改嘛，荒唐 
，問題是爲啥數據不往硬盤裏寫入，功能本就該是能自行調節寫入和讀取還有内存占用，讓在多少的量下運行就在多少的量下運行，我管你是緩存還是快取哦，又不能控制實際的寫入量
写入量和下载的任务大小有关系，下载10GB的种子写入量为10GB，下载100GB的种子写入量为100GB
磁盘读取速度大于上传速度，有可能是由于cache达到上限后，向多个用户上传不同分块时，每次磁盘读取仍然会一次性读取整个分块数据进cache，但因连接太多整块数据只上传了一部分就因需要再次分配cache而被丢弃，导致后续需要再次整块读取同一分块。这种现象叫做“cache抖动”，之前做过优化，但多次改版后可能算法已失效，需要重新优化。
另外现在BT任务分块数据读cache和写cache共用同一最大容量限额，且cache容量达到限额后，优先丢弃读cache而尽量保留写cache。
主要还是人多的问题，算法在怎么样都没用，难道限制某个peer 0KB不给他上传，如果不给上传区块通知对方peer自身阻塞啥的，这样反而会有吸血等一些问题产生，上面分享了限制人数的方法，楼主可以试试
請容我重新説明一下，問題是如何抑制超出上傳量的讀取，應爲完全不知道如此高的讀取是啥原因導致。
也因為該問題 讓我少說了一個問題，就是寫入，我們多次交流下，我有提到了寫入問題，具體的原因是因爲，内存條裏BitComet程式已使用了大量的内存量，雖然截圖上 寫入速度200KB(但多數情況下是在5MB~1MB)，我想説的是 下載到内存的數據 只會以很慢的速度寫入，我所有硬盤平均寫入都能穩定在100MB以上(給我的感覺就是 數據只想留在内存裏面，而不想去往硬盤，而且讀取異常的高，我以爲是被大量的讀取抑制了寫入，所以我問如何抑制讀取速度，看到您的回復后 將磁碟快取所有數值調到您給的建議，讀取也確實正常了，然後才發現寫入依舊很慢，只有很少的時間内寫入速度能高於10MB)
(這就是在上面的回復中提到“在我看来就全是调读取量的，跟写入没关系”)
您可能也知道，儅某個任務占用一定量的内存后，暫停該任務會等待很長一段時間，直到内存裏的數據完全寫入后 才會停止，這就是我爲啥會說“设置里面三个够了，读取、写入和内存占用量”，在我的角度看來，内存裏有數據，達到一定量后就該寫入硬盤，讀取按照我調的速限來就行
儅發現調磁碟快取無法實現控制一切的寫入和讀取，您給的回復1TB合理 無法理解，我才説出了"問題是爲啥數據不往硬盤裏寫入~~~又不能控制實際的寫入量"。
我的理解是磁碟快取就應該是控制硬盤的讀取和寫入 多加一個控制内存佔用量，這一切問題和實際的下載和上傳無關哦，上傳 本來就因該分享，由任意分享導致的上傳的硬盤讀取，我不會在意(我的上傳速度是5~7MB)，下載 無論多快，優先寫入内存，到一定量后 寫入硬盤(哪怕是BitComet運行都卡頓了，内存量全占用了，BitComet依舊不願意將數據寫入硬盤)
我想的是 需要一個能控制 硬盤寫入、讀取和BitComet的内存縂用量的選項，按照我規定的量來使用硬盤，而不是内存都滿了，實際的寫入量還在那几MB、几MB的寫入 連USB的速度都沒這麽慢，讀取 讀你的 ，不超過我規定量的3倍，管你讀取多快 真不在意，您説是不是，硬盤平均不低於100，那麽我算各50，再保險點減半 各25或30，無論多少任務，無論上、下速度多快，給30就30的寫，給30就30的讀，給3G BitComet應用程序 最大就只占用3G 是不是，啥問題都能解決，自己調的量，自行承擔結果，您上面説的那些，真的看不懂也不理解，如果那些數據很關鍵，那麽移到進階選項啊，1TB哪怕10TB
增加磁盘缓存数值，或者使用置顶的2.06 beta3版本，针对这个问题做了一些优化
2.06版在未设置合理缓存的时候，不经过区块缓存直接去真实读盘来降低读取量
这个问题其实就是上面说的，QLC固态或者叠瓦盘的原因，，，测速软件获得的测速结果往往很好看，实际上硬盘真实写入能力只有1MB/s
想要获得真实的硬盘速度，推荐使用CrystalDiskMark8_0_4cShizuku 这款软件，菜单栏可以设置为实际表现，例如这是三星980 500G NVME的测速结果
如果多加入一個選項呢，用於控制 BitComet在所有任務下的硬盤寫、讀和BitComet的内存縂用量的選項，比如規定BitComet内存用量為5G，儅下載的數據占用完了5G，而規定的硬盤寫入速度只有30MB，那麽此時下載速度降至10MB或更低，讓5G的數據，在30的速度下，寫入4G到硬盤后，再恢復下載速度，這估計也能避免大量的内存占用后BitComet程序出現卡頓吧
比如讀取為50MB，哪怕硬盤讀取超過上傳速度，我只讓你在50内工作，再抖也只能在50裏面抖動啊，能非常好的進行控制啊，您覺得呢
不是不愿意写入，是你的硬件性能受限，数据无法写入到硬盘中，所以此时会自动限速，降低下载速度等待硬盘写入完成，至于自动限速的时候同时引起界面卡顿的问题是bug，在1.97版本已经反馈过，这次再次和官方汇报了，可以等后续版本修复
跟曡瓦沒關係，放大版的USB有啥用 
，我硬盤就沒測試過，最大是多少我也不知道，移動檔案時看到的速度都是100左右，如果是單個檔案傳輸，速度能維持在140左右，同個硬盤下，複製文件 同時 有讀取和寫入時，速度就會是50-90以内，正因爲我清楚，所有的硬盤能工作在多高，看到只有2M時，感覺很奇怪，再説了在暫停任務后，到後半段 可能就最後一些數據時，讀取速度又會有短暫的恢復，然後會出現程序未響應，直到恢復后，任務也就完全暫停了 笑死
这个是自动限速导致界面卡顿，属于软件BUG，，，已经再次反馈给官方了，要做的是无感知，用户不需要管什么设置，直接下载软件后就能很好的使用，全部自动化处理
確實是真不願意哦，單個任務 剛開始是正常的，只要内存占用到一定量后，就會看到寫入迅速下降，同時上傳也就很高了 多個任務下，内存占用沒多少沒事，占用多了也會讓寫入下降，給我的感覺就是只願意留在内存裏，關鍵是暫停了又有10以上 内存裏的快完了還能更高，很搞笑
原理不同，这就是为什么叠瓦盘测速有220MB/s，但是实际上steam下载也写入只有0.3MB/s-1MB/s的原因了
你在电脑文件管理器里面复制文件是大块文件顺序读写
BT下载是区块化的，一个一个小块状写入硬盘，下载完成一个BT任务写入并不是一次，统计页面可以看到真实写入硬盘次数可能上千或者上万次
上面说的设置缓存数值就是为了拉命中率，把缓存命中率拉到99%以上，此时对硬盘的损耗最低
您還覺得這是曡瓦嗎，是真的可能哪有問題
您這是怎麽調的哦 
按照您最早説的調都才97，縮減磁碟~~~低於調到9999后長期低於95
還有命中率到底啥解釋哦？
一個區塊的數據到内存后再進入硬盤，到硬盤后校驗數值，數值正確。校驗失敗，由内存裏的區塊，再重複一次，直到正確？
那都應該是99啊，從内存到南橋到硬盤，出錯機率很低吧
已換到版本20240111，目前
从你发的steam下载速度来看，有30MB/s，可以得知不是叠瓦盘，因为叠瓦盘只有1MB/s左右的速度
你的截图上看到设置不合理，只有64MB磁盘缓存，而且磁盘提速服务未安装没有运行，显示停止状态。
你是怎么设置的？方便的话截个图看看
如果只有64MB磁盘缓存会导致BT任务取不到缓存引起直接真实读写硬盘，此时命中率会发生下降然后引起硬盘卡顿，这是我的设置 你可以对着抄一下
磁盘提速服务修复办法可以参考视频
录了两个视频教程你可以看一下，两种方式安装磁盘提速服务都可以
比特彗星开始下载很快70MB/s，过了一分钟变成100KB/s，io活动时间满载，磁盘提速服务拒绝访问修复 大文件界面卡死
https://bbs.itzmx.com/thread-100772-1-1.html
我有提到 按照您的設置調整過，只是好了一點而已，關閉提速服務 是發現這玩意好像沒用，都是很低
這命中率也感覺很荒唐，數據從内存到硬盤錯誤率怎麽會這麽高，要是CPU調取系統文件到内存錯誤率也這麽高，那估計連開機都做不到
内存占用9999，不允許該程式占用我大量内存，防止占用超過1G后，完全暫停任務的時間會進一步延長。這愚蠢的限制才9999，要是允許的話 我只會讓BitComet的最大占用量維持在3G以内
