test both the getf() and get_multif() interfaces
use 32bit integers in network byte order to encode the index and the size

of data being provided through a filedescriptor when using the get_multif() interface.

This is safer and ensure certainty even if limiting the datasize to MAXUINT
when retrieved using get_multif()
missing include statement
just a note
silence clang
don't hang if the response is shorter than expeceted
helper class to parse responses from get_multif() calls
output a warning message when a connection is closed because of a timeout

in both the asynchronous reader and in the client-side multi-fetch implementation
updated libhl
minor optimization
updated libiomux
ensure setting the loose_mode flag on creation
better warning message
rebalance the cache only if we actually called arc_move()
make it work on 32bit systems (where no siphash64() is available)
Changes + version bump + MANIFEST
fixed the handling of the arc_mode flag
version bump
updated libiomux
fix Shardcache::Client::Fast::MultifResult