Skip to content
Snippets Groups Projects
  1. Nov 14, 2018
  2. Oct 17, 2018
  3. Jun 11, 2018
    • Bob Glossman's avatar
      LU-11065 kernel: kernel update [SLES12 SP3 4.4.132-94.33] · 7edcc3cb
      Bob Glossman authored
      
      Update target, kernel_config, and ldiskfs files for new version
      One ldiskfs patch revised for ext4 changes.
      Old unchanged ldiskfs patch kept to use for sles12sp2.
      
      Test-Parameters: clientdistro=sles12sp3 testgroup=review-ldiskfs \
        mdsdistro=sles12sp3 ossdistro=sles12sp3 \
        mdtfilesystemtype=ldiskfs ostfilesystemtype=ldiskfs
      
      Signed-off-by: default avatarBob Glossman <bob.glossman@intel.com>
      Change-Id: Ic6d0219a7133825d1dba0b2bfadf8354442cddb3
      Reviewed-on: https://review.whamcloud.com/32600
      
      
      Reviewed-by: default avatarYang Sheng <yang.sheng@intel.com>
      Tested-by: Jenkins
      Reviewed-by: default avatarMinh Diep <minh.diep@intel.com>
      Tested-by: default avatarMaloo <hpdd-maloo@intel.com>
      Reviewed-by: default avatarJohn L. Hammond <john.hammond@intel.com>
      7edcc3cb
    • Wang Shilong's avatar
      LU-9796 ldiskfs: improve inode allocation performance · f2758443
      Wang Shilong authored
      Backport following upstream patches:
      
      ------
      ext4: cleanup goto next group
      
      avoid duplicated codes, also we need goto
      next group in case we found reserved inode.
      ------
      
      ext4: reduce lock contention in __ext4_new_inode
      
      While running number of creating file threads concurrently,
      we found heavy lock contention on group spinlock:
      
      FUNC                           TOTAL_TIME(us)       COUNT        AVG(us)
      ext4_create                    1707443399           1440000      1185.72
      _raw_spin_lock                 1317641501           180899929    7.28
      jbd2__journal_start            287821030            1453950      197.96
      jbd2_journal_get_write_access  33441470             73077185     0.46
      ext4_add_nondir                29435963             1440000      20.44
      ext4_add_entry                 26015166             1440049      18.07
      ext4_dx_add_entry              25729337             1432814      17.96
      ext4_mark_inode_dirty          12302433             5774407      2.13
      
      most of cpu time blames to _raw_spin_lock, here is some testing
      numbers with/without patch.
      
      Test environment:
      Server : SuperMicro Sever (2 x E5-2690 v3@2.60GHz, 128GB 2133MHz
               DDR4 Memory, 8GbFC)
      Storage : 2 x RAID1 (DDN SFA7700X, 4 x Toshiba PX02SMU020 200GB
                Read Intensive SSD)
      
      format command:
              mkfs.ext4 -J size=4096
      
      test command:
              mpirun -np 48 mdtest -n 30000 -d /ext4/mdtest.out -F -C \
                      -r -i 1 -v -p 10 -u #first run to load inode
      
              mpirun -np 48 mdtest -n 30000 -d /ext4/mdtest.out -F -C \
                      -r -i 3 -v -p 10 -u
      
      Kernel version: 4.13.0-rc3
      
      Test  1,440,000 files with 48 directories by 48 processes:
      
      Without patch:
      
      File Creation   File removal
      79,033          289,569 ops/per second
      81,463          285,359
      79,875          288,475
      
      With patch:
      File Creation   File removal
      810669          301694
      812805          302711
      813965          297670
      
      Creation performance is improved more than 10X with large
      journal size. The main problem here is we test bitmap
      and do some check and journal operations which could be
      slept, then we test and set with lock hold, this could
      be racy, and make 'inode' steal by other process.
      
      However, after first try, we could confirm handle has
      been started and inode bitmap journaled too, then
      we could find and set bit with lock hold directly, this
      will mostly gurateee success with second try.
      
      Lustre-commit: 3f0a7241
      Lustre-change: https://review.whamcloud.com/29032
      
      
      
      Signed-off-by: default avatarWang Shilong <wshilong@ddn.com>
      Signed-off-by: default avatarBob Glossman <bob.glossman@intel.com>
      Change-Id: I234ff3027c8d96155d374c56b12aab7c4dc0dafd
      Reviewed-by: default avatarAndreas Dilger <andreas.dilger@intel.com>
      Reviewed-by: default avatarGu Zheng <gzheng@ddn.com>
      Reviewed-by: default avatarOleg Drokin <oleg.drokin@intel.com>
      Reviewed-on: https://review.whamcloud.com/32295
      
      
      Tested-by: Jenkins
      Tested-by: default avatarMaloo <hpdd-maloo@intel.com>
      Reviewed-by: default avatarJohn L. Hammond <john.hammond@intel.com>
      f2758443
  4. May 15, 2018
  5. May 04, 2018
  6. May 03, 2018
  7. Oct 26, 2017
  8. Oct 25, 2017
  9. Oct 24, 2017
  10. Sep 15, 2017
  11. Sep 06, 2017
  12. Aug 08, 2017
  13. Jun 07, 2017
  14. Jun 03, 2017
  15. May 29, 2017
  16. May 24, 2017
  17. May 20, 2017
  18. May 09, 2017
  19. Apr 28, 2017
  20. Apr 18, 2017
  21. Apr 13, 2017
  22. Apr 06, 2017
  23. Mar 23, 2017
  24. Mar 14, 2017
  25. Mar 09, 2017
  26. Feb 07, 2017
  27. Feb 03, 2017
  28. Jan 31, 2017
  29. Jan 18, 2017
  30. Dec 17, 2016
  31. Nov 18, 2016
    • Christopher J. Morrone's avatar
      LU-8534 ldiskfs: Add patch series for RHEL7.3 · adc9592d
      Christopher J. Morrone authored
      
      Add the new ldiskfs patch series file ldiskfs-3.10-rhel7.3.series which
      supports the RHEL7.3 kernel.  Three patch files needed contextual updates
      to allow them to apply.
      
      Note that the new RHEL7.3 kernel contains a backport of the
      upstream linux kernel commit 923ae0ff9250430133b3310fe62c47538cf1cbc1,
      which introduces DAX to ext4.  This adds the flag EXT4_MOUNT_DAX
      with value 0x00200.  This conflicted with ext4-data-in-dirent.patch's
      EXT4_MOUNT_DIRDATA flag value.  Therefore, for RHEL7.3 the value of the
      EXT4_MOUNT_DIRDATA flag is changed to 0x00002.
      
      The ext4-corrupted-inode-block-bitmaps-handling-patches.patch needed
      updating for two problems:
      
      In ext4_validate_block_bitmap(), the patch removes the
      struct ext4_group_info *grp declaration.  The upstream kernel now
      has the following at the beginning of the function:
      
              if (buffer_verified(bh) || EXT4_MB_GRP_BBITMAP_CORRUPT(grp))
                      return;
      
      The declaration/definion of grp is reintroduced to address that
      use.
      
      Change-Id: Ia1a2455c1f353b59202b48ce6cdaad801a7f42d2
      Signed-off-by: default avatarChristopher J. Morrone <morrone2@llnl.gov>
      Reviewed-on: http://review.whamcloud.com/22113
      
      
      Tested-by: Jenkins
      Tested-by: default avatarMaloo <hpdd-maloo@intel.com>
      Reviewed-by: default avatarMinh Diep <minh.diep@intel.com>
      Reviewed-by: default avatarYang Sheng <yang.sheng@intel.com>
      Reviewed-by: default avatarJames Simmons <uja.ornl@yahoo.com>
      Reviewed-by: default avatarOleg Drokin <oleg.drokin@intel.com>
      adc9592d
  32. Oct 05, 2016
  33. Sep 10, 2016
  34. Jun 22, 2016
Loading