This week's special:
--
- New Database : American Veterinarians Offices -
--
Fields: Veterinarian's ame, Postal Address, Phone, Fax, Email and Website
Date Created: Apr 7, 2007
Format: MS Excel
This is a very early prototype of what i working on. I have done only minimal
testing of this. To use one need to use the below steps.
io_manager io_mng = stack_io_manager_init();
stack_push_io_manager(io_mng, unix_io_manager);
stack_push_io_manager(io_mng, undo_io_manager);
From: Aneesh Kumar K.V [EMAIL PROTECTED]
This I/O manager helps in stacking different I/O managers.
For example one can stack the undo I/O manager on top
of Unix I/O manager to achieve the undo functionality.
Signed-off-by: Aneesh Kumar K.V [EMAIL PROTECTED]
---
lib/ext2fs/Makefile.in | 10
From: Aneesh Kumar K.V [EMAIL PROTECTED]
This I/O manager saves the contents of the location being overwritten
to a tdb database. This helps in undoing the changes done to the
file system.
This can be stacked over unix I/O manager to get the undo functionality.
Signed-off-by: Aneesh Kumar K.V
This I/O manager helps in stacking different I/O managers.
For example one can stack the undo I/O manager on top
of Unix I/O manager to achieve the undo functionality.
Signed-off-by: Aneesh Kumar K.V [EMAIL PROTECTED]
---
lib/ext2fs/Makefile.in | 10 +-
lib/ext2fs/ext2_io.h |4 +
Suparna Bhattacharya writes:
This looks like it will have the same problem on s390 as
sys_sync_file_range. Maybe the prototype should be:
asmlinkage long sys_fallocate(loff_t offset, loff_t len, int fd, int mode)
Yes, but the trouble is that there was a contrary viewpoint preferring
On Wed, May 09, 2007 at 08:50:44PM +1000, Paul Mackerras wrote:
Suparna Bhattacharya writes:
This looks like it will have the same problem on s390 as
sys_sync_file_range. Maybe the prototype should be:
asmlinkage long sys_fallocate(loff_t offset, loff_t len, int fd, int mode)
On 5/9/07, Paul Mackerras [EMAIL PROTECTED] wrote:
Suparna Bhattacharya writes:
Of course the interface used by an application program would have the
fd first. Glibc can do the translation.
I think that was understood.
OK, then what does it matter what the glibc/kernel interface is, as
Jose R. Santos wrote:
Hi Valerie,
I tried the patches and while the tools such as mkfs and debugfs seem
to work fine, I am still unable to mount a filesystem with block
numbers exceeding 32 bits. I am testing on a 2.6.21.1 kernel with the
ext4 patches from:
Hello all,
this is something I have long wondered about but have been afraid to ask.
When my system is chewing away on builds, the disk I/O write access
pattern of my ext3 root filesystem (using CFQ, Intel SATA controller,
hard disk) when visualized by GNOME System Monitor clearly shows a
On Wed, 09 May 2007 14:16:55 +0200
Valerie Clement [EMAIL PROTECTED] wrote:
Hi Jose,
I'm sorry to reply so late, I had a day off yesterday.
I only tested the tools on an x86_64 system. Could it be an endianess issue?
On which platform do you run?
Valérie
Hi Valerie,
I think this has
Valerie Clement wrote:
Jose R. Santos wrote:
I think this has more to do with the fact that I'm on a 32bit
architecture and there are still a couple places where blocks are
represented using unsigned long. I'm trying to get access to a 64bit
arch to confirm this.
-JRS
Oh, I didn't catch
I have the updated patches ready which take care of Andrew's comments.
Will run some tests and post them soon.
But, before submitting these patches, I think it will be better to finalize
on certain things which might be worth some discussion here:
1) Should the file size change when
On Wed, 09 May 2007 10:21:44 -0500
Eric Sandeen [EMAIL PROTECTED] wrote:
Valerie Clement wrote:
Jose R. Santos wrote:
I think this has more to do with the fact that I'm on a 32bit
architecture and there are still a couple places where blocks are
represented using unsigned long. I'm
On May 09, 2007 16:57 +0200, Valerie Clement wrote:
Jose R. Santos wrote:
I think this has more to do with the fact that I'm on a 32bit
architecture and there are still a couple places where blocks are
represented using unsigned long. I'm trying to get access to a 64bit
arch to confirm
On May 09, 2007 15:31 +0200, Leon Woestenberg wrote:
this is something I have long wondered about but have been afraid to ask.
When my system is chewing away on builds, the disk I/O write access
pattern of my ext3 root filesystem (using CFQ, Intel SATA controller,
hard disk) when visualized
On May 09, 2007 21:31 +0530, Amit K. Arora wrote:
2) For FA_UNALLOCATE mode, should the file system allow unallocation
of normal (non-preallocated) blocks (blocks allocated via
regular write/truncate operations) also (i.e. work as punch()) ?
- Though FA_UNALLOCATE mode is yet to be
Ext4 Developer Interlock Call: 05/07/2007 Meeting Minutes
Attendees: Mingming Cao, Dave Kleikamp, Ted Ts'o, Aneesh Veetil, Takashi
Sato, Jose Santos, Avantika Mathur,
Minutes can be accessed at:
http://ext4.wiki.kernel.org/index.php/Ext4_Developer%27s_Conference_Call
Discussed pushing
Jose R. Santos wrote:
On Wed, 09 May 2007 10:21:44 -0500
Eric Sandeen [EMAIL PROTECTED] wrote:
Jose, you mentioned that some blocks are still unsigned long on
32-bits... they shouldn't be, the LBD work should have fixed all those
long ago. But there is still the 16TB page cache limit in
On Wed, 2007-05-09 at 21:31 +0530, Amit K. Arora wrote:
I have the updated patches ready which take care of Andrew's comments.
Will run some tests and post them soon.
But, before submitting these patches, I think it will be better to finalize
on certain things which might be worth some
Valerie Clement wrote:
Get the new version of e2fsprogs at
ftp://ftp.kernel.org/pub/linux/kernel/people/tytso/e2fsprogs-interim/e2fsprogs-1.39-tyt3
and apply the patchset in attachment.
Hope this helps,
Valérie
Valérie, this looks a bit odd in 02_use_64bit_io, in debugfs.c:
@@
On May 09, 2007 10:02 -0700, Avantika Mathur wrote:
Metablock Groups:
- Mingming mentioned that in the metablock group feature, the inode
metadata is not moved with the rest of the metadata. Ted will check
this, as he thought this had been implemented.
- Online resize does not use
On Wed, 2007-05-09 at 10:37 -0700, Andreas Dilger wrote:
On May 09, 2007 10:02 -0700, Avantika Mathur wrote:
Metablock Groups:
- Mingming mentioned that in the metablock group feature, the inode
metadata is not moved with the rest of the metadata. Ted will check
this, as he thought
On May 09, 2007 11:10 -0700, Mingming Cao wrote:
On Wed, 2007-05-09 at 10:37 -0700, Andreas Dilger wrote:
That means it is virtually impossible to allow the group metadata to move
under the META_BG feature.
Understand it's not straightforward to turn on this feature by default.
Just try
There is a serious performance degradation with the mount command after
mounting many unique devices when compiled with libblkid support. A simple
mount command to display the list of mounted filesystem can take minutes to
run. This is due to a call to libblkid's blkid_get_cache and a
On May 09, 2007 17:06 -0500, Shapor Naghibzadeh wrote:
There is a serious performance degradation with the mount command after
mounting many unique devices when compiled with libblkid support. A simple
mount command to display the list of mounted filesystem can take minutes to
run. This is
On Wed, May 09, 2007 at 09:31:02PM +0530, Amit K. Arora wrote:
I have the updated patches ready which take care of Andrew's comments.
Will run some tests and post them soon.
But, before submitting these patches, I think it will be better to finalize
on certain things which might be worth
On Wed, May 09, 2007 at 05:30:05PM -0700, Andreas Dilger wrote:
Is there something unusual about your system or startup scripts that is
causing so many entries in /etc/blkid.tab file?
This issue came up while doing development work on a snapshot and remote
replication project called zumastor
On May 09, 2007 21:19 -0700, Eric wrote:
This is my first post to the list. I want to add online defrag support
to ext2/3/4 just to scratch an itch.
I've searched the archives and googled around, and I've come to the
following conclusions:
*An offline defrag tool is available but
29 matches
Mail list logo