public inbox for linux-bcache@vger.kernel.org
 help / color / mirror / Atom feed
From: Kai Krakow <hurikhan77@gmail.com>
To: linux-bcache@vger.kernel.org
Subject: Re: what happened to the nifty ioprio cache hinting stuff?
Date: Sat, 6 May 2017 12:37:02 +0200	[thread overview]
Message-ID: <20170506123702.2e8e66e3@jupiter.sol.kaishome.de> (raw)
In-Reply-To: 874lwzasaq.fsf@esperi.org.uk

Am Fri, 05 May 2017 22:48:45 +0100
schrieb Nix <nix@esperi.org.uk>:

> On 2 May 2017, Kai Krakow said:
> 
> > Am Tue, 02 May 2017 11:54:38 +0100
> > schrieb Nix <nix@esperi.org.uk>:
> >  
> >> I found the ioprio cache hinting quite exciting (I know, I'm
> >> weird): it won't help with writeback or e.g. NFS, but it will
> >> certainly let me do things like run backups without wearing my SSD
> >> out.  
> >
> > I'm certainly waiting for the patches to be upstreamed. Meanwhile, I
> > stopped the hassle of applying the patches and just resorted to
> > putting my backups partition into "write-around" mode. It still
> > gets big improvements in performance and is nice to wear leveling.  
> 
> I'm running in writearound mode regardless, since my bcache is atop an
> md array, and that array is journalled on the same SSD (for powerfail
> reliability and because in write-back mode it greatly speeds up
> writes), and I don't want to burn the SSD out *that* badly. It still
> speeds things up hugely :)
> 
> >> This was in ewheeler's for-4.10-block-bcache-updates branch, but it
> >> didn't get into 4.10 or 4.11, even while other commits on the same
> >> branch did :( is it dead? (I mean, it still seems to *apply* to
> >> 4.11...)  
> >
> > Last time I looked at bitbucket (the only place I found it) to pull
> > the patches via http, it was horribly slow and even complained that
> > the repository is too big to be browsed or generate patch sets.
> >
> > Would it be possible to mirror it somewhere else? Bitbucket is
> > really slow for me, direct git-clone didn't even work.
> >
> > I was just trying to pull the branch and rebase it ontop of current
> > kernels myself because I couldn't apply these patches. But I
> > eventually gave up due to bitbuckets superior *cough*
> > performance... :-(  
> 
> It is much faster to take an existing kernel working tree and do a
> 
> git remote add ewheeler https://bitbucket.org/ewheelerinc/linux.git
> git remote update ewheeler
> 
> since this only needs to get a few hundred KiB of objects.

Yes, that worked... While I've been at that, I also rebased the bfq
patches to get the latest bfq version for ck-sources.

Although it took about a minute to connect to bitbucket - but pulling
the data itself was fast then, matter of eye blinks.

-- 
Regards,
Kai

Replies to list-only preferred.

      reply	other threads:[~2017-05-06 10:40 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2017-05-02 10:54 what happened to the nifty ioprio cache hinting stuff? Nix
2017-05-02 17:26 ` Eric Wheeler
2017-05-05 21:41   ` Nix
2017-05-02 18:15 ` Kai Krakow
2017-05-05 21:48   ` Nix
2017-05-06 10:37     ` Kai Krakow [this message]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20170506123702.2e8e66e3@jupiter.sol.kaishome.de \
    --to=hurikhan77@gmail.com \
    --cc=linux-bcache@vger.kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox