| 1 |
>>>>> On Tue, 13 May 2014, Rich Freeman wrote: |
| 2 |
|
| 3 |
> Btrfs also supports file inlining, so every byte saved on small files |
| 4 |
> does actually help (I believe the data structure that stores the |
| 5 |
> inlined data doesn't have a fixed record size). Then again, btrfs |
| 6 |
> also supports lzo compression and I believe this is fairly widely |
| 7 |
> used, so I'm not sure that the impact of not compressing small files |
| 8 |
> will be felt. |
| 9 |
|
| 10 |
> I don't think ext4 supports inlining, but I see some discussions of |
| 11 |
> attempts to add it. |
| 12 |
|
| 13 |
> For VERY small files I would think that overhead would become an issue. |
| 14 |
|
| 15 |
> Unless we have a bunch of 30-byte man pages I'd think that both |
| 16 |
> simplicity and some potential for utility would lead us to use the |
| 17 |
> best algorithm possible. |
| 18 |
|
| 19 |
Compression for very small files was systematically studied by vapier |
| 20 |
in bug 169260, which led to the current threshold of 128 bytes. Files |
| 21 |
smaller than that "usually don't compress at all". |
| 22 |
|
| 23 |
Ulrich |
Archives