[f2fs-dev] 答复: [RFC PATCH] f2fs: add no compress extensions support

2021-04-14 Thread changfengnan
For example, when we enables compression of the entire mounted directory, and the mounted directory used by applications, the applications may write some files that have been compressed, such as tar files and zip files, we want avoid duplicate compressions for these. As for the complex, ambiguous

Re: [f2fs-dev] [RFC PATCH] f2fs: add no compress extensions support

2021-04-14 Thread Chao Yu
Hi Fengnan, On 2021/4/14 17:47, Fengnan Chang wrote: When we create a directory with enable compression, all file write into directory will try to compress.But sometimes we may know, new file cannot meet compression ratio requirements. We need a nocompress extension to skip those files to avoid

Re: [f2fs-dev] [GIT PULL][PATCH v9 0/3] Update to zstd-1.4.10

2021-04-14 Thread Nick Terrell
On Wed, Apr 14, 2021 at 12:04 PM Eric Biggers wrote: > > On Wed, Apr 14, 2021 at 11:53:51AM -0700, Nick Terrell wrote: > > On Wed, Apr 14, 2021 at 11:35 AM Eric Biggers wrote: > > > > > > On Wed, Apr 14, 2021 at 11:01:29AM -0700, Nick Terrell wrote: > > > > Hi all, > > > > > > > > I would really

Re: [f2fs-dev] [GIT PULL][PATCH v9 0/3] Update to zstd-1.4.10

2021-04-14 Thread Eric Biggers
On Wed, Apr 14, 2021 at 11:53:51AM -0700, Nick Terrell wrote: > On Wed, Apr 14, 2021 at 11:35 AM Eric Biggers wrote: > > > > On Wed, Apr 14, 2021 at 11:01:29AM -0700, Nick Terrell wrote: > > > Hi all, > > > > > > I would really like to make some progress on this and get it merged. > > > This patch

Re: [f2fs-dev] [GIT PULL][PATCH v9 0/3] Update to zstd-1.4.10

2021-04-14 Thread Nick Terrell
On Wed, Apr 14, 2021 at 11:35 AM Eric Biggers wrote: > > On Wed, Apr 14, 2021 at 11:01:29AM -0700, Nick Terrell wrote: > > Hi all, > > > > I would really like to make some progress on this and get it merged. > > This patchset offsers: > > * 15-30% better decompression speed > > * 3 years of zstd b

Re: [f2fs-dev] [GIT PULL][PATCH v9 0/3] Update to zstd-1.4.10

2021-04-14 Thread Eric Biggers
On Wed, Apr 14, 2021 at 11:01:29AM -0700, Nick Terrell wrote: > Hi all, > > I would really like to make some progress on this and get it merged. > This patchset offsers: > * 15-30% better decompression speed > * 3 years of zstd bug fixes and code improvements > * Allows us to import zstd directly

Re: [f2fs-dev] [GIT PULL][PATCH v9 0/3] Update to zstd-1.4.10

2021-04-14 Thread Nick Terrell
Hi all, I would really like to make some progress on this and get it merged. This patchset offsers: * 15-30% better decompression speed * 3 years of zstd bug fixes and code improvements * Allows us to import zstd directly from upstream so we don't fall 3 years out of date again Thanks, Nick On F

[f2fs-dev] [PATCH] f2fs: fix to cover allocate_segment() with lock

2021-04-14 Thread Chao Yu
As we did for other cases, in fix_curseg_write_pointer(), let's change as below: - use callback function s_ops->allocate_segment() instead of raw function allocate_segment_by_default(); - cover allocate_segment() with curseg_lock and sentry_lock. Signed-off-by: Chao Yu --- fs/f2fs/segment.c | 7

[f2fs-dev] [RFC PATCH] f2fs: add no compress extensions support

2021-04-14 Thread Fengnan Chang
When we create a directory with enable compression, all file write into directory will try to compress.But sometimes we may know, new file cannot meet compression ratio requirements. We need a nocompress extension to skip those files to avoid unnecessary compress page test. Signed-off-by: Fengnan

Re: [f2fs-dev] [PATCH v3] f2fs: fix to keep isolation of atomic write

2021-04-14 Thread Jaegeuk Kim
On 04/13, Chao Yu wrote: > On 2021/4/13 11:27, Jaegeuk Kim wrote: > > On 04/12, Chao Yu wrote: > > > As Yi Chen reported, there is a potential race case described as below: > > > > > > Thread A Thread B > > > - f2fs_ioc_start_atomic_write > > > - mkwrite

Re: [f2fs-dev] [PATCH v7 4/4] fs: unicode: Add utf8 module and a unicode layer

2021-04-14 Thread Shreeya Patel
On 09/04/21 12:40 am, Gabriel Krisman Bertazi wrote: Shreeya Patel writes: utf8data.h_shipped has a large database table which is an auto-generated decodification trie for the unicode normalization functions. It is not necessary to load this large table in the kernel if no filesystem is using