1. 05 10月, 2009 3 次提交
    • L
      Merge branch 'for-linus' of git://git.kernel.dk/linux-2.6-block · 58e57fbd
      Linus Torvalds 提交于
      * 'for-linus' of git://git.kernel.dk/linux-2.6-block: (41 commits)
        Revert "Seperate read and write statistics of in_flight requests"
        cfq-iosched: don't delay async queue if it hasn't dispatched at all
        block: Topology ioctls
        cfq-iosched: use assigned slice sync value, not default
        cfq-iosched: rename 'desktop' sysfs entry to 'low_latency'
        cfq-iosched: implement slower async initiate and queue ramp up
        cfq-iosched: delay async IO dispatch, if sync IO was just done
        cfq-iosched: add a knob for desktop interactiveness
        Add a tracepoint for block request remapping
        block: allow large discard requests
        block: use normal I/O path for discard requests
        swapfile: avoid NULL pointer dereference in swapon when s_bdev is NULL
        fs/bio.c: move EXPORT* macros to line after function
        Add missing blk_trace_remove_sysfs to be in pair with blk_trace_init_sysfs
        cciss: fix build when !PROC_FS
        block: Do not clamp max_hw_sectors for stacking devices
        block: Set max_sectors correctly for stacking devices
        cciss: cciss_host_attr_groups should be const
        cciss: Dynamically allocate the drive_info_struct for each logical drive.
        cciss: Add usage_count attribute to each logical drive in /sys
        ...
      58e57fbd
    • J
      Revert "Seperate read and write statistics of in_flight requests" · 0f78ab98
      Jens Axboe 提交于
      This reverts commit a9327cac.
      
      Corrado Zoccolo <czoccolo@gmail.com> reports:
      
      "with 2.6.32-rc1 I started getting the following strange output from
      "iostat -kx 2":
      Linux 2.6.31bisect (et2) 	04/10/2009 	_i686_	(2 CPU)
      
      avg-cpu:  %user   %nice %system %iowait  %steal   %idle
                10,70    0,00    3,16   15,75    0,00   70,38
      
      Device:         rrqm/s   wrqm/s     r/s     w/s    rkB/s    wkB/s
      avgrq-sz avgqu-sz   await  svctm  %util
      sda              18,22     0,00    0,67    0,01    14,77     0,02
      43,94     0,01   10,53 39043915,03 2629219,87
      sdb              60,89     9,68   50,79    3,04  1724,43    50,52
      65,95     0,70   13,06 488437,47 2629219,87
      
      avg-cpu:  %user   %nice %system %iowait  %steal   %idle
                 2,72    0,00    0,74    0,00    0,00   96,53
      
      Device:         rrqm/s   wrqm/s     r/s     w/s    rkB/s    wkB/s
      avgrq-sz avgqu-sz   await  svctm  %util
      sda               0,00     0,00    0,00    0,00     0,00     0,00
      0,00     0,00    0,00   0,00 100,00
      sdb               0,00     0,00    0,00    0,00     0,00     0,00
      0,00     0,00    0,00   0,00 100,00
      
      avg-cpu:  %user   %nice %system %iowait  %steal   %idle
                 6,68    0,00    0,99    0,00    0,00   92,33
      
      Device:         rrqm/s   wrqm/s     r/s     w/s    rkB/s    wkB/s
      avgrq-sz avgqu-sz   await  svctm  %util
      sda               0,00     0,00    0,00    0,00     0,00     0,00
      0,00     0,00    0,00   0,00 100,00
      sdb               0,00     0,00    0,00    0,00     0,00     0,00
      0,00     0,00    0,00   0,00 100,00
      
      avg-cpu:  %user   %nice %system %iowait  %steal   %idle
                 4,40    0,00    0,73    1,47    0,00   93,40
      
      Device:         rrqm/s   wrqm/s     r/s     w/s    rkB/s    wkB/s
      avgrq-sz avgqu-sz   await  svctm  %util
      sda               0,00     0,00    0,00    0,00     0,00     0,00
      0,00     0,00    0,00   0,00 100,00
      sdb               0,00     4,00    0,00    3,00     0,00    28,00
      18,67     0,06   19,50 333,33 100,00
      
      Global values for service time and utilization are garbage. For
      interval values, utilization is always 100%, and service time is
      higher than normal.
      
      I bisected it down to:
      [a9327cac] Seperate read and write
      statistics of in_flight requests
      and verified that reverting just that commit indeed solves the issue
      on 2.6.32-rc1."
      
      So until this is debugged, revert the bad commit.
      Signed-off-by: NJens Axboe <jens.axboe@oracle.com>
      0f78ab98
    • J
      cfq-iosched: don't delay async queue if it hasn't dispatched at all · e00c54c3
      Jens Axboe 提交于
      We cannot delay for the first dispatch of the async queue if it
      hasn't dispatched at all, since that could present a local user
      DoS attack vector using an app that just did slow timed sync reads
      while filling memory.
      Signed-off-by: NJens Axboe <jens.axboe@oracle.com>
      e00c54c3
  2. 04 10月, 2009 15 次提交
  3. 03 10月, 2009 22 次提交