On Tue, Aug 5, 2014 at 8:38 PM, ronnie sahlberg
ronniesahlb...@gmail.com wrote:
On Tue, Aug 5, 2014 at 5:20 AM, Russell Coker russ...@coker.com.au wrote:
Based on what I've read on this list it seems that BTRFS is less stable in
3.15 than in 3.14. Even 3.14 isn't something I'd recommend to
I am wondering if the project for threads being NUMA aware is still
value as after reading it.
It seems to be obsolete due to it being directly supported in work
queues by another kernel
layer.
Regards Nick
--
To unsubscribe from this list: send the line unsubscribe linux-btrfs in
the body of a
On Sun, Aug 3, 2014 at 7:48 PM, Russell Coker russ...@coker.com.au wrote:
Please get yourself a NUMA system and test this out.
--
Sent from my Samsung Galaxy Note 2 with K-9 Mail.
Russell,
Unfortunately I don't have money for an extra machine as of now as I
am a student
so if x86 is NUMA I can
On Sun, Aug 3, 2014 at 11:42 PM, Russell Coker russ...@coker.com.au wrote:
On Sun, 3 Aug 2014 22:44:26 Nick Krause wrote:
On Sun, Aug 3, 2014 at 7:48 PM, Russell Coker russ...@coker.com.au wrote:
Please get yourself a NUMA system and test this out.
Unfortunately I don't have money
On Sat, Aug 2, 2014 at 8:28 PM, Mitch Harder
mitch.har...@sabayonlinux.org wrote:
On Sat, Aug 2, 2014 at 6:35 PM, Peter Waller pe...@scraperwiki.com wrote:
Hi All,
My TL;DR questions are at the bottom, before the stack trace.
I'm running Ubuntu 14.04. I wonder if this problem is related to
if you were keen enough.
* What is the best course of action to take (other than enlarging the
disk or deleting files) if I encounter this situation again?
Have a cron job run a balance regularly.
On Sat, 2 Aug 2014 21:52:36 Nick Krause wrote:
I have run into this error to and this seems
On Fri, Aug 1, 2014 at 8:21 AM, Theodore Ts'o ty...@mit.edu wrote:
On Thu, Jul 31, 2014 at 08:09:10PM +0100, Hugo Mills wrote:
On Thu, Jul 31, 2014 at 01:53:33PM -0400, Nicholas Krause wrote:
This adds checks for the stated modes as if they are crap we will return
error
not supported.
Please forget my other questions , seems the only work to make punch
hole work for zero range is to
make a function like the one I am pasting below for zero range and
change the calls to punch range to
zero range as the other parts of the function can be the same from my reading.
Regards Nick
On Fri, Aug 1, 2014 at 12:58 PM, Nick Krause xerofo...@gmail.com wrote:
Please forget my other questions , seems the only work to make punch
hole work for zero range is to
make a function like the one I am pasting below for zero range and
change the calls to punch range to
zero range
On Thu, Jul 31, 2014 at 6:11 AM, Hugo Mills h...@carfax.org.uk wrote:
On Wed, Jul 30, 2014 at 10:05:16PM -0400, Nick Krause wrote:
On Wed, Jul 30, 2014 at 7:30 PM, Dave Airlie airl...@gmail.com wrote:
This patch removes the lines for releasing the page cache in certain
files as this may aid
I am doing this project from the btrfs wiki, since I am new after
reading the code using lxr I am wondering if
we can base the code off that already in ext4 for these modes as they
seem to work rather well. I am wondering
through as a newbie some of the data structures are ext4 based and the
same
On Thu, Jul 31, 2014 at 3:09 PM, Hugo Mills h...@carfax.org.uk wrote:
On Thu, Jul 31, 2014 at 01:53:33PM -0400, Nicholas Krause wrote:
This adds checks for the stated modes as if they are crap we will return
error
not supported.
You've just enabled two options, but you haven't actually
On Thu, Jul 31, 2014 at 3:12 PM, Hugo Mills h...@carfax.org.uk wrote:
On Thu, Jul 31, 2014 at 02:08:15PM -0400, Nick Krause wrote:
I am doing this project from the btrfs wiki, since I am new after
reading the code using lxr I am wondering if
we can base the code off that already in ext4
Hey Guys,
I need to ask a question again, I am writing the above function and
basing it off the one of punch hole.
I have only started writing the function and have a few questions
about how to write this. Below this message
are my questions so fair and I also posting my written code in case
you
On Wed, Jul 30, 2014 at 11:36 AM, ashf...@whisperpc.com wrote:
On Tue, Jul 29, 2014 at 11:54:20PM -0400, Nick Krause wrote:
Hey Guys ,
I interested in helping improving the compression of btrfs by using a
set of threads using work queues like XFS
or reads and keeping the page cache after
On Wed, Jul 30, 2014 at 2:31 PM, ashf...@whisperpc.com wrote:
Nick,
On Wed, Jul 30, 2014 at 11:36 AM, ashf...@whisperpc.com wrote:
On Tue, Jul 29, 2014 at 11:54:20PM -0400, Nick Krause wrote:
Hey Guys ,
I interested in helping improving the compression of btrfs by using a
set of threads
On Wed, Jul 30, 2014 at 4:51 PM, Zach Brown z...@zabbo.net wrote:
On Wed, Jul 30, 2014 at 04:47:12PM -0400, Josef Bacik wrote:
On 07/30/2014 04:42 PM, Nicholas Krause wrote:
This patch removes the lines for releasing the page cache in certain
files as this may aid in perfomance with writes in
On Wed, Jul 30, 2014 at 7:30 PM, Dave Airlie airl...@gmail.com wrote:
This patch removes the lines for releasing the page cache in certain
files as this may aid in perfomance with writes in the compression
rountines of btrfs. Please note that this patch has not been tested
on my own hardware
On Wed, Jul 30, 2014 at 11:57 PM, Dave Airlie airl...@gmail.com wrote:
On 31 July 2014 12:05, Nick Krause xerofo...@gmail.com wrote:
On Wed, Jul 30, 2014 at 7:30 PM, Dave Airlie airl...@gmail.com wrote:
This patch removes the lines for releasing the page cache in certain
files as this may aid
Hey guys,
First thing is thanks a lot for the help , considering how busy some
of you are. I am interested in the project with extent_io as it seems
a good
place to start before my other project idea in order to get used to
coding for btrfs. I am wondering through as the project definition is
very
On Mon, Jul 28, 2014 at 2:36 PM, Nick Krause xerofo...@gmail.com wrote:
On Mon, Jul 28, 2014 at 12:19 PM, Austin S Hemmelgarn
ahferro...@gmail.com wrote:
On 2014-07-28 11:57, Nick Krause wrote:
On Mon, Jul 28, 2014 at 11:13 AM, Nick Krause xerofo...@gmail.com
wrote:
On Mon, Jul 28, 2014 at 6
On Tue, Jul 29, 2014 at 1:14 PM, Austin S Hemmelgarn
ahferro...@gmail.com wrote:
On 2014-07-29 13:08, Nick Krause wrote:
On Mon, Jul 28, 2014 at 2:36 PM, Nick Krause xerofo...@gmail.com wrote:
On Mon, Jul 28, 2014 at 12:19 PM, Austin S Hemmelgarn
ahferro...@gmail.com wrote:
On 2014-07-28 11
Hey Guys ,
I am new to reading and writing kernel code.I got interested in
writing code for btrfs as it seems to
need more work then other file systems and this seems other then
drivers, a good use of time on my part.
I interested in helping improving the compression of btrfs by using a
set
On Mon, Jul 28, 2014 at 6:10 AM, Austin S Hemmelgarn
ahferro...@gmail.com wrote:
On 07/27/2014 11:21 PM, Nick Krause wrote:
On Sun, Jul 27, 2014 at 10:56 PM, Austin S Hemmelgarn
ahferro...@gmail.com wrote:
On 07/27/2014 04:47 PM, Nick Krause wrote:
This may be a bad idea , but compression
On Mon, Jul 28, 2014 at 6:09 AM, Hugo Mills h...@carfax.org.uk wrote:
On Mon, Jul 28, 2014 at 12:00:03AM -0400, Nick Krause wrote:
Hey Josef,
Seems there are a lot of brtfs bugs open on the kernel Bugzilla. I am
new to the brtfs
side of development so please let me known if you want help
On Mon, Jul 28, 2014 at 11:13 AM, Nick Krause xerofo...@gmail.com wrote:
On Mon, Jul 28, 2014 at 6:10 AM, Austin S Hemmelgarn
ahferro...@gmail.com wrote:
On 07/27/2014 11:21 PM, Nick Krause wrote:
On Sun, Jul 27, 2014 at 10:56 PM, Austin S Hemmelgarn
ahferro...@gmail.com wrote:
On 07/27/2014
On Mon, Jul 28, 2014 at 12:19 PM, Austin S Hemmelgarn
ahferro...@gmail.com wrote:
On 2014-07-28 11:57, Nick Krause wrote:
On Mon, Jul 28, 2014 at 11:13 AM, Nick Krause xerofo...@gmail.com
wrote:
On Mon, Jul 28, 2014 at 6:10 AM, Austin S Hemmelgarn
ahferro...@gmail.com wrote:
On 07/27/2014 11
This may be a bad idea , but compression in brtfs seems to be only
using one core to compress.
Depending on the CPU used and the amount of cores in the CPU we can
make this much faster
with multiple cores. This seems bad by my reading at least I would
recommend for writing compression
we write a
On Sun, Jul 27, 2014 at 10:56 PM, Austin S Hemmelgarn
ahferro...@gmail.com wrote:
On 07/27/2014 04:47 PM, Nick Krause wrote:
This may be a bad idea , but compression in brtfs seems to be only
using one core to compress.
Depending on the CPU used and the amount of cores in the CPU we can
make
Hey Josef,
Seems there are a lot of brtfs bugs open on the kernel Bugzilla. I am
new to the brtfs
side of development so please let me known if you want help cleaning
up some of the
bugs here that are actually valid and still open.
Cheers Nick
--
To unsubscribe from this list: send the line
effort, then
you won't get very far.
Actually, from what I read from Nick Krause so far here and on LKML:
Can it be that he is at admittedly quite inventive trolling?
I found none of his posts to be even remotely convincing although he
submitted
a patch elsewhere.
Thanks for your detailed
On Sat, Jul 26, 2014 at 10:05 PM, Chris Murphy li...@colorremedies.com wrote:
On Jul 26, 2014, at 7:43 PM, Nick Krause xerofo...@gmail.com wrote:
On Sat, Jul 26, 2014 at 7:07 AM, Wang Shilong wangshilong1...@gmail.com
wrote:
Hi Hugo,
Am Samstag, 26. Juli 2014, 11:05:03 schrieb Hugo Mills
Hey brtfs devolopers.
I am new so I think this project,Implement new FALLOC_FL_* modes needs
more information for me to
write if for you guys. I am wondering what is fallocate and how you
want me to write this, define statements
or as functions in a certain file? I am not asking to hold my hand
On Thu, Jul 24, 2014 at 10:32 PM, Duncan 1i5t5.dun...@cox.net wrote:
Martin Steigerwald posted on Thu, 24 Jul 2014 20:49:37 +0200 as excerpted:
It may take some time tough cause during compiling the kernel BTRFS hung
again, which caused loss of KDE Baloo desktop search file index and
parts of
34 matches
Mail list logo
