From mboxrd@z Thu Jan 1 00:00:00 1970 From: Laurent Riffard Subject: Re: Slowdown is gone & apt-get works with updated reiser4. So nevermind... Date: Sun, 13 Nov 2005 13:25:51 +0100 Message-ID: <437730CF.8030400@free.fr> References: <200511111359.39715.jgilmore@glycou.com> <43758E00.4000601@namesys.com> <200511120906.39109.jgilmore@glycou.com> <43765E8D.7030104@namesys.com> <43768EEA.90307@ursynow.2a.pl> <43772F11.7090907@free.fr> Mime-Version: 1.0 Content-Transfer-Encoding: quoted-printable Return-path: list-help: list-unsubscribe: list-post: Errors-To: flx@namesys.com In-Reply-To: <43772F11.7090907@free.fr> List-Id: Content-Type: text/plain; charset="iso-8859-1" To: Laurent Riffard Cc: =?ISO-8859-1?Q?Artur_Mak=F3wka?= , John Gilmore , reiserfs-list@namesys.com, Alexander Zarochentcev Le 13.11.2005 13:18, Laurent Riffard a =E9crit : > Le 13.11.2005 01:55, Artur Mak=F3wka a =E9crit : >=20 >>Hans Reiser wrote: >> >> >>>John Gilmore wrote: >>> >=20 > [snip] >=20 >>>>=20 >>>>Oh, BTW. "The slowdown" as I called it is still there. I guess I >>>>spoke to soon. The specific symptom is that the effected process >>>>locks for a time, usually just a second or two, but sometimes a >>>>minute or two and and at least once for many many minutes. I think >>>>that the crash (soft lockup) that I reported earlier is related as >>>>well. And it sounds like the comment that rvalles had about lockups >>>>with mmaped files, except that it doesn't lock up permanently. Just >>>>for a second or three usually. >>>> >>>>=20 >>>> >>> >>>zam, please comment. >>> >> >>one more thing im pretty sure of - the 2.6.13mm3 without any reiser4 >>additional patches (just clean 2.6.13mm3 as it has reiser4 already >>built) is working fine. >> >>i mean, im not sure if this bug still exists here, but im 100% sure i >>can write vim files easy without any downtime, so this is big difference. >> >>so for everyone with this bug - try clean 2.6.13mm3 from kernel.org. It >>worked for me. i will wait with this kernel for a patch to stable line. >> >>Also - i will test it a little more tomorrow to be sure that this >>version is bug free. >> >=20 >=20 > Hello, >=20 > It seems that fsync could be really slow when there is a lot of > activity on the FS. >=20 > I've done the following test : > - on a reiser4 FS, unpack a fresh kernel tarball and start a compilation > - open a new terminal, wait 1 minute and start editing a file on the > same FS with vi. > - hit ":w" and wait... >=20 > $ strace -T vi foo 2>strace_vi.log > $ grep fsync strace_vi.log > fsync(3) =3D 0 <30.923808> > $ >=20 > My computer is a desktop with an Athlon XP 1600 and 512 Mb RAM. > Write cache is disabled on the disk (hdparm -W0 /dev/hda). >=20 I forgot to mention: kernel version is 2.6.14-mm2. --=20 laurent