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.
prev parent 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