btrfs 這幾年跟之前幾年 (主要的作者離開 Oracle 前後), 開發的速度的確差很多.
近期 RedHat 的決定跟這個開發速度的影響並沒有那麼大.
拿 User space tool 來說開發不活躍本來就是很奇怪的事. 以 Kernel space code 來說會比較正確.
其實用 commit 數量來算也很奇怪...
twu2 wrote:
其實用 commit 數量來算也很奇怪... 這樣算跟之前聽到的 "笑話" (還是事實?) 很像...
某工程師因為 commit 數量過少, 公司算 KPI 給分數很低... 從此... 改個字就 commit 一次來達成公司的 KPI,....
twu2 wrote:
拿 User space tool 來說開發不活躍本來就是很奇怪的事. 以 Kernel space code 來說會比較正確.
AristotleC wrote:
看你你還是分不出 kernel/user space 的差異
The places we're targeting for Btrfs are really management tasks around distributing the operating system, distributing updates quickly using the snapshotting features of Btrfs, using the checksumming features of Btrfs and so on.
We also have a number of machines....
AristotleC wrote:
提 ceph 的目的是要暗示會擠壓到 btrfs 開發嗎
AristotleC wrote:
單看行數的話的確...(恕刪)
從 APP 打開
