你说的硬盘写入10MB/s都达不到，很可能你用了叠瓦盘或者QLC固态，如果你使用steam下载游戏，你会发现1MB/s写入速度都达不到，比特彗星智能磁盘缓存让你提升了至少10倍的写入性能
部分高階設定可能對新手而言顯得複雜，建議彗星系統能夠根據現有硬體限制，自動應用智能AI人工智慧優化，以提升使用者的整體體驗。
不是複雜，是設置后能不能有效控制和遵照使用者的設定運行。
比如磁碟快取，感覺翻譯上還是不太正確，快取 快速讀取，跟寫入沒關係 
BT傳輸…、每個HTTP…、長效種子的…直接換成兩個設置選項就行了 總寫入量和總讀取量
設定多少的量，就在這範圍以下工作就行，寫入平均120的硬盤，120算搞負荷，那減半再減半，25、30的長時間寫入總該沒問題吧，哪怕加上讀取30，一共60，這負荷量不算高吧，讀取裏包含上傳量，怕玩家關閉讀取來停止上傳分享，設定個固定的最低讀取量不就行了嗎，再説要真就盤坏了，也算不到BitComet的頭上來啊，怕坏再調低點就是
縮減磁碟快取大小若可用實際記憶體低於 更換為 實際内存使用量 設定1G，那隨便怎麽下載，就只占用1G内存，下載獲得的數據優先進内存，當數據裏有一定量連續的數據了再寫入到硬盤，内存裏要準備寫入的數據先校驗再寫入硬盤寫入后再校驗一次，校驗時只需要讀取，讀寫不就能分開了嗎
縮減磁碟快取大小若可用實際記憶體低於 看不懂想説啥，内存量低於XXX，反而縮減，占用大量内存后不是反倒該加快寫入量嗎，反而還縮減，縮減還快取，讀取的量本來就不應該太高，應該和上傳量匹配才對，
我上傳是5MB 那讀取就該是5MB左右才對（校驗數據時除外），一個下載寫入才一點，讀取高了5倍多，比上傳還高，關鍵是讀取來幹嘛啊，磁頭一次只能讀或寫，大量的讀取占用，寫入能快就神奇了，這不就是在增加磁頭擺動嗎，哪來的對硬盤的保護 
再者開發困難需要資金支持時，開放個打賞窗口，功能再做好，還怕玩家們不打賞嗎
总算正常点，能达到20MB了
翻译的是快取，在我看来就全是调读取量的，跟写入没关系
啥缓存要1048576MB，这都达到TB的量级，这后面就不应该是MB，因该是KB才对啊，约是120MB
下载获得数据到内存，再将获得的相邻的数据，从内存写入到硬盘，不也能达到减少硬盘的读写次数吗.
关于磁碟快取这个设置，要真是缓存为MB，如我硬盘写入平均速度是140~100MB，那么加上需要读取，将其减半为读写各50MB，长期的读写维持在50MB觉得不妥，再少一半改到25MB，也就是读取和写入各最高也就在25MB，我想上传多些的时候，就把读取调高就是，怕大家不分享 关闭上传，定一个最低硬盘读取量不就行了吗。设置里面三个够了，读取、写入和内存占用量。数值调高了，导致的硬盘损坏自己调的自行承担啊，整的来数值这么高，还不能改，改了写入量就又下来了
用的是官方版还是其他修改过配置的版本？
默认的值没有这么大
这些问题应该是由于缓存设置不合理造成的
你说的快取是台湾繁体中文的本土化翻译，至于为什么台湾人把缓存叫快取可以参考，如果你是大陆人可以使用简体中文能获得更友好的翻译
台湾的中文使用习惯和用词很多时候会和中国大陆有所不同。这些差异部分是由于翻译标准的不同，部分因为台湾在语言上的保守性，较多地保留了传统中文的某些用词。
在计算机术语中，“缓存”（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以上 内存裏的快完了還能更高，很搞笑
