On Friday 30 June 2006 18:59, Hisashi Hifumi wrote:
> Hi.
>
> > This is correct, excpet you need to put the update_inode_transaction call
> > inside reiserfs_write_lock/unlock.
>
> Again, I remade my patch.
Thanks, this one looks good.
> I have a question.
> I understand update_inode_transaction
On Thursday 29 June 2006 21:36, Hisashi Hifumi wrote:
> Hi,
>
> At 09:47 06/06/30, Chris Mason wrote:
> >Thanks for the patch. One problem is this will bump the transaction
> > marker for atime updates too. I'd rather see the change done inside
> >reiserfs_f
On Tuesday 20 June 2006 04:43, Hisashi Hifumi wrote:
> Hi,
>
> When write() extends a file(i_size is increased) and fsync() is
> called, change of inode must be written to journaling area
> through fsync().
> But,currently the i_trans_id is not correctly updated when i_size
> is increased. So fsy
reiserfs: journal_transaction_should_end should increase the count of blocks
allocated so the transaction subsystem can keep new writers from creating
a transaction that is too large.
diff -r 890bf922a629 fs/reiserfs/journal.c
--- a/fs/reiserfs/journal.c Fri Jan 13 14:00:50 2006 -0500
+++ b/fs
When a filesystem has been converted from 3.5.x to 3.6.x, we need
an extra check during file write to make sure we are not trying
to make a 3.5.x file > 2GB.
diff -r ee81eb208598 fs/reiserfs/file.c
--- a/fs/reiserfs/file.cFri Jan 13 14:01:37 2006 -0500
+++ b/fs/reiserfs/file.cFri J
In data=journal mode, reiserfs writepage needs to make sure not to
trigger transactions while being run under PF_MEMALLOC. This patch
makes sure to redirty the page instead of forcing a transaction start
in this case.
Also, calling filemap_fdata* in order to trigger io on the block device
can cau
write_ordered_buffers should handle dirty non-uptodate buffers without
a BUG()
diff -r 18fa5554d7e2 fs/reiserfs/journal.c
--- a/fs/reiserfs/journal.c Fri Jan 13 13:55:10 2006 -0500
+++ b/fs/reiserfs/journal.c Fri Jan 13 14:00:49 2006 -0500
@@ -848,6 +848,14 @@ static int write_ordered_buff
The b_private field in buffer heads needs to be zero filled
when the buffers are allocated. Thanks to Nathan Scott for
finding this. It was causing problems on systems with both XFS and
reiserfs.
diff -r 5ef1fa0a021a fs/buffer.c
--- a/fs/buffer.c Fri Jan 13 13:50:39 2006 -0500
+++ b/fs/buf
After a transaction has closed but before it has finished commit, there
is a window where data=ordered mode requires invalidatepage to pin pages
instead of freeing them. This patch fixes a race between the
invalidatepage checks and data=ordered writeback, and it also adds a
check to the reiserfs w
Hello everyone,
Here is my current queue of reiserfs patches. These originated from
various bugs solved in the suse sles9 kernel, and have been ported to
2.6.15-git9.
-chris
--
On Wed, 31 Aug 2005 20:35:52 -0700
Hans Reiser <[EMAIL PROTECTED]> wrote:
> Thanks much Hifumi!
>
> Chris, please comment on the patch.
The problem is that I'm not always making the inode dirty during the
reiserfs_file_write. The get_block based write function does an
explicit commit during O_S
On Thursday 19 May 2005 05:40, Jan Kara wrote:
> Hello,
>
> attached patch improves the estimates on the number of credits needed
> for a quota operation. This is needed as currently quota overflows the
> maximum size of a transaction if 1KB blocksize is used. Please apply.
Thanks Jan,
It wou
On Thursday 19 May 2005 05:36, Jan Kara wrote:
> Hello!
>
> Attached patch makes reiserfs BUG() when somebody tries to start a
> larger transaction than it's allowed (currently the code just silently
> deadlocks). I think this is a better behaviour. Can you please apply the
> patch?
Ack, looks
On Friday 11 March 2005 18:39, Hans Reiser wrote:
> "I/O errors usually indicate bad hardware not bad software,
> probably you need to get a new disk and use dd_rescue to copy everything
This is your user friendly error message targeted at users that don't know
what an I/O error is?
What's an
On Monday 07 February 2005 15:50, Pierre Etchemaite wrote:
> Le lun 07 fév 2005 13:22:51 CET, Vladimir Saveliev <[EMAIL PROTECTED]> a écrit
>
> > Hello
>
> Hi,
>
> > yes, reiserfs reuses inode number of removed files for newly created
> > files. However, ext2 also does that. Have you ever no
On Thu, 2004-12-16 at 14:17 +0100, Joachim Reichelt wrote:
> Dear all,
> I just got in my dmesg:
>
> reiserfs/1: page allocation failure. order:0, mode:0x21
This is an atomic allocation, which is allowed to fail. You can ignore
the message (which comes from the VM), later versions of the suse ke
On Mon, 2004-11-29 at 14:46 -0500, Jeff Mahoney wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Alex Zarochentsev wrote:
> | Hello,
> |
> | On Fri, Oct 29, 2004 at 10:55:36AM +0100, Richard Gregory wrote:
> |
> |>Hi Alex,
> |>
> |>That fixed it. I created a 617gig file that filled the
On Thu, 2004-11-18 at 12:44 +0100, Jan Kara wrote:
> Hello!
>
> Attached patch fixes debugging messages of the quota code in the
> reiserfs so that they compile. Could some of the reiserfs developers
> have a look at it please so that it can be merged in the mainline?
Looks fine, thanks Jan.
On Thu, 2004-11-18 at 13:00 +0100, Jan Kara wrote:
> Hello!
>
> Attached patch makes reiserfs provide sync_fs() function. It is
> necessary for a new quota code to work correctly and expose quota data
> to the user space after quotaoff. Currently the functionality is hidden
> behind the write_
On Thu, 2004-11-18 at 12:49 +0100, Jan Kara wrote:
> Hello!
>
> Attached patch fixes oops of reiserfs on a filesystem with just one
> bitmap block - current code always tries to return second bitmap even if
> there's not any. Could someone review it please so that it can be merged
> in mainlin
On Wed, 2004-09-15 at 10:31, Hans Reiser wrote:
> Jeff Mahoney wrote:
>
> > Alex Zarochentsev wrote:
> > |> I assume that was tested with some simulated i/o errors, wasn't it?.
> >
> > Of course. The debugging code is since removed, but every place there
> > was a !buffer_uptodate(bh) check, I add
On Wed, 2004-09-15 at 16:02, Vijayan Prabhakaran wrote:
> Dear Chris Mason,
>
> I found a bug in Reiserfs journal thread. This bug is in function
> reiserfs_journal_commit_thread().
Hi,
Which version of the code are you reading?
-chris
On Wed, 2004-08-25 at 16:41, Hans Reiser wrote:
> I just want to add that I AM capable of working with the other
> filesystem developers in a team-player way, and I am happy to cooperate
> with making portions more reusable where there is serious interest from
> other filesystems in that,
Prov
On Mon, 2004-08-16 at 09:19, Spam wrote:
> > Am Sonntag, den 15.08.2004, 23:16 +0200 schrieb Felix E. Klee:
>
> >> I'd like to store the directory structure of a partition formatted as
> >> ReiserFS into a file. Currently, I use
> >>
> >> find / >file
> >>
> >> This process takes approximate
On Mon, 2004-08-16 at 08:52, Christophe Saout wrote:
> Am Sonntag, den 15.08.2004, 23:16 +0200 schrieb Felix E. Klee:
>
> > I'd like to store the directory structure of a partition formatted as
> > ReiserFS into a file. Currently, I use
> >
> > find / >file
> >
> > This process takes approxi
On Mon, 2004-08-09 at 18:04, Sonny Rao wrote:
> On Mon, Aug 09, 2004 at 04:30:51PM -0400, Chris Mason wrote:
> > On Mon, 2004-08-09 at 16:19, Sonny Rao wrote:
> > > Hi, I'm investigating filesystem performance on sequential read
> > > patterns of large files, an
On Wed, 2004-08-04 at 13:38, Hans Reiser wrote:
> Please do whatever you can to reproduce this. We are going to delay
> release by one day to see if it can be reproduced. Vs thinks it might
> be a hardware problem, I am not so optimistic, what are your thoughts?
>
If it currently passes all o
On Fri, 2004-06-04 at 16:39, Markus TXrnqvist wrote:
> Hello
>
> I just started using the latest auto-snapshot.
>
> I noticed weird behavior, that is, processes crash, so bad even C-c doesn't
> kill them. For some reason running strace behind them gives me C-c support.
>
> Also pressing tab in b
On Fri, 2004-06-04 at 10:14, Mike Young wrote:
> Has anyone put Reiser4 on the latest SuSE 9.1 release? I'd like to use it
> there without having to patch a pristine kernel. Preferably, I'd like to be
> able to use their RPM build environment so I can continue to take updates
> from SuSE.
>
> I'
On Tue, 2004-06-01 at 13:02, Hans Reiser wrote:
> > I can't promise that I'll never making another
> >change in there, but my goal is to keep them to a minimum.
> >
> >
> >
> >>Also, I would like to see some serious benchmarks of the bitmap
> >>algorithm changes before they go in. They seem ni
On Fri, 2004-05-21 at 11:12, Redeeman wrote:
> hey, i just lost power today, and i saw it mentioned some transactions
> it replayed. now, i dont like that, but happend is happend. though, i
> would like to know what the transactions really were, is such thing
> possible?
>
> note: reiserfs, not r
On Tue, 2004-05-18 at 10:49, Bernd Schubert wrote:
> Unfortunality I even don't have an idea how to interprete those numbers.
>
Well, on 2.6, you've got one or more pdflush daemons that might
contribute to the load as well.
>
> > > Do you have any ideas how we could improve 2.4.x?
> >
> > 2.6.
On Tue, 2004-05-18 at 09:42, Bernd Schubert wrote:
> Hello Chris,
>
> >
> > As a comparison data point, could you please try 2.6.6-mm3? I realize
> > you don't want to run this kernel in production, but it would tell us if
> > I understand the problems at hand.
>
> the results in 2.6.6-mm3 are b
On Mon, 2004-05-17 at 15:48, Bernd Schubert wrote:
> Hello,
>
> I'm currently testing our new server and though it will primarily not serve
> really large files (about 40-60 users will have a quota of 25GB each on a 2TB
> array), I'm still testing the performance for large files.
>
> So I creat
On Wed, 2004-05-12 at 14:24, Mike Benoit wrote:
> On Wed, 2004-05-12 at 09:59, Hans Reiser wrote:
> > > There were a few bugs of ours that acted as red herrings, but Linspire
> > > is now up and running on this system with ReiserFS 3 and kernel 2.6.5.
> > >
> > > While I'm here, I have some other
On Fri, 2004-04-30 at 01:19, Hans Reiser wrote:
> Chris Mason wrote:
>
> >On Thu, 2004-04-29 at 12:22, Nikita Danilov wrote:
> >
> >
> >>[EMAIL PROTECTED] writes:
> >> > On Thu, 29 Apr 2004 19:59:22 +0400, Nikita Danilov said:
> >> >
On Tue, 2004-04-27 at 12:15, Bruce Guenter wrote:
> On Mon, Apr 26, 2004 at 01:36:11PM -0400, Chris Mason wrote:
> > Please try 2.6.6-rc2-mm2, which has new block allocator patches and
> > other speedups.
> >
> > The default mount options should work best for you,
On Mon, 2004-04-26 at 14:15, Hans Reiser wrote:
> Chris Mason wrote:
>
> >On Mon, 2004-04-26 at 12:59, Hans Reiser wrote:
> >
> >v4 didn't factor into these decisions because it was still in extremely
> >early stages back then (2.4.16 or so).
> >
>
On Thu, 2004-04-22 at 13:51, Hans Reiser wrote:
> Chris Mason wrote:
>
> >On Thu, 2004-04-22 at 09:00, Jure Pečar wrote:
> >
> >
> >>Hi all,
> >>
> >>Is it theoretically posible?
> >>
> >>Like, does it need a drastic rede
On Fri, 2004-04-09 at 01:53, Hans Reiser wrote:
> Burnes, James wrote:
>
> >I thought nearly all filesystems designed since Berkeley FFS were nearly
> >immune to fragmentation problems.
> >
> >After reading the following analysis at Harvard, it seems that
> >fragmentation is still a problem.
> >
>
On Tue, 2004-04-06 at 16:51, Cami wrote:
> The majority of the rest of the machines iowait hover around the 1%
> mark.. CPU time tends to be about the same, just the iowait is much
> much higher..
> >>>
> >>>Very interesting. data=ordered makes fsync more expensive, since it
> >>>ends
On Tue, 2004-04-06 at 15:53, camis wrote:
> >>The majority of the rest of the machines iowait hover around the 1%
> >>mark.. CPU time tends to be about the same, just the iowait is much
> >>much higher..
> >
> > Very interesting. data=ordered makes fsync more expensive, since it
> > ends up synci
On Tue, 2004-04-06 at 15:53, camis wrote:
> >>The majority of the rest of the machines iowait hover around the 1%
> >>mark.. CPU time tends to be about the same, just the iowait is much
> >>much higher..
> >
> > Very interesting. data=ordered makes fsync more expensive, since it
> > ends up synci
On Tue, 2004-04-06 at 15:17, camis wrote:
> >>Has anyone done any throughput/benchmarks for the various
> >>new patches/code?
> >
> > The block allocator stuff is fresh from the oven and still warm inside.
> > I'll be posting benchmarks for it as the week goes on.
>
> Something interesitng:
> I
On Tue, 2004-04-06 at 14:29, camis wrote:
> > Seem to run fine so far with
> > rw,noatime,nodiratime,acl,user_xattr,data=ordered,alloc=skip_busy:dirid_groups,packing_groups
>
> Has anyone done any throughput/benchmarks for the various
> new patches/code?
>
The block allocator stuff is fresh from
On Fri, 2004-03-26 at 09:20, Bernhard Sadlowski wrote:
> On 26 Mar 2004 09:18, Chris Mason <[EMAIL PROTECTED]> wrote:
> > > I did compile both kernels myself from original kernel.org source.
> > >
> > Thanks for the clarification. Running dt under strace as
On Fri, 2004-03-26 at 09:09, Bernhard Sadlowski wrote:
> Hi Chris,
>
> On 26 Mar 2004 08:42, Chris Mason <[EMAIL PROTECTED]> wrote:
> > Does Helios Ethershare use the standard linux in kernel nfs server, or
> > does it patch things somehow?
>
> System1 (dem
On Fri, 2004-03-26 at 08:18, Vladimir Saveliev wrote:
> Hello
>
> On Fri, 2004-03-26 at 14:53, Bernhard Sadlowski wrote:
> > Hi!
> >
> > A short question:
> >
> > What are the remaining differences between reiserfs and ext3 regarding
> > NFS?
> >
>
> We thought no before your mail
>
> > Deta
On Wed, 2004-03-24 at 19:47, Bernd Schubert wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> > It does, but the code has been in testing -suse and on the reiserfs
> > list. This dooesn't mean data=ordered is perfect, but it's not quite
> > day one either. I can switch the default bac
On Wed, 2004-03-24 at 17:35, Andrew Morton wrote:
>
> > For data=ordered? The only docs are to mount -o data=writeback if you
> > don't want data=ordered (which is the new default). No tool upgrades
> > are required.
>
> OK, thanks. Switching the default on day one sounds radical doesn't it?
On Wed, 2004-03-24 at 17:59, Andrew Morton wrote:
> > The top of each patch has a boring old changelog. I can reformat them
> > if needed.
>
> Oh, I didn't notice that.
>
> Anything other than one-patch-per-email with changelog in the body is a bit
> of a pain.
>
> I'll go fetch the patches aga
On Wed, 2004-03-24 at 17:18, Andrew Morton wrote:
> Chris Mason <[EMAIL PROTECTED]> wrote:
> >
> > ftp.suse.com/pub/people/mason/patches/data-logging/experimental/2.6.5-rc2-mm2
> >
> > Has a new set of reiserfs patches.
>
> -ENODOCCO. If people are goin
On Wed, 2004-03-24 at 14:49, Hubert Chan wrote:
> >>>>> "Chris" == Chris Mason <[EMAIL PROTECTED]> writes:
>
> [...]
>
> Chris> - add reiserfs laptop mode support
>
> Can you explain what laptop mode is?
Take a look at linux/Documentati
Hello everyone,
ftp.suse.com/pub/people/mason/patches/data-logging/experimental/2.6.5-rc2-mm2
Has a new set of reiserfs patches. These should also work on 2.6.5-rc2,
but I did testing on top of -mm2 because I'm submitting part of the
patch set to Andrew.
New since the 2.6.4 code:
- add reiserf
On Mon, 2004-03-22 at 07:49, Vladimir Saveliev wrote:
> Hi
>
> On Sat, 2004-03-20 at 19:18, Domenico Andreoli wrote:
> > hi all,
> >
> > in trying to figure out what is the unpack program in reiserfsprogs
> > and if it supposed to be distributed in the debian package,
>
> No, it should not be di
On Fri, 2004-03-19 at 09:03, Chris Mason wrote:
> On Fri, 2004-03-19 at 03:00, Hans Reiser wrote:
> > Chris Mason wrote:
> >
> > >Hello everyone,
> > >
> > >I've just uploaded all the reiserfs patches from the suse 2.6 kernel to:
> > >
On Fri, 2004-03-19 at 03:00, Hans Reiser wrote:
> Chris Mason wrote:
>
> >Hello everyone,
> >
> >I've just uploaded all the reiserfs patches from the suse 2.6 kernel to:
> >
> >ftp.suse.com/pub/people/mason/patches/data-logging/experimental/2.6.4
> &
Hello everyone,
I've just uploaded all the reiserfs patches from the suse 2.6 kernel to:
ftp.suse.com/pub/people/mason/patches/data-logging/experimental/2.6.4
(they should also apply to 2.6.5-rc1 and 2.6.5-rc1-mm2)
These include:
Latency fixes
Logging performance fixes
data=ordered support
quot
On Sun, 2004-03-07 at 17:32, Fabiano Reis wrote:
> Hi list,
>
> I´m having problems to mount a reiserfs filesystem using kernel 2.6.3 on
> RedHat 9.
>
> The fs I´m trying to mount was formated using kernel 2.4.20-24.9 (the latest
> kernel for RH9) with ReiserFS version 3.6.25 (from dmesg) and
Hello everyone,
These two patches fix corruption problems I've been hitting on 2.6.
Both bugs are present in the vanilla and suse kernels.
reiserfs-search-restart:
This was originally from [EMAIL PROTECTED], I recently made a small
addition to make sure the expected height was checked after read
On Mon, 2004-03-01 at 09:30, Christophe Saout wrote:
> Am Mo, den 01.03.2004 schrieb Chris Mason um 15:01:
>
> > > It seems you introduced a bug here. I installed the patches yesterday
> > > and found a lockup on my notebook when running lilo (with /boot on the
> &
On Mon, 2004-03-01 at 08:30, Christophe Saout wrote:
> Hi,
>
> > Also, the code has some extra performance tweaks to smooth out
> > performance both with and without data=ordered. There are new
> > mechanisms to trigger metadata/commit block writeback and to help
> > throttle writers. The goal i
On Thu, 2004-02-19 at 07:40, Jens Benecke wrote:
> Hi,
>
> Chris' data-logging patches do not apply cleanly to 2.4.25, are they being
> updated?
>
> I think the fix for inode.c is not very hard but I don't dare to fiddle
> around with file system code. ;)
Ok, I'll rediff the data logging + quota
On Thu, 2004-02-19 at 09:02, Vitaly Fertman wrote:
> On Thursday 19 February 2004 12:39, Oliver Pabst wrote:
> > Hello list,
>
> Hello Oliver,
>
> > I try to mkreiserfs /dev/evms/userhomes and /dev/evms/userhomes is a
> > drive-linked evms feature object with a sum of 18.8TB.
> >
> > mkreiserfs /
Hello everyone,
I've updated the reiserfs logging speedups and data=ordered support to
2.6.3, and fixed a few bugs:
i_block count not properly updated on files with holes
oops when the disk is full
small files were not being packed into tails
Also, the code has some extra performance tweaks to s
On Wed, 2004-02-11 at 10:09, Oleg Drokin wrote:
> Hello!
>
> On Wed, Feb 11, 2004 at 09:59:31AM -0500, Chris Mason wrote:
> > > > thousands (hundreds of thousands) of times per day. It wasn't an easy
> > > > bug to hit.
> > > What are the s
On Mon, 2004-01-19 at 17:53, Dieter Nützel wrote:
> 05 and 06 needed some handwork 'cause the SuSE kernel inclues xattrs and posix
> acl's but nothing special.
>
Good to hear. I wasn't expecting the suse merge to be difficult,
luckily it doesn't have many patches in it yet. Jeff and I will lo
On Thu, 2004-01-15 at 14:19, Neil Robinson wrote:
> Uh oh, I think I now know what happened. Ouch. I was not clear what the
> REDO files were for, since I seemed to have lots of them taking up a
> considerable amount of drive space. I deleted them (probably taking all
> of my changes with them). O
On Thu, 2004-01-15 at 11:33, Neil Robinson wrote:
> > Ok, please tell me more about the vmware setup. Is are the vmware
> > drives configured to do copy on write?
>
> According to the documentation, changes made to the virtual drives are
> committed to the physical drive immediately. Here is the
On Thu, 2004-01-15 at 00:23, Neil Robinson wrote:
> Chris,
>
> I haven't heard anything since my response, so just in case it wasn't
> complete enough:
>
> uname -a results:
>
> 2.4.20-gentoo-r9 #1 Sat Dec 6 03:17:43 GMT 2003 i686 Intel(R) Pentium(R)
> 4 CPU 2.66GHz GenuineIntel GNU/Linux
>
> T
On Mon, 2004-01-12 at 13:47, Neil Robinson wrote:
> Hi,
>
> this morning when I started up my notebook (running Windows XP) with a
> VMware session running Gentoo, the boot sequence claimed that the
> reiserfs drives had not been cleanly umounted (not true, I powered down
> the usual way on Friday
On Mon, 2004-01-12 at 02:07, Jens Benecke wrote:
> Chris Mason wrote:
>
> > Hello everyone,
> >
> > This is part one of the data logging port to 2.6, it includes all the
> > cleanups and journal performance fixes. Basically, it's everything
> > except
On Thu, 2003-12-11 at 13:30, Dieter Nützel wrote:
> Am Donnerstag, 11. Dezember 2003 19:10 schrieb Chris Mason:
> > Hello everyone,
> >
> > This is part one of the data logging port to 2.6, it includes all the
> > cleanups and journal performance fixes. Basically, it&
On Thu, 2003-12-11 at 11:43, Jens Benecke wrote:
> Chris Mason wrote:
>
> > On Thu, 2003-12-11 at 08:51, Jens Benecke wrote:
> >> Hi,
> >>
> >> I posted earlier about quota problems. WE updated to 2.4.23 b ecause of
> >> the logging patches beca
Hello everyone,
This is part one of the data logging port to 2.6, it includes all the
cleanups and journal performance fixes. Basically, it's everything
except the data=journal and data=ordered changes.
The 2.6 merge has a few new things as well, I've changed things around
so that metadata and l
On Thu, 2003-12-11 at 08:51, Jens Benecke wrote:
> Hi,
>
> I posted earlier about quota problems. WE updated to 2.4.23 b ecause of the
> logging patches because some power failures made our /home partition spew
> out these: (QUESTIONS at the end of the mail)
Sorry, before we got to the questions,
[reiser4 plugins to make mail delivery faster]
There are a few basic things that slow down mail servers when they talk
to filesystems:
1) multiple threads delivering to the same directory contend for the
directory semaphore for creating new files
2) atomic creation of an entire file
3) high loa
On Tue, 2003-12-02 at 03:35, Jens Benecke wrote:
> Chris Mason wrote:
>
> > On Fri, 2003-11-28 at 16:38, Jens Benecke wrote:
> >
> >> b) bonnie++ on a (previously created) reiserfs partition (with
> >>mkreiserfs 3.6.6) exited with random "disk fu
On Thu, 2003-09-04 at 18:03, Andreas Dilger wrote:
> On Sep 05, 2003 01:32 +0400, Hans Reiser wrote:
> > Andreas Dilger wrote:
> > >It is possible to do the same with ext3, namely exporting journal_start()
> > >and journal_stop() (or some interface to them) to userspace so the application
> > >can
On Wed, 2003-08-27 at 18:03, Tom Vier wrote:
> On Wed, Aug 27, 2003 at 10:41:03AM +0400, Oleg Drokin wrote:
> > There was a discussion about that on Kernel Summit 2003 and general opinion was
> > that SCSI
> > does not need the WB stuff at all as it does the correct thing anyway.
>
> i found this
On Fri, 2003-07-18 at 09:45, Nikita Danilov wrote:
> > > So, in the case of reiserfs_write_full_page(), the BUG() is falsely
> > > triggered
> > > due to a transaction that was started on another filesystem (ext3). And the
> > > fix would simply be to do something along the lines of ext3...
On Thu, 2003-07-17 at 17:53, Michael Gaughen wrote:
> Chris Mason wrote:
>
> >
> >Hmmm, the allocation masks are supposed to be set such that writepage
> >won't get called. I'll take a look. How easy is it to reproduce? If
> >you have any tests cases tha
On Thu, 2003-07-17 at 17:19, Michael Gaughen wrote:
> Hello,
>
> We have a test machine that continues to BUG() in
> reiserfs_write_full_page().
> The machine is running SLES8 (2.4.19-152, UP). Here is the (kdb) stack
> trace:
Hmmm, the allocation masks are supposed to be set such that writepag
Hello all,
ftp.suse.com/pub/people/mason/patches/data-logging/2.4.22
Has a merge of the data logging and quota code into 2.4.22-pre4 (should
apply to -pre5). Overall, the performance of pre5 + reiserfs-jh is nice
and smooth, I'm very happy with how things are turning out.
Thanks to Oleg for mer
On Fri, 2003-07-11 at 13:27, Dieter Nützel wrote:
> > 2.5 porting work has restarted at last, Oleg's really been helpful with
> > keeping the 2.4 stuff up to date.
>
> Nice but.
>
> Patches against latest -aa could be helpful, then.
Hmmm, the latest -aa isn't all that latest right now. Do you
On Fri, 2003-07-11 at 11:44, Oleg Drokin wrote:
> Hello!
>
> On Fri, Jul 11, 2003 at 05:34:12PM +0200, Marc-Christian Petersen wrote:
>
> > > Actually I did it already, as data-logging patches can be applied to
> > > 2.4.22-pre3 (where this truncate patch was included).
> > > > Maybe it _IS_ time
On Wed, 2003-07-02 at 15:08, Dieter Nützel wrote:
> Am Mittwoch, 2. Juli 2003 20:59 schrieb Chris Mason:
> > On Wed, 2003-07-02 at 14:53, Hans Reiser wrote:
> > > >This is called ordered data mode, and exists on ext3 and also reiserfs
> > > > with Chris Mason&
On Wed, 2003-07-02 at 14:53, Hans Reiser wrote:
> >This is called ordered data mode, and exists on ext3 and also reiserfs with
> >Chris Mason's patches. Under normal usage it shouldn't change performance
> >compared to writeback data mode (which is what reiserfs does by default).
> >
> It had som
On Tue, 2003-07-01 at 20:46, Manuel Krause wrote:
>
> > Setting HZ=1000 (from 100) in linux/include/asm/param.h give me very
> > impressive latency boost. 2.4.21-rc1-jam1 (-rc1aa1)
>
> Just tried this HZ=1000 setting, too.
>
> (With the following patches "only": data-logging, search_reada-4 an
On Fri, 2003-06-27 at 12:13, Oleg Drokin wrote:
> Hello!
>
> On Fri, Jun 27, 2003 at 04:38:00PM +0400, Oleg Drokin wrote:
>
> > I was looking in the wrong direction, when I produced that patch,
> > so it will produce zero output.
> > I hope to come up with ultimate fix soon enough. ;)
>
> Well,
On Tue, 2003-06-24 at 16:34, Nix wrote:
> On Tue, 24 Jun 2003, Oleg Drokin moaned:
> > Hello!
> >
> > On Mon, Jun 23, 2003 at 11:16:27PM +0100, Nix wrote:
> >
> >> >> Jun 22 13:52:42 loki kernel: Unable to handle kernel NULL pointer dereference
> >> >> at virtual address 0001
> >> > This is
On Thu, 2003-06-19 at 13:25, Stephen Smalley wrote:
> On Thu, 2003-06-19 at 11:21, Chris Mason wrote:
> > Ok, so in the new api, the xattr information is available at the time of
> > the create. reiserfs would be able to include it all into the same
> > transaction but do
On Thu, 2003-06-19 at 11:10, Stephen Smalley wrote:
> > Creating a file by creating the xattr sounds like a bad idea as you can't
> > control the Unix permissions of the file. This isn't much of a big deal with
> > SE Linux as the security type determines who can access the file. But for
> >
On Thu, 2003-06-19 at 10:46, Russell Coker wrote:
> On the topic of atomic xattr operations on ReiserFS as needed for the new
> LSM/SE Linux operations.
>
> On Thu, 19 Jun 2003 23:52, Chris Mason wrote:
> > How big are the xattrs you have in mind? We can get atomic writes o
On Mon, 2003-06-16 at 08:26, Russell Coker wrote:
> What is the status of xattr support in 2.5.x?
>
> How is journalling of xattr's being handled?
>
> For correct operation of SE Linux we need to have the xattr that is used for
> the security context be changed atomically, and if a file is creat
On Mon, 2003-06-16 at 10:45, Christian Mayrhuber wrote:
>
> What has happened to 10-quota-link-fix.diff? Is it not necessary any more?
> I'm asking because it is still mentioned in the README, but seems to have
> been replaced by 10-quota_nospace_fix.diff
Whoops, I screwed that up.
Hello all,
This doesn't have the data=ordered performance fixes because I got
distracted fixing io latency problems in 2.4.21. Those were screwing up
my benchmarks, so I couldn't really tell if things were faster or not
;-) Anyway, I'm back on track now, and since 2.4.21 is out I've just
copied
On Mon, 2003-06-16 at 07:24, Jonathan Sambrook wrote:
> Hi,
>
> As ever the Linux lockin bites:
>
> My hardware needs 2.4.21 and my development work (now) needs reiserfs +
> quota.
>
> Any idea if/when to expect an updated patch?
I've got Oleg's merge of the data logging code at
ftp.suse
On Thu, 2003-06-05 at 11:26, Nikita Danilov wrote:
> Chris Mason writes:
>
> [...]
>
> >
> > These two are unrelated. SPAM is a fact of life on the internet, list
> > admins have a responsibility to try and make things better for list
> > subscribers
On Thu, 2003-06-05 at 11:25, Hans Reiser wrote:
> Oh dear, Chris Mason, I owe you an apology, I thought the mail from
> Chris Dukes was from you. Sorry.
Good thing I read a further down in the thread before hitting send ;-)
Life is too short to waste it making flames about spam, please f
1 - 100 of 282 matches
Mail list logo