1. 28 10月, 2005 1 次提交
    • J
      [PATCH] 02/05: update ioscheds to use generic dispatch queue · b4878f24
      Jens Axboe 提交于
      This patch updates all four ioscheds to use generic dispatch
      queue.  There's one behavior change in as-iosched.
      
      * In as-iosched, when force dispatching
        (ELEVATOR_INSERT_BACK), batch_data_dir is reset to REQ_SYNC
        and changed_batch and new_batch are cleared to zero.  This
        prevernts AS from doing incorrect update_write_batch after
        the forced dispatched requests are finished.
      
      * In cfq-iosched, cfqd->rq_in_driver currently counts the
        number of activated (removed) requests to determine
        whether queue-kicking is needed and cfq_max_depth has been
        reached.  With generic dispatch queue, I think counting
        the number of dispatched requests would be more appropriate.
      
      * cfq_max_depth can be lowered to 1 again.
      
      Original from Tejun Heo, modified version applied.
      Signed-off-by: NJens Axboe <axboe@suse.de>
      b4878f24
  2. 10 9月, 2005 1 次提交
  3. 08 9月, 2005 1 次提交
  4. 28 6月, 2005 1 次提交
    • J
      [PATCH] Update cfq io scheduler to time sliced design · 22e2c507
      Jens Axboe 提交于
      This updates the CFQ io scheduler to the new time sliced design (cfq
      v3).  It provides full process fairness, while giving excellent
      aggregate system throughput even for many competing processes.  It
      supports io priorities, either inherited from the cpu nice value or set
      directly with the ioprio_get/set syscalls.  The latter closely mimic
      set/getpriority.
      
      This import is based on my latest from -mm.
      Signed-off-by: NJens Axboe <axboe@suse.de>
      Signed-off-by: NLinus Torvalds <torvalds@osdl.org>
      22e2c507
  5. 24 6月, 2005 1 次提交
  6. 21 6月, 2005 1 次提交
  7. 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