Austin S Hemmelgarn posted on Thu, 02 Jan 2014 07:36:06 -0500 as
excerpted:
> I think the triple seek+write is probably the biggest offender in my
> case, although COW and autodefrag probably don't help either. I'm kind
> of hesitant to put stuff that gets changed daily on a SSD, so I've ended
>
On 2014-01-02 03:49, Duncan wrote:
> Austin S Hemmelgarn posted on Wed, 01 Jan 2014 15:12:40 -0500 as
> excerpted:
>
>> On 12/30/2013 11:02 AM, Austin S Hemmelgarn wrote:
>>>
>>> As an alternative to using bcache, you might try something simmilar to
>>> the following:
>>> 64G SSD with /boot, /
Austin S Hemmelgarn posted on Wed, 01 Jan 2014 15:12:40 -0500 as
excerpted:
> On 12/30/2013 11:02 AM, Austin S Hemmelgarn wrote:
>>
>> As an alternative to using bcache, you might try something simmilar to
>> the following:
>> 64G SSD with /boot, /, and /usr Other HDD with /var, /usr/portage,
On 12/30/2013 11:02 AM, Austin S Hemmelgarn wrote:
>
> As an alternative to using bcache, you might try something simmilar to
> the following:
> 64G SSD with /boot, /, and /usr
> Other HDD with /var, /usr/portage, /usr/src, and /home
> tmpfs or ramdisk for /tmp and /var/tmp
> This is e
Austin S Hemmelgarn posted on Mon, 30 Dec 2013 11:02:21 -0500 as
excerpted:
> I've actually tried a simmilar configuration myself a couple of times
> (also using Gentoo in-fact), and I can tell you from experience that
> unless things have changed greatly since kernel 3.12.1, it really isn't
> wor
Duncan <1i5t5.dun...@cox.net> schrieb:
[ spoiler: tldr ;-) ]
>> * How stable is it? I've read about some csum errors lately...
>
> FWIW, both bcache and btrfs are new and still developing technology.
> While I'm using btrfs here, I have tested usable (which for root means
> either means directly
Marc MERLIN schrieb:
> On Mon, Dec 30, 2013 at 02:22:55AM +0100, Kai Krakow wrote:
>> These thought are actually quite interesting. So you are saying that data
>> may not be fully written to SSD although the kernel thinks so? This is
>
> That, and worse.
>
> Incidently, I have just posted on my
On 12/29/2013 04:11 PM, Kai Krakow wrote:
> Hello list!
>
> I'm planning to buy a small SSD (around 60GB) and use it for bcache in front
> of my 3x 1TB HDD btrfs setup (mraid1+draid0) using write-back caching. Btrfs
> is my root device, thus the system must be able to boot from bcache using
> i
On Mon, Dec 30, 2013 at 02:22:55AM +0100, Kai Krakow wrote:
> These thought are actually quite interesting. So you are saying that data
> may not be fully written to SSD although the kernel thinks so? This is
That, and worse.
Incidently, I have just posted on my G+ about this:
https://plus.goog
Kai Krakow posted on Sun, 29 Dec 2013 22:11:16 +0100 as excerpted:
> Hello list!
>
> I'm planning to buy a small SSD (around 60GB) and use it for bcache in
> front of my 3x 1TB HDD btrfs setup (mraid1+draid0) using write-back
> caching. Btrfs is my root device, thus the system must be able to boo
On Dec 29, 2013, at 6:22 PM, Kai Krakow wrote:
> So you are saying that data
> may not be fully written to SSD although the kernel thinks so?
Drives shouldn't lie when asked to flush to disk, but they do. Older article
about this at lwn is a decent primer on the subject of write barriers.
ht
Chris Murphy schrieb:
> I think most of these questions are better suited for the bcache list.
Ah yes, you are true. I will repost the non-btrfs related questions to the
bcache list. But actually I am most interested in using bcache together
btrfs, so getting a general picture of its current s
On Dec 29, 2013, at 2:11 PM, Kai Krakow wrote:
>
> * How stable is it? I've read about some csum errors lately…
Seems like bcache devs are still looking into the recent btrfs csum issues.
>
> * I want to migrate my current storage to bcache without replaying a backup.
> Is it possible?
>
>
Hello list!
I'm planning to buy a small SSD (around 60GB) and use it for bcache in front
of my 3x 1TB HDD btrfs setup (mraid1+draid0) using write-back caching. Btrfs
is my root device, thus the system must be able to boot from bcache using
init ramdisk. My /boot is a separate filesystem outside
14 matches
Mail list logo
