* Re: [PATCH 0/4] bcache: incremental GC and dirty data init
@ 2018-04-12 7:27 tang.junhui
0 siblings, 0 replies; 3+ messages in thread
From: tang.junhui @ 2018-04-12 7:27 UTC (permalink / raw)
To: colyli; +Cc: kent.overstreet, mlyle, linux-bcache, linux-block, tang.junhui
Hi Coly,
> On 2018/4/12 2:38 PM, tang.junhui@zte.com.cn wrote:
> > Hi maintainers and folks,
> >
> > Some patches of this patch set have been sent before, they are not merged
> > yet, and I add two new patches to solve some issues I found while testing.
> > since They are interdependent, so I make a patch set and resend them.
> >
> > [PATCH 1/4] bcache: finish incremental GC
> > [PATCH 2/4] bcache: calculate the number of incremental GC nodes according to
> > the total of btree nodes
> > [PATCH 3/4] bcache: notify allocator to prepare for GC
> > [PATCH 4/4] bcache: fix I/O significant decline while backend devices registering
> >
> > These patches are useful to prevent I/O fluctuations or even jump 0 while GC or
> > cached devices registering. I have test them for some times, I hope somebody could
> > have a review for these patch, any comment would be welcome.
> >
>
> Hi Junhui,
>
> Copied, these patches are in my to-review list :-)
Thanks for your quick response, you are always so warm to me.
I am looking forward to your comments.
Thanks.
Tang Junhui
^ permalink raw reply [flat|nested] 3+ messages in thread
* [PATCH 0/4] bcache: incremental GC and dirty data init
@ 2018-04-12 6:38 tang.junhui
2018-04-12 6:45 ` Coly Li
0 siblings, 1 reply; 3+ messages in thread
From: tang.junhui @ 2018-04-12 6:38 UTC (permalink / raw)
To: kent.overstreet, colyli, mlyle; +Cc: linux-bcache, linux-block, tang.junhui
Hi maintainers and folks,
Some patches of this patch set have been sent before, they are not merged
yet, and I add two new patches to solve some issues I found while testing.
since They are interdependent, so I make a patch set and resend them.
[PATCH 1/4] bcache: finish incremental GC
[PATCH 2/4] bcache: calculate the number of incremental GC nodes according to
the total of btree nodes
[PATCH 3/4] bcache: notify allocator to prepare for GC
[PATCH 4/4] bcache: fix I/O significant decline while backend devices registering
These patches are useful to prevent I/O fluctuations or even jump 0 while GC or
cached devices registering. I have test them for some times, I hope somebody could
have a review for these patch, any comment would be welcome.
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: [PATCH 0/4] bcache: incremental GC and dirty data init
2018-04-12 6:38 tang.junhui
@ 2018-04-12 6:45 ` Coly Li
0 siblings, 0 replies; 3+ messages in thread
From: Coly Li @ 2018-04-12 6:45 UTC (permalink / raw)
To: tang.junhui, kent.overstreet, mlyle; +Cc: linux-bcache, linux-block
On 2018/4/12 2:38 PM, tang.junhui@zte.com.cn wrote:
> Hi maintainers and folks,
>
> Some patches of this patch set have been sent before, they are not merged
> yet, and I add two new patches to solve some issues I found while testing.
> since They are interdependent, so I make a patch set and resend them.
>
> [PATCH 1/4] bcache: finish incremental GC
> [PATCH 2/4] bcache: calculate the number of incremental GC nodes according to
> the total of btree nodes
> [PATCH 3/4] bcache: notify allocator to prepare for GC
> [PATCH 4/4] bcache: fix I/O significant decline while backend devices registering
>
> These patches are useful to prevent I/O fluctuations or even jump 0 while GC or
> cached devices registering. I have test them for some times, I hope somebody could
> have a review for these patch, any comment would be welcome.
>
Hi Junhui,
Copied, these patches are in my to-review list :-)
Thanks.
Coly Li
^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2018-04-12 7:27 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2018-04-12 7:27 [PATCH 0/4] bcache: incremental GC and dirty data init tang.junhui
-- strict thread matches above, loose matches on Subject: below --
2018-04-12 6:38 tang.junhui
2018-04-12 6:45 ` Coly Li
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.