* slow io_submit
@ 2006-12-01 17:04 Raz Ben-Jehuda(caro)
2006-12-01 17:27 ` Jens Axboe
0 siblings, 1 reply; 6+ messages in thread
From: Raz Ben-Jehuda(caro) @ 2006-12-01 17:04 UTC (permalink / raw)
To: linux-aio, Linux Kernel; +Cc: jens.axboe, suparna
Jens suparna hello
I have managed to understand why io_submit is sometimes very slow.
It is because the device is plugged once too many io's are being sent.
I have conducted a simple test with nr_request to default value of 128
and and 256.
and it proved to be correct.
I would truely appreciate your comment on this.
--
Raz
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: slow io_submit
2006-12-01 17:04 slow io_submit Raz Ben-Jehuda(caro)
@ 2006-12-01 17:27 ` Jens Axboe
2006-12-01 21:40 ` Raz Ben-Jehuda(caro)
0 siblings, 1 reply; 6+ messages in thread
From: Jens Axboe @ 2006-12-01 17:27 UTC (permalink / raw)
To: Raz Ben-Jehuda(caro); +Cc: linux-aio, Linux Kernel, suparna
On Fri, Dec 01 2006, Raz Ben-Jehuda(caro) wrote:
> Jens suparna hello
>
> I have managed to understand why io_submit is sometimes very slow.
> It is because the device is plugged once too many io's are being sent.
> I have conducted a simple test with nr_request to default value of 128
> and and 256.
> and it proved to be correct.
I don't understand your email. The device is plugged when it is empty,
not when it has emptied the request list.
> I would truely appreciate your comment on this.
On what? :-)
If it's no blocking and returning EAGAIN instead, then I agree this is
what should eventually happen. Right now nobody is working on that
afaik, so it's not something that will hit the next kernel.
--
Jens Axboe
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: slow io_submit
2006-12-01 17:27 ` Jens Axboe
@ 2006-12-01 21:40 ` Raz Ben-Jehuda(caro)
2006-12-04 15:38 ` Phillip Susi
0 siblings, 1 reply; 6+ messages in thread
From: Raz Ben-Jehuda(caro) @ 2006-12-01 21:40 UTC (permalink / raw)
To: Linux Kernel; +Cc: linux-aio, Jens Axboe
On 12/1/06, Jens Axboe <jens.axboe@oracle.com> wrote:
> On Fri, Dec 01 2006, Raz Ben-Jehuda(caro) wrote:
> > Jens suparna hello
> >
> > I have managed to understand why io_submit is sometimes very slow.
> > It is because the device is plugged once too many io's are being sent.
> > I have conducted a simple test with nr_request to default value of 128
> > and and 256.
> > and it proved to be correct.
>
> I don't understand your email. The device is plugged when it is empty,
> not when it has emptied the request list.
first , i am not top posting you.
I made a mistake and associated plugging with a full queue.
> > I would truely appreciate your comment on this.
>
> On what? :-)
>
> If it's no blocking and returning EAGAIN instead, then I agree this is
> what should eventually happen.
Who returns EGAIN to whom ? I am not sure i understand what you mean here.
> Right now nobody is working on that
> afaik, so it's not something that will hit the next kernel.
thank you
raz
> --
> Jens Axboe
>
>
--
Raz
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: slow io_submit
2006-12-01 21:40 ` Raz Ben-Jehuda(caro)
@ 2006-12-04 15:38 ` Phillip Susi
2006-12-05 16:23 ` Raz Ben-Jehuda(caro)
0 siblings, 1 reply; 6+ messages in thread
From: Phillip Susi @ 2006-12-04 15:38 UTC (permalink / raw)
To: Raz Ben-Jehuda(caro); +Cc: Linux Kernel, linux-aio, Jens Axboe
Raz Ben-Jehuda(caro) wrote:
> Who returns EGAIN to whom ? I am not sure i understand what you mean
> here.
If the queue is full then io_sumbit() should return EAGAIN or some other
error to indicate that the queue is full, but right now it just blocks
instead.
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: slow io_submit
2006-12-04 15:38 ` Phillip Susi
@ 2006-12-05 16:23 ` Raz Ben-Jehuda(caro)
2006-12-05 21:18 ` Phillip Susi
0 siblings, 1 reply; 6+ messages in thread
From: Raz Ben-Jehuda(caro) @ 2006-12-05 16:23 UTC (permalink / raw)
To: Phillip Susi; +Cc: Linux Kernel, linux-aio
On 12/4/06, Phillip Susi <psusi@cfl.rr.com> wrote:
> Raz Ben-Jehuda(caro) wrote:
> > Who returns EGAIN to whom ? I am not sure i understand what you mean
> > here.
>
> If the queue is full then io_sumbit() should return EAGAIN or some other
> error to indicate that the queue is full, but right now it just blocks
> instead.
>
thanks Phiilip
But... hmmm ... should'nt an asynchronous operation act as
"send and forget" . isn't "queue full" a problem that aio must at
least try and handle before returning to the user ?
--
Raz
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: slow io_submit
2006-12-05 16:23 ` Raz Ben-Jehuda(caro)
@ 2006-12-05 21:18 ` Phillip Susi
0 siblings, 0 replies; 6+ messages in thread
From: Phillip Susi @ 2006-12-05 21:18 UTC (permalink / raw)
To: Raz Ben-Jehuda(caro); +Cc: Linux Kernel, linux-aio
Raz Ben-Jehuda(caro) wrote:
> thanks Phiilip
> But... hmmm ... should'nt an asynchronous operation act as
> "send and forget" . isn't "queue full" a problem that aio must at
> least try and handle before returning to the user ?
It is handling it; by blocking until the queue is not full. A better
way of handling it would be to return in such a way that the caller
knows the queue is full and needs to wait before it can submit more
requests, possibly doing some computation or submitting requests to
other devices in the mean time.
^ permalink raw reply [flat|nested] 6+ messages in thread
end of thread, other threads:[~2006-12-05 21:18 UTC | newest]
Thread overview: 6+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2006-12-01 17:04 slow io_submit Raz Ben-Jehuda(caro)
2006-12-01 17:27 ` Jens Axboe
2006-12-01 21:40 ` Raz Ben-Jehuda(caro)
2006-12-04 15:38 ` Phillip Susi
2006-12-05 16:23 ` Raz Ben-Jehuda(caro)
2006-12-05 21:18 ` Phillip Susi
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox