Hello
Hesse, Christian wrote:
> Vladimir V. Saveliev wrote:
>>Please try whether the attached patch improves anything. It simplifies
>>fsync by avoid commiting of transactions which do not modify file being
>>fsync-ed.
>>
>>The patch applied to 2.6.14-mm2 with warnings, but that can be ignored.
>
Hi again,
> > http://www.earthworm.de/tmp/reiser4-fsync.c
> >
> > with 2.6.13:
> > sync() = 0 <0.000198>
> > fsync(3)= 0 <0.003353>
> >
> > with 2.6.14 (with and without patch):
> > sync() = 0 <2.09
Me again,
meanwhile I've applied this patch to my 2.6.14-mm2 (gentoo):
ftp://ftp.namesys.com/pub/reiser4-for-2.6/2.6.14-mm2/reiser4-for-2.6.14-mm2-1.patch.gz
...and I've got to say: THANK YOU! This patch has cured my slow system,
everything's running normal again. Everything? Well, I'm not so su
On Thursday 17 November 2005 18:22, Vladimir V. Saveliev wrote:
> Hello
>
> Hesse, Christian wrote:
> > Vladimir V. Saveliev wrote:
> >>Please try whether the attached patch improves anything. It simplifies
> >>fsync by avoid commiting of transactions which do not modify file being
> >>fsync-ed.
>
Seems like there's a bug in your patch
> ftp://ftp.namesys.com/pub/reiser4-for-2.6/2.6.14-mm2/reiser4-for-2.6.14-mm2-1.patch.gz
[ cut here ]
kernel BUG at fs/reiser4/block_alloc.c:149!
invalid operand: [#1]
last sysfs file: /class/vc/vcsa7/dev
Modules linked in: snd_o
Hello.
Hesse, Christian wrote:
On Thursday 17 November 2005 18:22, Vladimir V. Saveliev wrote:
Hello
Hesse, Christian wrote:
Vladimir V. Saveliev wrote:
Please try whether the attached patch improves anything. It simplifies
fsync by avoid commiting of transactions which do no
E.Gryaznova wrote:
Unfortunately we are not able to reproduce this slowdown. Would you
please provide more info?:
Is this 2.6.14-mm2 bad sync/fsync performance reproducible on fresh
created reiser4 too?
Are these values stable reproducible? If you run this test several time
-- do you have the s
On 11/21/05, E.Gryaznova <[EMAIL PROTECTED]> wrote:
> Unfortunately we are not able to reproduce this slowdown. Would you
> please provide more info?:
> Is this 2.6.14-mm2 bad sync/fsync performance reproducible on fresh
> created reiser4 too?
> Are these values stable reproducible? If you run this
On Monday 21 November 2005 19:06, E.Gryaznova wrote:
> Hello.
>
> Hesse, Christian wrote:
> >On Thursday 17 November 2005 18:22, Vladimir V. Saveliev wrote:
> >>Hello
> >>
> >>Hesse, Christian wrote:
> >>>Vladimir V. Saveliev wrote:
> Please try whether the attached patch improves anything. It
On Monday 21 November 2005 19:44, Hesse, Christian wrote:
> On Monday 21 November 2005 19:06, E.Gryaznova wrote:
> > Unfortunately we are not able to reproduce this slowdown. Would you
> > please provide more info?:
> > Is this 2.6.14-mm2 bad sync/fsync performance reproducible on fresh
> > created
E.Gryaznova wrote (ao):
> Unfortunately we are not able to reproduce this slowdown. Would you
> please provide more info?:
FWIW, I notice the same (I'm not the OP). My main workstation (Athlon)
runs 2.6.15-rc1-mm1. Vim needs 4 to 12 seconds to close any file, mutt
is very slow on sending email, ba
On Mon, 2005-11-21 at 21:50 +0100, Hesse, Christian wrote:
> On Monday 21 November 2005 19:44, Hesse, Christian wrote:
> > On Monday 21 November 2005 19:06, E.Gryaznova wrote:
> > > Unfortunately we are not able to reproduce this slowdown. Would you
> > > please provide more info?:
> > > Is this 2.
Sander wrote:
E.Gryaznova wrote (ao):
Unfortunately we are not able to reproduce this slowdown. Would you
please provide more info?:
FWIW, I notice the same (I'm not the OP). My main workstation (Athlon)
runs 2.6.15-rc1-mm1. Vim needs 4 to 12 seconds to close any file, mutt
is very sl
On 11/22/05, E.Gryaznova <[EMAIL PROTECTED]> wrote:
> Sander wrote:
>
> >E.Gryaznova wrote (ao):
> Something like
> for i in cfq noop anticipatory deadline
> do
> echo $i > /sys/block/hda/queue/scheduler && cat
> /sys/block/hda/queue/scheduler && echo "foo" >/root/test && time vim +"s/
> foo/bar/
E.Gryaznova wrote (ao):
> Sander wrote:
> ># echo "foo" > /boot/test
> ># time vim +"s/foo/bar/" +"wq" /boot/test
> >real0m0.016s
> >user0m0.000s
> >sys 0m0.000s
> >
> ># echo "foo" > /root/test
> ># time vim +"s/foo/bar/" +"wq" /root/test
> >real0m9.667s
> >user0m0.000s
> >sys
On Wednesday 23 November 2005 08:09, Sander wrote:
> My 'good' system:
> kernel: 2.6.15-rc1-mm2
> OS: Debian Sid
> disks:4x sata on Promise
> raid/lvm/etc: lmv stripe
>
> My 'bad' system:
> kernel: 2.6.15-rc1-mm1
> OS: Debian Sid
> dis
Hesse, Christian wrote (ao):
> On Wednesday 23 November 2005 08:09, Sander wrote:
> > My 'good' system:
> > kernel: 2.6.15-rc1-mm2
> > OS: Debian Sid
> > disks: 4x sata on Promise
> > raid/lvm/etc: lmv stripe
> >
> > My 'bad' system:
> > kernel: 2.
17 matches
Mail list logo