[libvirt] [PATCH] Increased upper limit on lists of pool names

Daniel P. Berrange berrange at redhat.com
Thu Mar 15 14:41:19 UTC 2012


On Thu, Mar 15, 2012 at 08:31:32AM -0600, Eric Blake wrote:
> On 03/14/2012 07:42 PM, Jesse J. Cook wrote:
> > 256 (8 bits) is insufficient for large scale deployments. 65536 (16 bits) is a
> > more appropriate limit and should be sufficient. You are more likely to run
> > into other system limitations first, such as the 31998 inode link limit on
> > ext3.
> correctly.  See this comment:
> 
> /* Maximum length of a memory peek buffer message.
>  * Note applications need to be aware of this limit and issue multiple
>  * requests for large amounts of data.
>  */
> const REMOTE_DOMAIN_MEMORY_PEEK_BUFFER_MAX = 65536;
> 
> That is, you cannot send any RPC with more than 64k data, because .
> With a cap of 256 pool names, that means each pool name can be (on
> average) about 256 bytes before you hit the RPC cap.

Not quite right, you meant to look at virnetrpcprotocol.x:

  /* Size of message payload */
  const VIR_NET_MESSAGE_PAYLOAD_MAX = 262120;

Regards,
Daniel
-- 
|: http://berrange.com      -o-    http://www.flickr.com/photos/dberrange/ :|
|: http://libvirt.org              -o-             http://virt-manager.org :|
|: http://autobuild.org       -o-         http://search.cpan.org/~danberr/ :|
|: http://entangle-photo.org       -o-       http://live.gnome.org/gtk-vnc :|




More information about the libvir-list mailing list