Dnia Mon, 03 Jul 2006 12:10:48 +0200, Vladimir V. Saveliev
[EMAIL PROTECTED] napisał:
would you please check whether this patch helps?
ftp://ftp.ru.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.17/2.6.17-mm5/broken-out/reiser4-run-truncate_inode_pages-in-reiser4_delete_inode.patch
Thanks for the patch. I don't think I'll be able to test it before
Wednesday, though.
On Mon, 2006-07-03 at 14:10 +0400, Vladimir V. Saveliev wrote:
Hello
On Sun, 2006-07-02 at 22:24 -0600, Jake Maciejewski wrote:
I'm seeing this on 2.6.16.20 with the -4 patch, amd64 with preempt. The
OOM
I'm seeing this on 2.6.16.20 with the -4 patch, amd64 with preempt. The
OOM killer was called even though I have 1GB RAM and 4GB swap. My logs
are available at:
http://people.msoe.edu/~maciejej/patches/AMD64_reiser4_debug/20060702/oom.txt.gz
Both affected filesystems (rsync was using one
Dnia Sat, 01 Jul 2006 22:08:23 +0200, Łukasz Mierzwa
[EMAIL PROTECTED] napisał:
I'm running x86 gentoo system with / on reiser4, I'm using
suspend-sources-2.6.16-r8 kernel with 2.6.16-4 patch. Today I run emerge
--sync, after that I started to compile new xine-lib while browsing net,
when
On Friday 30 June 2006 01:44, Diego Pinheiro wrote:
Hi all,
I got a ZAM-1055 disable_write_barrier, using synchronous write
notice when trying to use a reiser4 on top of a software raid 1
(dmraid).
I know it's just a notice, but should I experiment any performance
loss because of the
On Thu 22 Jun 2006 17:08, Raymond A. Meijer wrote:
http://iphitus.loudas.com/archck.php
I used to use this indeed, but there hadn't been any updates for a while.
So I decided to go back to the ck patches and add Reiser4 myself. :)
It's working fine:
09:00:09 up 15:50, 1 user, load
On 6/22/06, Raymond A. Meijer [EMAIL PROTECTED] wrote:
The thing is, I want to use 2.6.17-ck1 as well... I'll give it a shot with
this patch and see what happens :)
There should be one failed chunk (mm/readahead.c), just ignore it.
--
Alexey Polyakov
On Thu, Jun 22, 2006 at 04:41:13PM +0300, Raymond A. Meijer wrote:
The patch reiser4-for-2.6.16-4 should apply just fine, I use it myself
on top of 2.6.17.
The thing is, I want to use 2.6.17-ck1 as well... I'll give it a shot with
this patch and see what happens :)
You might want to take
On Thu 22 Jun 2006 17:00, Alexey Polyakov wrote:
There should be one failed chunk (mm/readahead.c), just ignore it.
Really? It wouldn't compile, so I added to line 567 of mm/readahead.c the
following:
EXPORT_SYMBOL_GPL(handle_ra_miss);
I got this from a Reject file...
Note: I applied both
On Tue, Jun 06, 2006 at 12:25:15PM -0700, Hans Reiser wrote:
Maybe I should ask the following: is the slow drive using reiser4? If
No, it was ext2.
reiser4, was the slow drive image created by copying from a reiser4
image or an ext3 image? (Standard benchmarking mistake: creating an
image
On Wed, Jun 07, 2006 at 05:55:25PM -0700, Nate Diller wrote:
this is something i've been wanting to address for a while now. at
the moment, the VM starts to flush pages when
/proc/sys/vm/dirty_background_ratio is exceeded, and it flushes pages
without regard to which process dirtied them or
Do the file copying programs open their output files with
O_SEQUENTIAL ? If so, there is information to exploit...
You can change them to do so
I rather meant : if a program opens a file for write with O_SEQUENTIAL
(which should be done when copying files), will reiser4 exploit
On Tue, Jun 06, 2006 at 06:38:26PM +0400, Vladimir V. Saveliev wrote:
reiser4 has an option for that.
mount -o tmgr.atom_max_age=N
N is decimal number of seconds. Changes older than N will be forced to
commit.
Unfortunetly, this causes even more read pauses from the source, when
running
On 6/7/06, Tom Vier [EMAIL PROTECTED] wrote:
On Tue, Jun 06, 2006 at 06:38:26PM +0400, Vladimir V. Saveliev wrote:
reiser4 has an option for that.
mount -o tmgr.atom_max_age=N
N is decimal number of seconds. Changes older than N will be forced to
commit.
Unfortunetly, this causes even more
On 6/6/06, Clay Barnes [EMAIL PROTECTED] wrote:
On 12:25 Tue 06 Jun , Hans Reiser wrote:
Clay Barnes wrote:
On 18:38 Tue 06 Jun , Vladimir V. Saveliev wrote:
Hello
On Tue, 2006-06-06 at 09:44 -0400, Tom Vier wrote:
On Tue, May 23, 2006 at 11:51:02AM -0400, Tom Vier wrote:
On Tue, May 23, 2006 at 11:51:02AM -0400, Tom Vier wrote:
It seems that both r4 and xfs allow a large number of pages to be dirtied,
before queuing them for writeback, and this has a negative effect on
throughput. In my test (rsync'ing ~50gigs of flacs), r4 and xfs are almost
10 minutes slower
Hello
On Tue, 2006-06-06 at 09:44 -0400, Tom Vier wrote:
On Tue, May 23, 2006 at 11:51:02AM -0400, Tom Vier wrote:
It seems that both r4 and xfs allow a large number of pages to be dirtied,
before queuing them for writeback, and this has a negative effect on
throughput. In my test
On 18:38 Tue 06 Jun , Vladimir V. Saveliev wrote:
Hello
On Tue, 2006-06-06 at 09:44 -0400, Tom Vier wrote:
On Tue, May 23, 2006 at 11:51:02AM -0400, Tom Vier wrote:
It seems that both r4 and xfs allow a large number of pages to be dirtied,
before queuing them for writeback, and
This may have been mentioned before, but perhaps there could be a
trickle-out option along the lines of if the hard drive is idle (and
optionally only if it's spun up), slowly write out the changes to the
disk structure. This could also be paired with keeping as much of the
data in memory as
Clay Barnes wrote:
On 18:38 Tue 06 Jun , Vladimir V. Saveliev wrote:
Hello
On Tue, 2006-06-06 at 09:44 -0400, Tom Vier wrote:
On Tue, May 23, 2006 at 11:51:02AM -0400, Tom Vier wrote:
It seems that both r4 and xfs allow a large number of pages to be dirtied,
before queuing
On 12:25 Tue 06 Jun , Hans Reiser wrote:
Clay Barnes wrote:
On 18:38 Tue 06 Jun , Vladimir V. Saveliev wrote:
Hello
On Tue, 2006-06-06 at 09:44 -0400, Tom Vier wrote:
On Tue, May 23, 2006 at 11:51:02AM -0400, Tom Vier wrote:
It seems that both r4 and xfs
Clay Barnes wrote:
On 12:25 Tue 06 Jun , Hans Reiser wrote:
Clay Barnes wrote:
On 18:38 Tue 06 Jun , Vladimir V. Saveliev wrote:
Hello
On Tue, 2006-06-06 at 09:44 -0400, Tom Vier wrote:
On Tue, May 23, 2006 at 11:51:02AM -0400, Tom Vier wrote:
Vladimir V. Saveliev wrote:
Hello
ftp://ftp.namesys.com/pub/reiser4-for-2.6/2.6.16/reiser4-for-2.6.16-3.patch.gz
contains the most recent reiser4 code which is considered stable
inside Namesys.
This code is supposed to be in mm kernel next to 2.6.17-rc4-mm3.
Please try it. Any feedback is
On Thu, Jun 01, 2006 at 01:59:20AM +0200, rvalles wrote:
ftp://ftp.namesys.com/pub/reiser4-for-2.6/2.6.16/reiser4-for-2.6.16-3.patch.gz
contains the most recent reiser4 code which is considered stable inside
Namesys.
Please try it. Any feedback is welcome.
Finally, the fsync/mmap
rvalles wrote:
On Thu, Jun 01, 2006 at 01:59:20AM +0200, rvalles wrote:
ftp://ftp.namesys.com/pub/reiser4-for-2.6/2.6.16/reiser4-for-2.6.16-3.patch.gz
contains the most recent reiser4 code which is considered stable inside
Namesys.
Please try it. Any feedback is welcome.
Hello
On Tue, 2006-05-30 at 17:49 +0400, [EMAIL PROTECTED] wrote:
#cd /usr/src/linux-std
#make clean
#gzip -dc ../reiser4-for-2.6.16-3.patch.gz | patch -p1
--silent
#make all
#make modules_install
---cut---
if [ -r System.map -a -x /sbin/depmod ]; then /sbin/depmod
-ae -F System.map
Already. All fine :)
On Tue, 30 May 2006 19:31:25 +0400
Vladimir V. Saveliev [EMAIL PROTECTED] wrote:
Hello
On Tue, 2006-05-30 at 17:49 +0400, [EMAIL PROTECTED]
wrote:
#cd /usr/src/linux-std
#make clean
#gzip -dc ../reiser4-for-2.6.16-3.patch.gz | patch -p1
--silent
#make all
On Monday 29 May 2006 19:30, Vladimir V. Saveliev wrote:
Hello
ftp://ftp.namesys.com/pub/reiser4-for-2.6/2.6.16/reiser4-for-2.6.16-3.patch
.gz contains the most recent reiser4 code which is considered stable inside
Namesys. This code is supposed to be in mm kernel next to 2.6.17-rc4-mm3.
Vladimir V. Saveliev wrote:
[skip]
How does reiser4 compare to ext3 now (if you measured it)?
Well, while writing messages to spool ext3 gives 240 msg/sec, while
reiser4 only 115 msg/sec. It was measured while acquiring 136000
messages, occupying more than 3 Gig storage. But while delivering
On Mon, May 29, 2006 at 09:30:57PM +0400, Vladimir V. Saveliev wrote:
Hello
ftp://ftp.namesys.com/pub/reiser4-for-2.6/2.6.16/reiser4-for-2.6.16-3.patch.gz
contains the most recent reiser4 code which is considered stable inside
Namesys.
This code is supposed to be in mm kernel next to
[EMAIL PROTECTED] wrote:
Already. All fine :)
ftp://ftp.namesys.com/pub/reiser4-for-2.6/2.6.16/reiser4-for-2.6.16-4.patch.gz
Has the above been sent to akpm? If not, and it fixes something, please do.
On 5/29/06, Vladimir V. Saveliev [EMAIL PROTECTED] wrote:
Please try it. Any feedback is welcome.
Applied it to 2.6.16.18. It behaved very well comparing to 2.6.15.6 w/
second .15 patch.
It's a pretty busy web server, I usually open `tail -fs.1 access.log`
in one ssh window, and `vmstat 1` in
[EMAIL PROTECTED] wrote:
#cd /usr/src/linux-std
#make clean
#gzip -dc ../reiser4-for-2.6.16-3.patch.gz | patch -p1
--silent
#make all
#make modules_install
---cut---
if [ -r System.map -a -x /sbin/depmod ]; then /sbin/depmod
-ae -F System.map 2.6.16.18; fi
WARNING:
With reiser4-for-2.6.16-4.patch all compiled and installed
successefully, without errors and warnings.
On Tue, 30 May 2006 17:49:09 +0400
[EMAIL PROTECTED] wrote:
#cd /usr/src/linux-std
#make clean
#gzip -dc ../reiser4-for-2.6.16-3.patch.gz | patch -p1
--silent
#make all
#make
On 5/23/06, Tom Vier [EMAIL PROTECTED] wrote:
[snip]
What i'm doing is rsyncing from a slower drive (on 1394) to the raid1 dev.
When using r4 (xfs behaves similarly), after several seconds, reading from
the source and writing to the destination stops for 3 or 4 seconds, then
brief burst of
Mine is 2xOpteron280, on a hardware RAID (Adaptec 2010S on 3xSCSI
146Gx15K). It's a heavily loaded web server. It suffers from
write-outs too. I've tested XFS and JFS, and found out that R4 behaves
better after system crash (due to power), and it gives much better
performance.
What I do for my
Hi Tom,
what kind of raid do you use? Is it software md, or a hw raid solution?
Also, what's the size of your r4 partition?
On 5/23/06, Tom Vier [EMAIL PROTECTED] wrote:
I finally decided to try a few different fs'es on my 250gig raid1. (I use
reiserfs3 most of the time.) Here's some things i
Hello
On Fri, 2006-05-19 at 22:52 +0200, Laurent Riffard wrote:
Hello,
I just downloaded reiser4-for-2.6.17-rc4-mm1-1.patch and gave it a try.
It seems that reiser4 won't build cleanly as a module.
CC [M] fs/reiser4/plugin/regular.o
LD [M] fs/reiser4/reiser4.o
CC
Hello
On Wed, 2006-05-17 at 21:35 +0800, Sinang, Danny wrote:
Hello,
I noticed the REISER4 RELEASED! statement in
http://www.namesys.com/download.html and wonder when it did get
released and what its status now.
The web page seems to have last been updated August 5, 2004 and the
Hello,
I noticed the REISER4 RELEASED! statement in
http://www.namesys.com/download.html and wonder when it did get released
and what its status now.
it is released but from my experience the latest changes that were
necessary to prepare for inclusion into the vanilla kernel have
hello
On Sat, 2006-05-13 at 22:03 +0200, Laurent Riffard wrote:
Hello,
I've been hit by a couple of reiser4 panic due to zam-397 assertion.
It's more or less reproducible. How can I help debug this ?
This looks like known bug in debugging code.
Please try to reproduce the problem with the
Hello
On Sun, 2006-05-07 at 17:05 -0500, Yien Zheng wrote:
I thought the patch might have fixed it for me, but it happened again.
Sorry, first version of patch is not correct. Please unapply it and try
the attached one.
I think I'm getting the same error you were too but let me paste mine
Nope, did not work...
regards
Alex
Am Dienstag, 9. Mai 2006 01:21 schrieb Joe Feise:
Try the patch from here:
http://marc.theaimsgroup.com/?l=reiserfsm=114709188305181w=2
That helped me get past the bootup phase (currently 8 hours uptime).
-Joe
Alexander Gran writes:
Hi all,
I am getting a similar error with gentoo's 2.6.17-rc3-mm1 kernel. I
had to go back to 2.6.17-rc1-mm2 to get reiser4 to work again.
2.6.17-rc2-mm1 had the same issue.
I looked into it, and it appears there were no reiser4 patches between
2.6.17-rc1.mm2 through 2.6.17-rc3-mm1, so if that's
Hello
On Thu, 2006-05-04 at 22:24 +0200, John wrote:
Hello,
I think I may have found a bug.
I'm using reiser4 for my /home directory on a 2.6.15 (ubuntu) patched
kernel for reiser4.
Yesterday I filled my /home once, then emptied it a little, then filled
it again, and so on about 3
John wrote (ao):
I think I may have found a bug.
I'm using reiser4 for my /home directory on a 2.6.15 (ubuntu) patched
kernel for reiser4.
Yesterday I filled my /home once, then emptied it a little, then filled
it again, and so on about 3 or 4 times. I shut it down properly and all
Hello
On Fri, 2006-04-28 at 12:16 +1000, Daniel Kasak wrote:
Hi all.
I just ran out of space while compiling, and went to delete everything
in /var/tmp/portage. I get the error:
rm: reading directory
`/var/tmp/portage/nautilus-2.12.2//work/nautilus-2.12.2/cut-n-paste-code':
Hello
On Fri, 2006-04-28 at 17:22 +0200, Michael Weissenbacher wrote:
Hi,
I just ran out of space while compiling, and went to delete everything
in /var/tmp/portage. I get the error:
rm: reading directory
`/var/tmp/portage/nautilus-2.12.2//work/nautilus-2.12.2/cut-n-paste-code':
Hi,
it is known problem. Fixed in 2.6.17-rc1-mm2
(reiser4-have-get_exclusive_access-restart-transaction.patch).
as i've been burned by this bug, too i would suggest making a new patch
for 2.6.16 including
reiser4-have-get_exclusive_access-restart-transaction.patch
or at least put a warning
On 4/10/06, Alexander Zarochentsev [EMAIL PROTECTED] wrote:
On Tuesday 11 April 2006 09:28, Matt Eaton wrote:
I was running OpenOffice and tried saving a file.
I'm using 2.6.16.1 + reiser4-for-2.6.16-1.patch.gz
(Please help! I'm having to run openoffice on a different filesystem
as
Subject: Re: reiser4 bug
From: Michael Weissenbacher [EMAIL PROTECTED]
Date: Tue, April 11, 2006 4:27 am
To: reiserfs-list@namesys.com
Cc: Alexander Zarochentsev [EMAIL PROTECTED]
Hi,
it is known problem. Fixed in 2.6.17-rc1-mm2
(reiser4-have-get_exclusive_access-restart
On Tuesday 11 April 2006 12:54, Avuton Olrich wrote:
On 4/10/06, Alexander Zarochentsev [EMAIL PROTECTED] wrote:
On Tuesday 11 April 2006 09:28, Matt Eaton wrote:
I was running OpenOffice and tried saving a file.
I'm using 2.6.16.1 + reiser4-for-2.6.16-1.patch.gz
(Please help!
On Mon, 2006-04-10 at 22:28 -0700, Matt Eaton wrote:
I was running OpenOffice and tried saving a file.
I'm using 2.6.16.1 + reiser4-for-2.6.16-1.patch.gz
(Please help! I'm having to run openoffice on a different filesystem as
this crash has occurred twice saving the same file - after a
On Tuesday 11 April 2006 09:28, Matt Eaton wrote:
I was running OpenOffice and tried saving a file.
I'm using 2.6.16.1 + reiser4-for-2.6.16-1.patch.gz
(Please help! I'm having to run openoffice on a different filesystem
as this crash has occurred twice saving the same file - after a
reboot)
Toby Thain wrote on 03/27/06 22:34:
On 27-Mar-06, at 11:39 PM, [EMAIL PROTECTED] wrote:
On Mon, 27 Mar 2006 14:32:14 PST, Joe Feise said:
Thanks for the suggestion. I haven't run a memtest, but I don't
really think
that the memory is bad. The machine most likely would have had
other
On 28-Mar-06, at 10:34 AM, Joachim Feise wrote:
Toby Thain wrote on 03/27/06 22:34:
On 27-Mar-06, at 11:39 PM, [EMAIL PROTECTED] wrote:
On Mon, 27 Mar 2006 14:32:14 PST, Joe Feise said:
Thanks for the suggestion. I haven't run a memtest, but I don't
really think
that the memory is bad.
On Tue, 2006-03-28 at 07:34 -0800, Joachim Feise wrote:
[...]
This is a production machine that I can't take offline for too long.
But yes, I have compiled the kernel on another reiser4 partition over night,
without problems.
If this was a memory problem, it would indeed manifest itself in
Jonathan Briggs wrote:
On Tue, 2006-03-28 at 07:34 -0800, Joachim Feise wrote:
[...]
This is a production machine that I can't take offline for too long.
But yes, I have compiled the kernel on another reiser4 partition over night,
without problems.
If this was a memory problem, it would
Jonathan Briggs writes:
On Tue, 2006-03-28 at 07:34 -0800, Joachim Feise wrote:
[...]
This is a production machine that I can't take offline for too long.
But yes, I have compiled the kernel on another reiser4 partition over night,
without problems.
If this was a memory problem, it would
Hans Reiser writes:
Jonathan Briggs wrote:
On Tue, 2006-03-28 at 07:34 -0800, Joachim Feise wrote:
[...]
This is a production machine that I can't take offline for too long.
But yes, I have compiled the kernel on another reiser4 partition over night,
without problems.
If this was a
Joe Feise wrote:
Jonathan Briggs writes:
On Tue, 2006-03-28 at 07:34 -0800, Joachim Feise wrote:
[...]
This is a production machine that I can't take offline for too long.
But yes, I have compiled the kernel on another reiser4 partition
over night,
without problems.
If this was a memory
Joe Feise wrote:
The machine is using ECC memory. Geez, I know what I need for a server...
From the Dell invoice:
512MB DDR2, 400MHz,2X256MB ECC 1R DIMMs for PowerEdge SC420
Recreating the partition solved the problem. So to me it sure looks like
fs corruption.
I have sent the dmesg output
Gregory Maxwell wrote on 03/28/06 13:22:
On 3/28/06, Jonathan Briggs [EMAIL PROTECTED] wrote:
But for a production machine that is producing something of value, the
extra cost should not be an issue. RAM errors are so subtle and so hard
to find that ECC is of far more value than RAID. It
Sergey Ivanov wrote on 03/28/06 13:52:
Joe Feise wrote:
The machine is using ECC memory. Geez, I know what I need for a server...
From the Dell invoice:
512MB DDR2, 400MHz,2X256MB ECC 1R DIMMs for PowerEdge SC420
Recreating the partition solved the problem. So to me it sure looks like
fs
On 27-Mar-06, at 4:41 PM, Joe Feise wrote:
Hi,
I had an interesting crash on my 2.6.16-mm1 machine earlier today.
I usually mount /usr/local readonly:
/dev/sda6 on /usr/local type reiser4 (ro)
However, since I wanted to update a sw package, I remounted it r/w.
The installation of the sw
Toby Thain writes:
On 27-Mar-06, at 4:41 PM, Joe Feise wrote:
Hi,
I had an interesting crash on my 2.6.16-mm1 machine earlier today.
I usually mount /usr/local readonly:
/dev/sda6 on /usr/local type reiser4 (ro)
However, since I wanted to update a sw package, I remounted it r/w.
The
On Mon, 27 Mar 2006 14:32:14 PST, Joe Feise said:
Thanks for the suggestion. I haven't run a memtest, but I don't really think
that the memory is bad. The machine most likely would have had other issues
if that was the case.
You'd be *amazed*. Intermittently weak memory (especially if it's
On 27-Mar-06, at 11:39 PM, [EMAIL PROTECTED] wrote:
On Mon, 27 Mar 2006 14:32:14 PST, Joe Feise said:
Thanks for the suggestion. I haven't run a memtest, but I don't
really think
that the memory is bad. The machine most likely would have had
other issues
if that was the case.
You'd be
On Thu, 2006-03-23 at 14:43 +, Robert Hulme wrote:
Can anyone give me a feel for how reliable you consider the Reiser 4
file system to be?
I installed it on my laptop awhile ago and it seemed ok (I removed it
in the end as it was while you were having performance issues with it
[or
Gorazd Golob wrote (ao):
On Thu, 2006-03-23 at 14:43 +, Robert Hulme wrote:
Can anyone give me a feel for how reliable you consider the Reiser 4
file system to be?
I'm using it on my workstation for more than a year - for now without
a problem.
I guess for desktop system is stable
Vitaly Fertman wrote:
Hello,
On Tuesday 21 March 2006 21:07, Sergey Ivanov wrote:
Hi,
wrong bytes is not a big problem, reiser4 indeed counted them wrongly some
time ago, although it seems to be fixed already. the only serious problem
here is at the beginning of the 'CHECKING
On Wed, 2006-03-22 at 10:33 +0300, Vitaly Fertman wrote:
Hello,
On Tuesday 21 March 2006 21:07, Sergey Ivanov wrote:
Hi,
I am sorry to report problems I had this night at my e-mail server.
Grepped reiser4 messages from /var/log/messages are at
http://parkheights.dyndns.org/r4log.bz2
Hello
On Wed, 2006-03-22 at 16:36 -0600, Jake Maciejewski wrote:
On Wed, 2006-03-22 at 10:33 +0300, Vitaly Fertman wrote:
Hello,
On Tuesday 21 March 2006 21:07, Sergey Ivanov wrote:
Hi,
I am sorry to report problems I had this night at my e-mail server.
Grepped reiser4 messages
Unless Vitaly is still around, you will probably have to wait until
tomorrow for a response. Thanks for your patience.
Hans
Sergey Ivanov wrote:
Hi,
I am sorry to report problems I had this night at my e-mail server.
Grepped reiser4 messages from /var/log/messages are at
Thank you, Hans.
One additional bit, may be it's about different problem.
While copying from reiser4 volumes to newly created ext3 ones, I decided
to remount read-only the with mount -o remount,ro command the source
of copying.
And it results in kernel panics I'm attaching to this mail.
Then the
Hello,
On Tuesday 21 March 2006 21:07, Sergey Ivanov wrote:
Hi,
I am sorry to report problems I had this night at my e-mail server.
Grepped reiser4 messages from /var/log/messages are at
http://parkheights.dyndns.org/r4log.bz2
I have 2 processor system (athlon) with raid5 software array with
Islam Amer wrote:
Hi my livecd phaeronix http://www.phaeronix.net supports reiser4 and
resier3 and are the default choices.
It has a patched 2.6.11 kernel, back in the days when IO/CPU
performance was really good.
It's out of date and I am preparing a new one, also with reiser4
support. But IO
On Tuesday 28 February 2006 22:19, Alec H. Peterson wrote:
Hi Hans,
On Feb 28, 2006, at 12:11, Hans Reiser wrote:
Please describe it in more detail.
Well, the error I'm getting is this:
Feb 21 13:10:22 ecbuild-10 kernel: WARNING: Flushing like mad: 16384
The C program I'm running to do
Hi Hans,
On Mar 1, 2006, at 8:27, Alexander Zarochentsev wrote:
All files created by the program below have zero lentgh, correct?
Is it the same program as which triggered 'flushing like mad' ?
Correct.
I would be happy to modify it and re-run it however you like. You
are correct though
Am Sonntag, 26. Februar 2006 19:34 schrieb Peter Foldiak:
Marcel (Hilzinger),
Did you write this Linux Magazine article? Could you give some details on
what the problem was?
Yes, I wrote the article. The version I tested suffered much from the fsync
problem. There were timeouts approx every
Marcel Hilzinger wrote:
Am Sonntag, 26. Februar 2006 19:34 schrieb Peter Foldiak:
Marcel (Hilzinger),
Did you write this Linux Magazine article? Could you give some details on
what the problem was?
Yes, I wrote the article. The version I tested suffered much from the fsync
problem.
Am Mittwoch, 1. März 2006 23:51 schrieben Sie:
Marcel Hilzinger wrote:
Am Sonntag, 26. Februar 2006 19:34 schrieb Peter Foldiak:
Marcel (Hilzinger),
Did you write this Linux Magazine article? Could you give some details on
what the problem was?
Yes, I wrote the article. The version I
Hi my livecd phaeronix http://www.phaeronix.net supports reiser4 and
resier3 and are the default choices.
It has a patched 2.6.11 kernel, back in the days when IO/CPU
performance was really good.
It's out of date and I am preparing a new one, also with reiser4
support. But IO performance
Hi Alexander,
On Feb 26, 2006, at 13:42, Alexander Zarochentsev wrote:
Which kernel version and reiser4 patches were used?
2.6.15.4r4 kernel,
reiser4-for-2.6.15-1.patch
Is the system SMP?
Yes.
No, Flushing like mad usually indicates a bug.
Good to know.
Thanks!
Alec
Alec H. Peterson wrote:
Hi Alexander,
On Feb 26, 2006, at 13:42, Alexander Zarochentsev wrote:
Which kernel version and reiser4 patches were used?
2.6.15.4r4 kernel,
reiser4-for-2.6.15-1.patch
Is the system SMP?
Yes.
No, Flushing like mad usually indicates a bug.
Please
Hi Hans,
On Feb 28, 2006, at 12:11, Hans Reiser wrote:
Please describe it in more detail.
Well, the error I'm getting is this:
Feb 21 13:10:22 ecbuild-10 kernel: WARNING: Flushing like mad: 16384
The C program I'm running to do the test is this:
main(int argc, char **argv)
{
char
I meant for Zam to describe it in more detail, sorry about that. :-/
Hans
Alec H. Peterson wrote:
Hi Hans,
On Feb 28, 2006, at 12:11, Hans Reiser wrote:
Please describe it in more detail.
Well, the error I'm getting is this:
Feb 21 13:10:22 ecbuild-10 kernel: WARNING: Flushing like
On Tuesday 28 February 2006 22:11, Hans Reiser wrote:
Alec H. Peterson wrote:
Hi Alexander,
On Feb 26, 2006, at 13:42, Alexander Zarochentsev wrote:
Which kernel version and reiser4 patches were used?
2.6.15.4r4 kernel,
reiser4-for-2.6.15-1.patch
Is the system SMP?
Yes.
Alexander Zarochentsev wrote:
On Tuesday 28 February 2006 22:11, Hans Reiser wrote:
Alec H. Peterson wrote:
Hi Alexander,
On Feb 26, 2006, at 13:42, Alexander Zarochentsev wrote:
Which kernel version and reiser4 patches were used?
2.6.15.4r4 kernel,
On Tuesday 28 February 2006 22:56, Hans Reiser wrote:
Alexander Zarochentsev wrote:
On Tuesday 28 February 2006 22:11, Hans Reiser wrote:
Alec H. Peterson wrote:
Hi Alexander,
On Feb 26, 2006, at 13:42, Alexander Zarochentsev wrote:
Which kernel version and reiser4 patches were used?
Alexander Zarochentsev wrote:
On Tuesday 28 February 2006 22:56, Hans Reiser wrote:
Alexander Zarochentsev wrote:
On Tuesday 28 February 2006 22:11, Hans Reiser wrote:
Alec H. Peterson wrote:
Hi Alexander,
On Feb 26, 2006, at 13:42, Alexander Zarochentsev wrote:
On Tuesday 28 February 2006 23:42, Hans Reiser wrote:
Alexander Zarochentsev wrote:
On Tuesday 28 February 2006 22:56, Hans Reiser wrote:
Alexander Zarochentsev wrote:
On Tuesday 28 February 2006 22:11, Hans Reiser wrote:
Alec H. Peterson wrote:
Hi Alexander,
On Feb 26, 2006, at 13:42,
Peter Foldiak wrote:
correction:
Sorry, I now see on their site that:
Underground Desktop 022 ... the filesystem is now reiserfs v3 instead of
reiser4 - which seems not enough stable and fast - and the bootloader is grub
instead of lilo.
(It's funny, their April edition was already out of date
There are so little details that it is hard to know what the problem
they had was. It does sound though like we need to smooth out the
commits. We have deferred that for a while. I know how we should do
it, we just need to do it. Sigh, there are so many things like
that. Probably fsync
Marcel (Hilzinger),
Did you write this Linux Magazine article? Could you give some details on what
the problem was?
Peter
On Sunday 26 February 2006 17:34, Hans Reiser wrote:
There are so little details that it is hard to know what the problem
they had was. It does sound though like we need
Peter Foldiak wrote:
Marcel (Hilzinger),
Did you write this Linux Magazine article? Could you give some details on what
the problem was?
Peter
On Sunday 26 February 2006 17:34, Hans Reiser wrote:
There are so little details that it is hard to know what the problem
they had was. It
correction:
Sorry, I now see on their site that:
Underground Desktop 022 ... the filesystem is now reiserfs v3 instead of
reiser4 - which seems not enough stable and fast - and the bootloader is grub
instead of lilo.
(It's funny, their April edition was already out of date in early February.)
Sorry for the delay.On 2/22/06, Vladimir V. Saveliev [EMAIL PROTECTED] wrote:
HelloOn Tue, 2006-02-21 at 19:58 -0600, John Cohorn wrote: First off, thank you for taking the time to respond. Basically any heavy activity on the partition seems to trigger it. Here's a short transcript:
dually ~ #
Hello
On Tue, 2006-02-21 at 19:58 -0600, John Cohorn wrote:
First off, thank you for taking the time to respond.
Basically any heavy activity on the partition seems to trigger it.
Here's a short transcript:
dually ~ # cat /proc/version
Linux version 2.6.16-rc2-mm1 ([EMAIL PROTECTED])
Hello
On Fri, 2006-02-17 at 10:43 -0600, John Cohorn wrote:
Is there a known issue with 2.6.16-xxx-mm1? I too am having severe and
very random, but reproducible problems which will completely lock up
my machine minutes after mounting an R4 partition if not seconds. I
did try disabling 4K
201 - 300 of 1292 matches
Mail list logo