1. 12 10月, 2017 1 次提交
  2. 27 9月, 2017 1 次提交
  3. 20 9月, 2017 2 次提交
  4. 30 8月, 2017 1 次提交
  5. 19 8月, 2017 1 次提交
  6. 16 8月, 2017 4 次提交
  7. 14 8月, 2017 9 次提交
  8. 12 8月, 2017 1 次提交
  9. 03 8月, 2017 1 次提交
    • M
      arm64: defconfig: enable fine-grained task level IRQ time accounting · a168f2a8
      Marcin Wojtas 提交于
      Tests showed, that under certain conditions, the summary number of jiffies
      spent on softirq/idle, which are counted by system statistics can be even
      below 10% of expected value, resulting in false load presentation.
      
      The issue was observed on the quad-core Marvell Armada 8k SoC, whose two
      10G ports were bound into L2 bridge. Load was controlled by bidirectional
      UDP traffic, produced by a packet generator. Under such condition,
      the dominant load is softirq. With 100% single CPU occupation or without
      any activity (all CPUs 100% idle), total number of jiffies is 10000 (2500
      per each core) in 10s interval. Also with other kind of load this was
      true.
      
      However below a saturation threshold it was observed, that with CPU which
      was occupied almost by softirqs only, the statistic were awkward. See
      the mpstat output:
      
      CPU %usr %nice %sys %iowait %irq %soft %steal %guest %gnice %idle
      all 0.00  0.00 0.13    0.00 0.00  0.55   0.00   0.00   0.00 99.32
        0 0.00  0.00 0.00    0.00 0.00 23.08   0.00   0.00   0.00 76.92
        1 0.00  0.00 0.40    0.00 0.00  0.00   0.00   0.00   0.00 99.60
        2 0.00  0.00 0.00    0.00 0.00  0.00   0.00   0.00   0.00 100.00
        3 0.00  0.00 0.00    0.00 0.00  0.00   0.00   0.00   0.00 100.00
      
      Above would mean basically no total load, debug CPU0 occupied in 25%.
      Raw statistics, printed every 10s from /proc/stat unveiled a root
      cause - summary idle/softirq jiffies on loaded CPU were below 200,
      i.e. over 90% samples lost. All problems were gone after enabling
      fine granulity IRQ time accounting.
      
      This patch fixes possible wrong statistics processing by enabling
      CONFIG_IRQ_TIME_ACCOUNTING for arm64 platfroms, which is by
      default done on other architectures, e.g. x86 and arm. Tests
      showed no noticeable performance penalty, nor stability impact.
      Signed-off-by: NMarcin Wojtas <mw@semihalf.com>
      Signed-off-by: NGregory CLEMENT <gregory.clement@free-electrons.com>
      a168f2a8
  10. 28 7月, 2017 1 次提交
  11. 27 7月, 2017 1 次提交
  12. 18 7月, 2017 1 次提交
  13. 02 7月, 2017 1 次提交
  14. 26 6月, 2017 1 次提交
  15. 23 6月, 2017 8 次提交
  16. 15 6月, 2017 2 次提交
  17. 12 6月, 2017 1 次提交
  18. 09 6月, 2017 1 次提交
  19. 02 6月, 2017 2 次提交