On Fri, Sep 16, 2016 at 05:05:33PM +0200, Luigi Rizzo wrote:
> Hi,
> I don't think there is any hard limitation on the total number
> of pipes, very likely the number (64) is just some arbitrary
> limit that we set, and can be increased through a sysctl or
> worst case a compile time constant.
>
I am "VERY WILLING" to test out a specific branch of FreeBSD current with
this code merged. There are wonderful features such as the new LB app in
the new code that I would greatly desire to be included in FreeBSD.
I tried to do a simple merge and it was more involved. I was hoping to have
some ti
On Fri, Sep 16, 2016 at 5:14 PM, Slawa Olhovchenkov wrote:
> On Fri, Sep 16, 2016 at 05:05:33PM +0200, Luigi Rizzo wrote:
>
>
>> Please have a look at the source code if you can find where
>> you are hitting the limit, and which parameters are involved.
>> In case you don't find it, get back to u
On Fri, Sep 16, 2016 at 05:05:33PM +0200, Luigi Rizzo wrote:
> Hi,
> I don't think there is any hard limitation on the total number
> of pipes, very likely the number (64) is just some arbitrary
> limit that we set, and can be increased through a sysctl or
> worst case a compile time constant.
I
Hi,
I don't think there is any hard limitation on the total number
of pipes, very likely the number (64) is just some arbitrary
limit that we set, and can be increased through a sysctl or
worst case a compile time constant.
Please have a look at the source code if you can find where
you are hittin
I am wrote NETMAP application and meet some limitation.
I am use server 16-core server.
Workers thread run mostly independend, with minimal interworking.
I am use balancer threads for distributing packet flow between worker
threads.
I am using two NETMAP pipes between balancer and workers.
As resul
