Hi Ted, Ping ^2 on these patches. You have asked me for mballoc cleanup and I gave you mballoc cleanup... Do you still have them or do you want me to resend? Yongqiang is working on cleaning up the snapshot patches and merging his extent split refactoring patches with Allison's punch hole patches. We would like to start rebasing our patches on top of your big alloc patches. Are the patches in ext4-patch-queue in good shape for testing (with BIG_ALLOC feature off)? Thanks, Amir. On Thu, Mar 24, 2011 at 7:58 PM, <amir73il@xxxxxxxxxxxxxxxxxxxxx> wrote: > The purpose of this patch set is the removal of grp->alloc_sem locks > from block allocation paths. > > The resulting code is cleaner and should perform better in concurrent > allocating tasks workloads. > > I ran several xfstests runs with these patches (4K and 1K block size). > I tried several online resizes and verifyed that both in-core and on-disk > group counters are correct. > > v2->v1: > - fix silly bug in patch 4/5 that triggers BUG_ON(incore == NULL) > - replace get_undo_access() with get_write_access() > - ran xfstests with block size 1K (where 2 groups share a buddy page) > > [PATCH v2 1/5] ext4: move ext4_add_groupblocks() to mballoc.c > [PATCH v2 2/5] ext4: implement ext4_add_groupblocks() by freeing blocks > [PATCH v2 3/5] ext4: synchronize ext4_mb_init_group() with buddy page lock > [PATCH v2 4/5] ext4: teach ext4_mb_init_cache() to skip uptodate buddy caches > [PATCH v2 5/5] ext4: remove alloc_semp > > -- To unsubscribe from this list: send the line "unsubscribe linux-ext4" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
