On Tue, 16 Jul 2013 10:36:55 +0200
Florian Weimer wrote:
> On 07/15/2013 09:25 PM, Conrad Meyer wrote:
>
> > By default, bcache runs a write-through cache -- it only
> > caches clean data. If the caching SSD dies, the bcache
> > layer can just forward requests to spinning drive. No
> > data is l
- Original Message -
> Tomasz Torcz (to...@pipebreaker.pl) said:
> > On Mon, Jul 15, 2013 at 09:17:56AM -0400, Josh Boyer wrote:
> > > On Mon, Jul 15, 2013 at 5:56 AM, Jaroslav Reznik
> > > wrote:
> > > > = Proposed System Wide Change: SSD cache =
> > > > https://fedoraproject.org/wiki/Cha
On 07/15/2013 09:25 PM, Conrad Meyer wrote:
By default, bcache runs a write-through cache -- it only
caches clean data. If the caching SSD dies, the bcache layer
can just forward requests to spinning drive. No data is lost.
(Bcache has a writeback mode where data loss is possible. I
do not reco
On Mon, 15 Jul 2013 22:34:15 +0200
Rave it wrote:
>
> Hmm,
> for me me this is more a question how can i configure
> bcache or dm-cache in a system which use more than one SSD
> and some conventional hard-disk. Seems like only you or
> some kernel devs know about how to do this. Can you give a
>
Am Mon, 15 Jul 2013 19:42:29 +
schrieb devel-requ...@lists.fedoraproject.org:
> Message: 5
> Date: Mon, 15 Jul 2013 12:25:49 -0700
> From: Conrad Meyer
> To: Development discussions related to Fedora
>
> Subject: Re: F20 System Wide Change: SSD
On Mon, 15 Jul 2013 15:36:06 -0400
DJ Delorie wrote:
> > it's not going to be shoved down your throat.
>
> I've found this to be untrue in Fedora.
I think this is disingenuous. Especially at the file-system /
block layer, one can point to numerous examples of new
features *not* forced on users.
On Mon, Jul 15, 2013 at 5:21 PM, Martin Langhoff
wrote:
> On Mon, Jul 15, 2013 at 10:55 AM, Peter Robinson wrote:
>> On Mon, Jul 15, 2013 at 3:42 PM, Martin Langhoff
>> wrote:
>>> On Mon, Jul 15, 2013 at 7:47 AM, Mihamina Rakotomandimby
>>> wrote:
One thing I would recommend would be to co
> it's not going to be shoved down your throat.
I've found this to be untrue in Fedora.
> > At the very least, this feature should be disabled if the
> > SSD is the boot/root drive. When SSDs fail, they fail
> > completely, and it's irresponsible to cause early failure
> > on a drive that's cri
On Mon, 15 Jul 2013 13:57:39 -0400
DJ Delorie wrote:
> I think this is a bad idea, at least for my setup. I
> really don't want my small expensive boot SSD being beaten
> to death trying to cache a multi-terabyte array, especially
> since I have plenty of RAM that already serves that purpose
> (t
On Mon, Jul 15, 2013 at 02:47:30PM +0300, Mihamina Rakotomandimby wrote:
> On 2013-07-15 12:56, Jaroslav Reznik wrote:
> >= Proposed System Wide Change: SSD cache =
> >https://fedoraproject.org/wiki/Changes/SSD_cache
>
> One thing I would recommend would be to correctly detect SSD:
> ATM, I instal
I think this is a bad idea, at least for my setup. I really don't
want my small expensive boot SSD being beaten to death trying to cache
a multi-terabyte array, especially since I have plenty of RAM that
already serves that purpose (the machine rarely reboots).
At the very least, this feature sh
Right. I am not familiar with it. OTOH, a noop scheduler is simple
enough and non-dynamic rule.
udev seems like a much better fit than a daemon.
But what do I know. I am never in the fashion :-)
m
On Mon, Jul 15, 2013 at 12:27 PM, Matthew Garrett wrote:
> On Mon, Jul 15, 2013 at 12:21:57PM -
Tomasz Torcz (to...@pipebreaker.pl) said:
> On Mon, Jul 15, 2013 at 09:17:56AM -0400, Josh Boyer wrote:
> > On Mon, Jul 15, 2013 at 5:56 AM, Jaroslav Reznik wrote:
> > > = Proposed System Wide Change: SSD cache =
> > > https://fedoraproject.org/wiki/Changes/SSD_cache
> >
> > > Release engineerin
On Mon, Jul 15, 2013 at 12:21:57PM -0400, Martin Langhoff wrote:
> Would you run tuned on a server?
It was written with that in mind.
--
Matthew Garrett | mj...@srcf.ucam.org
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
On Mon, Jul 15, 2013 at 10:55 AM, Peter Robinson wrote:
> On Mon, Jul 15, 2013 at 3:42 PM, Martin Langhoff
> wrote:
>> On Mon, Jul 15, 2013 at 7:47 AM, Mihamina Rakotomandimby
>> wrote:
>>> One thing I would recommend would be to correctly detect SSD:
>>> ATM, I installed my Fedora over an SSD a
On Mon, Jul 15, 2013 at 3:42 PM, Martin Langhoff
wrote:
> On Mon, Jul 15, 2013 at 7:47 AM, Mihamina Rakotomandimby
> wrote:
>> One thing I would recommend would be to correctly detect SSD:
>> ATM, I installed my Fedora over an SSD and it did not ajust the mount
>> settings nor suggest an appropri
On Mon, Jul 15, 2013 at 7:47 AM, Mihamina Rakotomandimby
wrote:
> One thing I would recommend would be to correctly detect SSD:
> ATM, I installed my Fedora over an SSD and it did not ajust the mount
> settings nor suggest an appropriate setting for the SSD.
> If we can at least detect SSD and sug
On Mon, Jul 15, 2013 at 09:17:56AM -0400, Josh Boyer wrote:
> On Mon, Jul 15, 2013 at 5:56 AM, Jaroslav Reznik wrote:
> > = Proposed System Wide Change: SSD cache =
> > https://fedoraproject.org/wiki/Changes/SSD_cache
>
> > Release engineering: All packages should operate in close harmony te make
On Mon, Jul 15, 2013 at 5:56 AM, Jaroslav Reznik wrote:
> = Proposed System Wide Change: SSD cache =
> https://fedoraproject.org/wiki/Changes/SSD_cache
>
> Change owner(s): Rolf Fokkens
>
> Using recent kernel (3.9 and later) features for (fast) SSD caching of (slow)
> ordinary hard disks.
>
> ==
On 2013-07-15 12:56, Jaroslav Reznik wrote:
= Proposed System Wide Change: SSD cache =
https://fedoraproject.org/wiki/Changes/SSD_cache
One thing I would recommend would be to correctly detect SSD:
ATM, I installed my Fedora over an SSD and it did not ajust the mount
settings nor suggest an ap
= Proposed System Wide Change: SSD cache =
https://fedoraproject.org/wiki/Changes/SSD_cache
Change owner(s): Rolf Fokkens
Using recent kernel (3.9 and later) features for (fast) SSD caching of (slow)
ordinary hard disks.
== Detailed description ==
Recent Linux kernels support the use of Solid
21 matches
Mail list logo
