1. 01 11月, 2011 1 次提交
  2. 02 8月, 2011 1 次提交
    • M
      dm snapshot: skip reading origin when overwriting complete chunk · a6e50b40
      Mikulas Patocka 提交于
      If we write a full chunk in the snapshot, skip reading the origin device
      because the whole chunk will be overwritten anyway.
      
      This patch changes the snapshot write logic when a full chunk is written.
      In this case:
        1. allocate the exception
        2. dispatch the bio (but don't report the bio completion to device mapper)
        3. write the exception record
        4. report bio completed
      
      Callbacks must be done through the kcopyd thread, because callbacks must not
      race with each other.  So we create two new functions:
      
        dm_kcopyd_prepare_callback: allocate a job structure and prepare the callback.
        (This function must not be called from interrupt context.)
      
        dm_kcopyd_do_callback: submit callback.
        (This function may be called from interrupt context.)
      
      Performance test (on snapshots with 4k chunk size):
        without the patch:
          non-direct-io sequential write (dd):    17.7MB/s
          direct-io sequential write (dd):        20.9MB/s
          non-direct-io random write (mkfs.ext2): 0.44s
      
        with the patch:
          non-direct-io sequential write (dd):    26.5MB/s
          direct-io sequential write (dd):        33.2MB/s
          non-direct-io random write (mkfs.ext2): 0.27s
      Signed-off-by: NMikulas Patocka <mpatocka@redhat.com>
      Signed-off-by: NAlasdair G Kergon <agk@redhat.com>
      a6e50b40
  3. 29 5月, 2011 2 次提交
  4. 25 4月, 2008 4 次提交
  5. 29 3月, 2008 1 次提交
  6. 17 4月, 2005 1 次提交
    • L
      Linux-2.6.12-rc2 · 1da177e4
      Linus Torvalds 提交于
      Initial git repository build. I'm not bothering with the full history,
      even though we have it. We can create a separate "historical" git
      archive of that later if we want to, and in the meantime it's about
      3.2GB when imported into git - space that would just make the early
      git days unnecessarily complicated, when we don't have a lot of good
      infrastructure for it.
      
      Let it rip!
      1da177e4