Re: [Nbd] request queue
- To: folkert <folkert@...421...>
- Cc: nbd-general@lists.sourceforge.net
- Subject: Re: [Nbd] request queue
- From: Wouter Verhelst <w@...112...>
- Date: Tue, 12 Mar 2013 08:59:18 +0100
- Message-id: <20130312075918.GB29217@...3...>
- In-reply-to: <20130311200707.GJ1911@...855...>
- References: <20130311200707.GJ1911@...855...>
On Mon, Mar 11, 2013 at 09:07:09PM +0100, folkert wrote:
> Hi,
>
> What about adding something to the NBD protocol which tells the server
> that x requests are coming in and that the client will not wait for an
> acknowledgement before it has send all requests and/or data for those x
> requests?
> Because then a server can pull in all requests in one go and then start
> to fiddle with the disk. Or do things intelligent in parallel (if you
> have multiple spindels). etc.
I don't see why we need to change the protocol for that? It's already
possible to handle requests in parallel. The client can (and does)
alrady have multiple outstanding requests; it's just that the current
server implementation doesn't handle them in parallel.
--
Copyshops should do vouchers. So that next time some bureaucracy requires you
to mail a form in triplicate, you can mail it just once, add a voucher, and
save on postage.
Reply to: