外置果 D 唔知係咪 QLC 黎
又冇咩人講
doggiestyle 發表於 2025-4-28 19:58

其實睇TBW 準唔準? 我見京東自營賣的ssd 不同牌子同一容量TBW 都可以差十倍

via HKEPC IR 5.1.14 - iOS(5.1.1F)

TOP

其實睇TBW 準唔準? 我見京東自營賣的ssd 不同牌子同一容量TBW 都可以差十倍

via HKEPC IR 5.1.14 - iOS ...
hkocx 發表於 2025-4-28 21:49



其實任佢 UP
同品牌有信仰咪信佢
唔同品牌就冇咩好比

TOP

讚同,BT多,好易好多Fragments,用SSD不用煩。
hoho1986 發表於 2025-4-27 00:32

用Pre-allocation 和不要使用超過超過85%,基本上可以不用defrag

via HKEPC Reader for Android

TOP

用Pre-allocation 和不要使用超過超過85%,基本上可以不用defrag

via HKEPC Reader for Android ...
computer1975 發表於 2025-4-29 11:38



Pre-allocation 要先寫入一次 ,即係要寫兩次
而且一般使用者 sense 唔到呢個問題
會四圍問人地點解 HDD 開 BT 會閃晒燈

TOP

本帖最後由 pbodq 於 2025-4-30 11:06 編輯
Pre-allocation 要先寫入一次 ,即係要寫兩次
而且一般使用者 sense 唔到呢個問題
會四圍問人地點解 HDD  ...
doggiestyle 發表於 2025-4-30 01:52 AM



Pre-allocation 要先寫入一次 ,即係要寫兩次  >>> 這個描述不完全成立,在某些情況下,Pre-allocation係唔需要寫兩次(可以避開了頭一次的zero-filling),所以在官方的說明書中,只對該選項用上不確定語氣的用詞 "but could be a costly operation."
https://www.libtorrent.org/singl ... disk-io-constructor


導致這模菱兩可現象的原因是:
https://github.com/qbittorrent/q ... ecomment-1414253937

簡單講,垃圾Microsoft陳舊NTFS提的的file output stream API,不支援file fast allocation。當硬碟建立一個完整10GB file時,會很笨由頭到尾initialize,先全寫一次zeroes

但在Linux世界不是。libtorrent (例如rutorrent, qbittorent等等),係call kernel posix 的 fallocate(1)。
當快速式建立一個全新的大file時,係好聰明地不會zero-fill,就想像成quick format之類。對應的format有btrfs, zfs, xfs這類新一代的規格。如無記錯,ext4都支援fallocate(1), file non-zero filling。

基本這10年,我都很少在Windows下使用BT。無論點config,在Linux下BT,我完全體會唔到(忘記了)這種痛苦,所以很多時都不明白為何d人成日話這樣有問題,那樣有問題。。。。。因為起步點已經不同,平行世界。

TOP

本帖最後由 doggiestyle 於 2025-4-30 11:05 編輯
Pre-allocation 要先寫入一次 ,即係要寫兩次  >>> 這個描述不完全成立,在某些情況下,Pre-allocation係 ...
pbodq 發表於 2025-4-30 10:58



Windows 底下既理由係 "防止資料外泄"
所以每次 Pre-allocation 都要填 000000000
因為 HDD 填 0000000000 一定要寫入一次
如果 SSD 填 000000000 係咪都要寫入一次我就唔知
其實有 軟件係可以唔洗填 0000000000
不過唔知點解後面 D 軟件冇人咁寫 (又或者可能有但我唔知)
咁即係唔係純粹係 ntfs 問題
只係 D 人唔寫呢個功能落去

TOP

本帖最後由 pbodq 於 2025-4-30 11:21 編輯
Windows 底下既理由係 "防止資料外泄"
所以每次 Pre-allocation 都要填 000000000
因為 HDD 填 00000000 ...
doggiestyle 發表於 2025-4-30 11:00 AM



邊款ntfs的軟件?

講緊file construction果下

如果Microsoft拎"防止資料外泄"做擋箭牌
亦唔成立
因為ntfs下確實有唔少軟件(Windows API),可以在不需Admin privilege下直讀/直寫LBA raw value
但現在講緊file creation果一刻,如果拎這個做籍口就是雙重標準搬龍門

-------------
Quick format都資料外泄,Windows一定要刪走這個功能

TOP

邊款ntfs的軟件?

講緊file construction果下

如果Microsoft拎"防止資料外泄"做擋箭牌
亦唔成立
因為n ...
pbodq 發表於 2025-4-30 11:12



我點知邊個用乜野做擋箭牌
我只係記得以前 google 過有人咁講
老實講如果要 Pre-allocation 一個 1TB 既 BT 檔
對一個 sense 唔到問題 既使用者係好恐怖的 !

TOP

本帖最後由 pbodq 於 2025-4-30 18:10 編輯

回覆 28# doggiestyle


ntfs確實可以不需admin privilege fast create file,那就不關老舊的問題。當然,那個所謂的安全考慮亦不成立
https://stackoverflow.com/questi ... on-a-windows-system

至於BT軟件唔採用,我就唔知點解,懶吧。但我在Linux完全感覺唔到有這問題。


----


剛在Linux親身觀測左一次,正如#25裡的Github所說

無論tick唔tick Pre-allocation,libtorrent在btrfs這類環境下,都是鐵定call fallocate(1),而非zero-fill allocate。籍此,kernel在create file時,是不會預先zero-fill的,隻碟係無額外的operation loading
但真係唔好問我點解Windows果邊咁on居。

TOP