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
>>
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
jus
what problems you might enncounter if
>>> you change it. If you won't put in that degree of basic 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 ad
On Sat, Jul 26, 2014 at 10:05 PM, Chris Murphy wrote:
>
> On Jul 26, 2014, at 7:43 PM, Nick Krause wrote:
>
>> On Sat, Jul 26, 2014 at 7:07 AM, Wang Shilong
>> wrote:
>>>
>>>> Hi Hugo,
>>>>
>>>> Am Samstag, 26. Juli 2014, 1
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 fu
On Sun, Jul 27, 2014 at 10:56 PM, Austin S Hemmelgarn
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
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 "unsubs
On Mon, Jul 28, 2014 at 6:10 AM, Austin S Hemmelgarn
wrote:
> On 07/27/2014 11:21 PM, Nick Krause wrote:
>> On Sun, Jul 27, 2014 at 10:56 PM, Austin S Hemmelgarn
>> wrote:
>>> On 07/27/2014 04:47 PM, Nick Krause wrote:
>>>> This may be a bad idea , but c
On Mon, Jul 28, 2014 at 6:09 AM, Hugo Mills 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 know
On Mon, Jul 28, 2014 at 11:13 AM, Nick Krause wrote:
> On Mon, Jul 28, 2014 at 6:10 AM, Austin S Hemmelgarn
> wrote:
>> On 07/27/2014 11:21 PM, Nick Krause wrote:
>>> On Sun, Jul 27, 2014 at 10:56 PM, Austin S Hemmelgarn
>>> wrote:
>>>> On 07/27/2014 0
On Mon, Jul 28, 2014 at 12:19 PM, Austin S Hemmelgarn
wrote:
> On 2014-07-28 11:57, Nick Krause wrote:
>> On Mon, Jul 28, 2014 at 11:13 AM, Nick Krause
>> wrote:
>>> On Mon, Jul 28, 2014 at 6:10 AM, Austin S Hemmelgarn
>>> wrote:
>>>> On 07/27/2014 1
On Mon, Jul 28, 2014 at 2:36 PM, Nick Krause wrote:
> On Mon, Jul 28, 2014 at 12:19 PM, Austin S Hemmelgarn
> wrote:
>> On 2014-07-28 11:57, Nick Krause wrote:
>>> On Mon, Jul 28, 2014 at 11:13 AM, Nick Krause
>>> wrote:
>>>> On Mon, Jul 28, 2014 a
On Tue, Jul 29, 2014 at 1:14 PM, Austin S Hemmelgarn
wrote:
> On 2014-07-29 13:08, Nick Krause wrote:
>> On Mon, Jul 28, 2014 at 2:36 PM, Nick Krause wrote:
>>> On Mon, Jul 28, 2014 at 12:19 PM, Austin S Hemmelgarn
>>> wrote:
>>>> On 2014-07-28 11:57,
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 of
On Wed, Jul 30, 2014 at 11:36 AM, 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 read
On Wed, Jul 30, 2014 at 2:31 PM, wrote:
> Nick,
>
>> On Wed, Jul 30, 2014 at 11:36 AM, wrote:
>>>> On Tue, Jul 29, 2014 at 11:54:20PM -0400, Nick Krause wrote:
>>>>> Hey Guys ,
>>>>> I interested in helping improving the compression of bt
On Wed, Jul 30, 2014 at 4:51 PM, Zach Brown 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 the co
On Wed, Jul 30, 2014 at 7:30 PM, Dave Airlie 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 due to no c
On Wed, Jul 30, 2014 at 11:57 PM, Dave Airlie wrote:
> On 31 July 2014 12:05, Nick Krause wrote:
>> On Wed, Jul 30, 2014 at 7:30 PM, Dave Airlie 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 Thu, Jul 31, 2014 at 6:11 AM, Hugo Mills 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 wrote:
>> >> This patch removes the lines for releasing the page cache in certain
>> >> files a
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 g
On Thu, Jul 31, 2014 at 3:09 PM, 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.
>
>You've just enabled two options, but you haven't actually
> implement
On Thu, Jul 31, 2014 at 3:12 PM, Hugo Mills 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
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 gu
On Fri, Aug 1, 2014 at 8:21 AM, Theodore Ts'o 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
stati
On Fri, Aug 1, 2014 at 12:58 PM, Nick Krause 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 as the
On Sat, Aug 2, 2014 at 8:28 PM, Mitch Harder
wrote:
> On Sat, Aug 2, 2014 at 6:35 PM, Peter Waller 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 the
>> thread titled "Machine lockup due
the kernel to do it. But there's
> nothing stopping you from having a regular cron job to do it. You could even
> write a daemon to poll the status of a btrfs filesystem and run balance when
> appropriate if you were keen enough.
>
>> * What is the best course of action t
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 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 test otherwise I c
On Sun, Aug 3, 2014 at 11:42 PM, Russell Coker wrote:
> On Sun, 3 Aug 2014 22:44:26 Nick Krause wrote:
>> On Sun, Aug 3, 2014 at 7:48 PM, Russell Coker wrote:
>> > Please get yourself a NUMA system and test this out.
>>
>> Unfortunately I don't have money
On Tue, Aug 5, 2014 at 8:38 PM, ronnie sahlberg
wrote:
> On Tue, Aug 5, 2014 at 5:20 AM, Russell Coker 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 random people
>> who want something to
34 matches
Mail list logo
