Re: [PATCH RFC md-6.16 v3 00/19] md: introduce a new lockless bitmap

2025-05-12 Thread Yu Kuai
Hi, 在 2025/05/12 21:27, Christoph Hellwig 写道: On Mon, May 12, 2025 at 04:40:02PM +0800, Yu Kuai wrote: I don't have such plan for now, actually I tend to remove bitmap file, once llbitmap is ready with lightweight overhead, I expect perforamce can be better than old bitmap with bitmap file. If

Re: [PATCH RFC md-6.16 v3 00/19] md: introduce a new lockless bitmap

2025-05-12 Thread Christoph Hellwig
On Mon, May 12, 2025 at 04:40:02PM +0800, Yu Kuai wrote: > I don't have such plan for now, actually I tend to remove bitmap file, > once llbitmap is ready with lightweight overhead, I expect perforamce > can be better than old bitmap with bitmap file. > > If there are cases that llbitmap performace

Re: [PATCH RFC md-6.16 v3 00/19] md: introduce a new lockless bitmap

2025-05-12 Thread Yu Kuai
Hi, 在 2025/05/12 13:21, Christoph Hellwig 写道: From looking over the patches this entirely dropped support for bitmap files for now. Do you plan to get back to those? I don't have such plan for now, actually I tend to remove bitmap file, once llbitmap is ready with lightweight overhead, I exp

Re: [PATCH RFC md-6.16 v3 00/19] md: introduce a new lockless bitmap

2025-05-11 Thread Christoph Hellwig
>From looking over the patches this entirely dropped support for bitmap files for now. Do you plan to get back to those?

[PATCH RFC md-6.16 v3 00/19] md: introduce a new lockless bitmap

2025-05-11 Thread Yu Kuai
From: Yu Kuai changes in v3: - reimplement bitmap IO; - support skipping unwritten blocks for recovery; - support lazy initial recover for raid5; - many other changes. Background Redundant data is used to enhance data fault tolerance, and the storage method for redundant data vary depe