If you are frequently hit by fsync (as some of the previosly posters told us)
an option might be to say something as
tmgr.atom_max_age=30 (or tmgr.atom_max_size=?)
in fstab (or remount the drive in vulnerable situations).
Of course that sacrifices large parts of reiser4's mean
Just a few words about this slowdown thing.
I use linux-2.6.11-cko1-swsusp2 with reiser4 included. I won't upgrade to
a new version until Hans says the current one is at least as stable as it
was before starting the merge...
I get the slowdown once in a while, usually for 2-5
Hi!
[EMAIL PROTECTED] wrote:
Konstantin Münning schrieb:
init started and first system startup messages appeared. But then a
bunch of oopses appeared fast so I was not able to find which part of
the kernel was causing the first error and then the keyboard stops
responding so I couldn't
On Wednesday 16 November 2005 20:27, iv wrote:
i'm following an advice to send a bug report about failed reiserfsck
--rebuild-tree found at http://www.namesys.com/faq.html#rebuild-tree.
i tried to compile the newest reiserfsprogs-3.6.15-pre1 but it fails
use reiserfsprogs-3.6.19.tar.gz from
Hi,
On Nov/17/2005, Vitaly Fertman wrote:
i've got a lot of error massages in kern.log: kern.log.
obvious, there are badblocks: badblocks.log.
check out www.namesys.com/bad-block-handling.html
interesting, I didn't know this feature. It works in Reiser 3 and 4? (It
seems that yes, just
Hello
Artur Makówka wrote:
Hans Reiser wrote:
fsync can be dramatically better optimized, and it will be after the
kernel merge work is completed. This optimization will likely consist
of reducing the tendency to merge atoms and handling fsync by using
write twice algorithms to a fixed
L C A V X V Pe I m I a A rv A b A n L oi L i G a I zt I e R x U ara S n A M c 3,75 3,32 1,22 http://www.kfdrvt.renonendo.com
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 everybody,
I'm suffering the same
Hello Hans,
On Sat, 12 Nov 2005 23:17:37 -0800
Hans Reiser [EMAIL PROTECTED] wrote:
| What do the sysadmins on the list think?
|
| Hans
Personally, for Reiserfs V3, i always compiled reiserfsprogs statically and
installed
the tools in /sbin.
Mainly because, we used to have /usr on a
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
On Thursday 17 November 2005 12:40, 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.
I
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.092873
fsync(3)
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
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.
The patch
Peter van Hardenberg wrote:
The notion of the regular plugin seems odd to me. It is a seperate plugin type
with distinct plugins that only serve to refer to file plugins (which are
found in plugin/object.c, not in plugin/file/*.c).
In accordance with the last policy file plugins, that
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:
PFC wrote:
Just a few words about this slowdown thing.
I use linux-2.6.11-cko1-swsusp2 with reiser4 included. I won't
upgrade to a new version until Hans says the current one is at least
as stable as it was before starting the merge...
I get the slowdown once in a while,
6% fragmentation is enormous. You very much need the repacker we have
not yet written.
remember that one seek and rotate takes ~12 ms, and during that time you
could transfer 50MB*.012 bytes.
Hans
John Gilmore wrote:
On Thursday 17 November 2005 12:40, Vladimir V. Saveliev wrote:
Francesco Biscani schrieb:
What are the implications of doing something like this? Is sync going to
stop working or isn't it using this function?
sync(8) won't stop working, because it's using sync(2):
% strace -T sync 21 | grep sync
execve(/bin/sync, [sync], [/* 20 vars */]) = 0
sync()
Konstantin Münning schrieb:
init started and first system startup messages appeared. But then a
bunch of oopses appeared fast so I was not able to find which part of
the kernel was causing the first error and then the keyboard stops
responding so I couldn't scrollback. At that point only
Once again, I have to apologise for a stupidly long and stupidly late
reply. I've tried to make this thing a little more digestible by
chopping it into three chunks. In order to keep any replies together,
I suggest that people reply to the third part unless the reply is very
specific to one of the
(This long essay has been posted in three parts. In order to keep any
replies together, I suggest that people reply to the third part unless
the reply is very specific to one of the others. This is part two, in
which I criticise file-as-directory some more - far from exciting, but
apparently still
This patch contains the following possible cleanups:
- make needlessly global code static
- #if unused code away
Signed-off-by: Adrian Bunk [EMAIL PROTECTED]
---
fs/reiser4/estimate.c |2 +-
fs/reiser4/flush_queue.c |2 ++
fs/reiser4/fsdata.c
(This is the third and final choke-sized chunk. In order to keep any
replies together, I suggest that people reply to this part unless the
reply is very specific to one of the others.)
File-as-dir is a flawed way of expressing parent-child relations.
Unfortunately, when it comes to relations,
On 11/18/05, Leo Comerford [EMAIL PROTECTED] wrote:
$ setroot /(whatever)/friend/Ed
This should be
$ setroot /(whatever)/portrait/Ed
- this is what comes of writing things in a hurry
Leo.
--
Leo Richard Comerford - http://www.st-and.ac.uk/~lrc1 - accept no namesakes :)
Hello,
3.99$ per tab = Gener:ic Sotfttabz
Visiit us to buyy: http://www.sensitises.net/
Good Luck
--
burrows symbiosis freebooters full-blooded
vacuously curbs mountains flowery
bluffing self-will shaft intercessions
Looks like ZFS is no longer vaporware.
http://www.opensolaris.org/os/community/zfs/docs/
Any commentary from the Reiserfs team?
A (supposedly) production ready FS that provides the transactions
(using a similar/same tree ripple technique as reiser4), compression,
and snapshotting, that we
On November 17, 2005 08:13 pm, Leo Comerford wrote:
- this is what comes of writing things in a hurry
Leo,
As you may have noticed, I am working in this area right now. I'd like to read
what you have written, but it's too long and jargon-laden for me to invest
the time.
Could you sum
28 matches
Mail list logo