On 25.01.2012 03:37, Anand Jain wrote:
>
>> The wiki on kernel.org is in read-only mode
>> [1] http://btrfs.ipv5.de/
>
> Is wiki still in read only mode? I am able to login,
> but there isn't any link to create new page ?
>
You mean the wiki mentioned above? You have to confirm
your email ad
On Tue, Jan 24, 2012 at 10:24 AM, Vincent Vanackere
wrote:
> On 01/20/2012 09:54 PM, Mitch Harder wrote:
>>
>> On Fri, Jan 20, 2012 at 10:48 AM, Vincent Vanackere
>> wrote:
>>>
>>> On 01/19/2012 05:24 PM, Mitch Harder wrote:
On Thu, Jan 19, 2012 at 8:42 AM, Vincent Vanackere
w
The wiki on kernel.org is in read-only mode
[1] http://btrfs.ipv5.de/
Is wiki still in read only mode? I am able to login,
but there isn't any link to create new page ?
thanks, Anand
--
To unsubscribe from this list: send the line "unsubscribe linux-btrfs" in
the body of a message to majord
On Mon, Jan 23, 2012 at 05:19:40PM +0100, Markus F.X.J. Oberhumer wrote:
> Hi,
>
> I've prepared a small package that updates the LZO version in the Linux
> kernel to LZO v2.06.
I ran benchmarks on the new miniLZO and LZ4 on 64bit. LZ4 is generally slower
than snappy/lzo in the micro benchmarks.
On Thursday 01 December 2011 09:55:27 Arne Jansen wrote:
> As RAID0 is already not a strict 'all disks or none', I like the idea to
> have it even more dynamic to reach full optimization. But I'd like to see
> some properties conserved:
> a) In case of even size disks, the stripes should always be
Hi Chris,
great to hear that, could you give me a ping if you fixed it, than I can
retry it?
-martin
Am 24.01.2012 20:40, schrieb Chris Mason:
On Tue, Jan 24, 2012 at 08:15:58PM +0100, Martin Mailand wrote:
Hi
I tried the branch on one of my ceph osd, and there is a big
difference in the per
On Tue, Jan 24, 2012 at 08:15:58PM +0100, Martin Mailand wrote:
> Hi
> I tried the branch on one of my ceph osd, and there is a big
> difference in the performance.
> The average request size stayed high, but after around a hour the
> kernel crashed.
>
> IOstat
> http://pastebin.com/xjuriJ6J
>
>
Hi
I tried the branch on one of my ceph osd, and there is a big difference
in the performance.
The average request size stayed high, but after around a hour the kernel
crashed.
IOstat
http://pastebin.com/xjuriJ6J
Kernel trace
http://pastebin.com/SYE95GgH
-martin
Am 23.01.2012 19:50, schrieb
There have been 4 warnings on 32-bit build, they are herewith fixed.
Signed-off-by: Stefan Behrens
---
fs/btrfs/check-integrity.c | 11 ++-
1 files changed, 6 insertions(+), 5 deletions(-)
diff --git a/fs/btrfs/check-integrity.c b/fs/btrfs/check-integrity.c
index ad0b3ba..b669a7d 1006
On Thursday 01 December 2011 09:55:27 Arne Jansen wrote:
> As RAID0 is already not a strict 'all disks or none', I like the idea to
> have it even more dynamic to reach full optimization. But I'd like to see
> some properties conserved:
> a) In case of even size disks, the stripes should always be
> evergreen writes:
> >
>
> Although there is LessFS's Mark Ruijter :
> http://www.lessfs.com/wordpress/?p=684&cpage=1#comment-3114
>
> "On average the speeds appear to be 48% faster then snappy."
> Sounds promising...
>
> --
Well, it seems that the performance is really good.
Apparently, LZ4
If we span a long area in a bitmap we could end up taking a lot of time
searching to the next free area if we're searching from the original
window_start, so advance window_start in order to make sure we don't do any
superficial searching. Thanks,
Signed-off-by: Josef Bacik
---
fs/btrfs/free-sp
On 01/20/2012 09:54 PM, Mitch Harder wrote:
On Fri, Jan 20, 2012 at 10:48 AM, Vincent Vanackere
wrote:
On 01/19/2012 05:24 PM, Mitch Harder wrote:
On Thu, Jan 19, 2012 at 8:42 AM, Vincent Vanackere
wrote:
Hi,
With the most current git kernel
(90a4c0f51e8e44111a926be6f4c87af3938a79c3)
I'
Am Dienstag, 24. Januar 2012 schrieb Arne Jansen:
> On 24.01.2012 11:16, Martin Steigerwald wrote:
> > Am Dienstag, 24. Januar 2012 schrieb Arne Jansen:
> >> On 21.01.2012 11:49, Martin Steigerwald wrote:
> >>> Am Dienstag, 20. Dezember 2011 schrieb Martin Steigerwald:
> >>>
> >>> When I do btrfs
On 24.01.2012 11:16, Martin Steigerwald wrote:
> Am Dienstag, 24. Januar 2012 schrieb Arne Jansen:
>> On 21.01.2012 11:49, Martin Steigerwald wrote:
>>> Am Dienstag, 20. Dezember 2011 schrieb Martin Steigerwald:
>>>
>>> When I do btrfs scrub start / the machine locks immediately up hard.
>>
>> Can
Am Dienstag, 24. Januar 2012 schrieb Arne Jansen:
> On 21.01.2012 11:49, Martin Steigerwald wrote:
> > Am Dienstag, 20. Dezember 2011 schrieb Martin Steigerwald:
> >
> > When I do btrfs scrub start / the machine locks immediately up hard.
>
> Can you please give me the output of sysrq-w when the
On 21.01.2012 11:49, Martin Steigerwald wrote:
> Am Dienstag, 20. Dezember 2011 schrieb Martin Steigerwald:
>
> When I do btrfs scrub start / the machine locks immediately up hard.
Can you please give me the output of sysrq-w when the machine is locked up?
Thanks,
Arne
>
> Then usually on next
17 matches
Mail list logo