All of lore.kernel.org
 help / color / mirror / Atom feed
From: Jens Axboe <axboe@suse.de>
To: Subodh S <subodh_s_1975@mail.com>
Cc: linux-kernel@vger.kernel.org, linux-scsi@vger.kernel.org
Subject: Re: Servicing of requests
Date: Sun, 23 Mar 2003 13:28:10 +0100	[thread overview]
Message-ID: <20030323122810.GC2371@suse.de> (raw)
In-Reply-To: <20030323121850.48607.qmail@mail.com>

On Sun, Mar 23 2003, Subodh S wrote:
> Hi,
> 
> Whenever I read data of 'x'k size using one read() system call, I find
> batches of some 'y' no. of make_requests calls followed by the same
> no. of end_io's. Something like :

> make_req
> make_req
> make_req
> end_io
> end_io
> end_io
> make_req
> make_req
> make_req
> end_io
> end_io
> end_io
> 
> The output above gives me an idea that 3(hypothetical no.)
> buffer_heads above form a request.  (since 1 make_request corresponds
> to 1 buffer_head) and maybe since 1 request is serviced at a time I
> can see 3 make_req's together. Is my understanding right ??
> 
> But, I have read that sd uses some optimization algorithm to club
> requests so that the disk seek time is reduced. In which case since
> all requests are to adjecents sectors it should create a single
> request of all 'x'k assuming 1 buffer_head is of size 1k.
> 
> Does this make sense ??

First of all, please line wrap your emails at 72 chars. Your mail reads
horribly.

Second, what is your question? Yes typically buffer_heads can get
clustered into a request so that contig regions on disk are handed to
the driver as a single request that may contain X buffer_heads. sd
doesn't do this on its own, the block layer does it for the driver. And
it happens for all drivers.

-- 
Jens Axboe


      reply	other threads:[~2003-03-23 12:28 UTC|newest]

Thread overview: 2+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2003-03-23 12:18 Servicing of requests Subodh S
2003-03-23 12:28 ` Jens Axboe [this message]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20030323122810.GC2371@suse.de \
    --to=axboe@suse.de \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-scsi@vger.kernel.org \
    --cc=subodh_s_1975@mail.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.