From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S933317AbWFXIXG (ORCPT ); Sat, 24 Jun 2006 04:23:06 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S933315AbWFXIXF (ORCPT ); Sat, 24 Jun 2006 04:23:05 -0400 Received: from smtp.ustc.edu.cn ([202.38.64.16]:16854 "HELO ustc.edu.cn") by vger.kernel.org with SMTP id S1752199AbWFXIXE (ORCPT ); Sat, 24 Jun 2006 04:23:04 -0400 Message-ID: <351137381.24594@ustc.edu.cn> X-EYOUMAIL-SMTPAUTH: wfg@mail.ustc.edu.cn Message-Id: <20060624082006.574472632@localhost.localdomain> Date: Sat, 24 Jun 2006 16:20:06 +0800 From: Fengguang Wu To: Jens Axboe Cc: linux-kernel@vger.kernel.org, Andrew Morton , Nick Piggin , Lubos Lunak Subject: [PATCH 0/7] [RFC] iosched: make a difference between read/readahead requests Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Hi Jens, This patchset does two jobs: 1) do io schedule differently on READ/READA requests. - to help improve I/O latency and throughput 2) do notification/action on READA => READ events - to make the elevators better informed - to prevent the priority inversion problem - also brings some CPU overheads* (*) I'm not able to provide numbers at the moment. Our server is not up for testing these days. But sure will for the next time. The patches come in two groups: 1) explicitly schedule READA requests Note: currently only the deadline elevator is touched. [PATCH 1/7] iosched: introduce WRITEA [PATCH 2/7] iosched: introduce parameter deadline.reada_expire [PATCH 3/7] iosched: introduce deadline_add_drq_fifo() [PATCH 4/7] iosched: submit READA requests on possible readahead code path 2) notify/act on pending reads Naming issue: how about pending_read/need_page/... for kick_page? [PATCH 5/7] iosched: introduce elv_kick_page() [PATCH 6/7] iosched: run elv_kick_page() on sync read [PATCH 7/7] iosched: introduce deadline_kick_page() Most overheads should be in functions deadline_kick_page() and deadline_add_drq_fifo(). I'll explore the details later. Any comments are welcome, thanks. Fengguang Wu -- Dept. Automation University of Science and Technology of China