On Mon, Feb 25, 2008 at 10:13:39AM -0500, Theodore Tso wrote:
On Sun, Feb 24, 2008 at 09:20:50PM -0700, Andreas Dilger wrote:
On Feb 22, 2008 19:15 -0500, Theodore Ts'o wrote:
So before the recent patch were we actually creating long symlinks in
extents format? Or were we just setting
Theodore Tso wrote:
On Sun, Feb 24, 2008 at 09:20:50PM -0700, Andreas Dilger wrote:
On Feb 22, 2008 19:15 -0500, Theodore Ts'o wrote:
So before the recent patch were we actually creating long symlinks in
extents format? Or were we just setting the flag but still treating
them as a block
On Mon, Feb 25, 2008 at 11:32:34AM -0600, Eric Sandeen wrote:
Are you sure? This was her patch comment, from
[PATCH] ext4: Don't set EXTENTS_FL flag for fast symlinks:
You're right, I confused myself.
But you do raise a good point that we need to support using the
extents format in order
On Feb 22, 2008 19:15 -0500, Theodore Ts'o wrote:
So before the recent patch were we actually creating long symlinks in
extents format? Or were we just setting the flag but still treating
them as a block number? If it was the latter, I guess we can put in
code into e2fsck to detect that
On Feb 21, 2008 10:40 -0600, Eric Sandeen wrote:
Ok, but my concern is what happens to those long symlinks when they
really truly are in extents format. One option is to say hey it was
ext4DEV, deal with it and nuke the symlink, but if possible, converting
back to the proper format would be
On Fri, Feb 22, 2008 at 04:14:34PM -0700, Andreas Dilger wrote:
On Feb 21, 2008 10:40 -0600, Eric Sandeen wrote:
Ok, but my concern is what happens to those long symlinks when they
really truly are in extents format. One option is to say hey it was
ext4DEV, deal with it and nuke the
Theodore Tso wrote:
On Wed, Feb 20, 2008 at 12:46:57PM -0600, Eric Sandeen wrote:
Theodore Tso wrote:
The big news here is that extents branch is sufficiently finished that
I've promoted it to the next branch.
Hey, that's great news. :)
Out of curiosity; what is the plan for behavior when
Theodore Tso wrote:
The big news here is that extents branch is sufficiently finished that
I've promoted it to the next branch.
Hey, that's great news. :)
Out of curiosity; what is the plan for behavior when finding symlinks
with the extents flag set? Last I checked e2fsprogs-interim, they
Theodore Tso wrote:
I'ts been a while since I've pushed one of these out. This updates pu
against the latest next branch, so we can make sure all of the
changes that had been folded into maint is included on the pu
branch. It also includes more work on the tt/extents patches.
Tune2fs and
I'ts been a while since I've pushed one of these out. This updates pu
against the latest next branch, so we can make sure all of the
changes that had been folded into maint is included on the pu
branch. It also includes more work on the tt/extents patches.
Tune2fs and e2image are now functional
On Sun, Feb 10, 2008 at 11:08:11PM -0600, Eric Sandeen wrote:
Theodore Tso wrote:
I'ts been a while since I've pushed one of these out. This updates pu
against the latest next branch, so we can make sure all of the
changes that had been folded into maint is included on the pu
branch. It
Here are the topics that have been cooking. Commits prefixed
with '-' are only in 'pu' while commits prefixed with '+' are
in 'next'. The topics list the commits in reverse chronological
order.
* js/uninit (Sun Oct 21 21:04:24 2007 -0500) 14 commits
- Add m_uninit test case.
- Add new mm_lazy
On Dec 17, 2007 12:11 -0500, Theodore Tso wrote:
* ak/undo-mgr (Mon Aug 13 15:56:26 2007 +0530) 6 commits
- e2fsprogs: Make mke2fs use undo I/O manager.
Did you see Eric's report that using the undo manager for mke2fs caused the
performance to completely tank? There is already enough memory
On Mon, Dec 17, 2007 at 03:34:55PM -0700, Andreas Dilger wrote:
Did you see Eric's report that using the undo manager for mke2fs caused the
performance to completely tank? There is already enough memory pressure
caused by a regular mke2fs that having to save the blocks into tdb for a
large
On Dec 17, 2007 17:59 -0500, Theodore Tso wrote:
On Mon, Dec 17, 2007 at 03:34:55PM -0700, Andreas Dilger wrote:
We had also wanted to move from using db4 to tdb for the Lustre lfsck data
(collection of EA information for distributed fsck) but even at 1 files
the tdb performance was
On Mon, Dec 17, 2007 at 04:36:34PM -0700, Andreas Dilger wrote:
But the performance problems are starting to make me worry. Do you
know how many tdb entries you had before tdb performance started going
really badly down the toilet? I wonder if there are some tuning knobs
we could tweak
On Nov 04, 2007 23:32 -0500, Theodore Tso wrote:
On Mon, Nov 05, 2007 at 10:15:33AM +0800, Andreas Dilger wrote:
On Nov 04, 2007 17:42 -0500, Theodore Ts'o wrote:
* js/uninit (Sun Oct 21 21:04:24 2007 -0500) 14 commits
- Add m_uninit test case.
- Add new mm_lazy test case.
-
Here are the topics that have been cooking. Commits prefixed
with '-' are only in 'pu' while commits prefixed with '+' are
in 'next'. The topics list the commits in reverse chronological
order.
* next (Sun Oct 21 21:03:14 2007 -0500) 6 commits
(plus those commits pulled in from the
On Nov 04, 2007 17:42 -0500, Theodore Ts'o wrote:
* js/uninit (Sun Oct 21 21:04:24 2007 -0500) 14 commits
- Add m_uninit test case.
- Add new mm_lazy test case.
- Fix test cases.
Do you have all of the f_uninit test cases we made?
f_uninit_bad_free_inodes
f_uninit_blk_used_not_set
On Mon, Nov 05, 2007 at 10:15:33AM +0800, Andreas Dilger wrote:
On Nov 04, 2007 17:42 -0500, Theodore Ts'o wrote:
* js/uninit (Sun Oct 21 21:04:24 2007 -0500) 14 commits
- Add m_uninit test case.
- Add new mm_lazy test case.
- Fix test cases.
Do you have all of the f_uninit test
Here are the topics that are cooking in e2fsprogs. Commits prefixed
with '-' are only in 'pu' while commits prefixed with '+' are in
'next'. Commits prefixed with '.' are not in either branch for now.
* tt/64bit-bitmaps (Sun Oct 14 22:51:51 2007 -0400) 1 commit
- Initial design for 64-bit
Theodore Ts'o wrote:
* ak/undo-mgr (Mon Aug 13 15:56:26 2007 +0530) 9 commits
- e2fsprogs: Add test case for undoe2fs
- e2fsprogs: Fix the resize inode test case
- e2fsprogs: Support for large inode migration.
- e2fsprogs: Make mke2fs use undo I/O manager.
- e2fsprogs: Add undoe2fs
-
22 matches
Mail list logo