On Friday, May 19, 2023 10:52 AM, Wang, Lei4 wrote: > > We can change it to uint16_t or uint32_t, but need to see if listening > > on a larger value is OK to everyone. > > Is there any use case to use >256 migration channels? If not, then I suppose > it's no need to increase it.
People can choose to use more than 256 channels to boost performance. If it is determined that using larger than 256 channels doesn't increase performance on all the existing platforms, then we need to have it reflected in the code explicitly, e.g. fail with errors messages when user does: migrate_set_parameter multifd-channels 512 > > > > > Man page of listen mentions that the maximum length of the queue for > > incomplete sockets can be set using > > /proc/sys/net/ipv4/tcp_max_syn_backlog, > > and it is 4096 by default on my machine