Re: [Nbd] another?
- To: Alex Bligh <alex@...872...>
- Cc: nbd-general@...72...
- Subject: Re: [Nbd] another?
- From: Folkert van Heusden <folkert@...421...>
- Date: Fri, 16 Sep 2011 10:07:28 +0200
- Message-id: <CAFDOyVBXr=nAMH7jRorSHBKFMskXbfPnkD7XwDvL5ZZxPp402A@...18...>
- In-reply-to: <3910BC1A8D0D52DED33F94E3@...873...>
- References: <CAFDOyVDgN4Zo0=LDnWbJ5zBPb9gmLgg-80kuqpN6TjKWGbpRSw@...18...> <3910BC1A8D0D52DED33F94E3@...873...>
>> Would it be interesting to have a command which asks the server how
>> much space is really used? E.g. with the new discard which can be used
>> by the server as a punch hole command.
>>
>> Also: iirc i saw that the nbd-client sends multiple commands to the
>> server and then starts to wait for their replies. Shouldn't we somehow
>> let the client know what the queue-depth of the server is so that the
>> client knows how many commands it can send in advance? On the other
>> hand: with the new fua/flush barrier-like commands this might not be
>> neccessary.
>
> Why would the client need / want to know either of these things?
disk space: not sure
queue depth: to adapt the number of outstanding requests to what the
other end is capable of.
Reply to: