On Wed, Jul 17, 2024 at 02:06:03PM +0200, Lukas Tribus wrote:
> On Wed, 17 Jul 2024 at 11:25, Willy Tarreau wrote:
> >
> > At this point, do you (or anyone else) still have any objection against
> > backporting the DEFAULT_MAXFD patch so as to preserve the current
> > defaults for users, and/or do
On Wed, 17 Jul 2024 at 11:25, Willy Tarreau wrote:
>
> At this point, do you (or anyone else) still have any objection against
> backporting the DEFAULT_MAXFD patch so as to preserve the current
> defaults for users, and/or do you have any alternate proposal, or just
> want to discuss other possib
Hi Lukas,
On Tue, Jul 16, 2024 at 11:28:12PM +0200, Lukas Tribus wrote:
> Hi Valentine, hi Willy,
>
> after spending some time testing I agree tuning maxconn/fd-limits is hard ...
In fact we know that it's hard for experts, and it's even harder for
new users.
> With 8GB RAM we can still OOM wit
Hi Valentine, hi Willy,
after spending some time testing I agree tuning maxconn/fd-limits is hard ...
With 8GB RAM we can still OOM with 1M FDs / 500k maxconn (no TLS), but
it appears to be around the sweetspot.
It thought it would require more memory considering that we suggest
1GB of memory
Hi Lukas ! Hi All!
Below are some links and comments just to provide more information on
"fd-hard-limit" default value subject :).
On 11/07/2024 12:17, Lukas Tribus wrote:
Hi,
I will get back to this for further research and discussion in about a week.
In the meantime, do we agree that the
Hi Lukas,
On Thu, Jul 11, 2024 at 12:17:53PM +0200, Lukas Tribus wrote:
> Hi,
>
> I will get back to this for further research and discussion in about a week.
OK! In the mean time I'll revert the pending patches from 3.0 so that
we can issue 3.0.3 without them.
> In the meantime, do we agree th
Hi,
I will get back to this for further research and discussion in about a week.
In the meantime, do we agree that the environment we are developing the fix
for is the following:
the hard limit is always set to the maximum available in the kernel which
on amd64 is one billion with a B, whether t
Hi Lukas,
and first, many thanks for sharing your thoughts and opinions on this.
[ responding to both of your messages at once ]
On Wed, Jul 10, 2024 at 09:30:55PM +0200, Lukas Tribus wrote:
> On Wed, 10 Jul 2024 at 16:39, Willy Tarreau wrote:
> >
> > Another change that will need to be backpor
On Wed, 10 Jul 2024 at 21:30, Lukas Tribus wrote:
> There are ways to push defaults like this out if really needed: with
> default configuration files, like we have in examples/ and like
> distributions provide in their repositories. This default the users
> will then find in the configuration fil
Hello,
On Wed, 10 Jul 2024 at 16:39, Willy Tarreau wrote:
>
> Another change that will need to be backported after some time concerns
> the handling of default FD limits. For a few decades, operating systems
> would advertise safe limits (i.e. those they were able to deal with based
> on their a
On Wed, Jul 10, 2024 at 06:49:52PM +0200, Aleksandar Lazic wrote:
>
>
> On 2024-07-10 (Mi.) 16:39, Willy Tarreau wrote:
> > Hi,
> >
> > HAProxy 3.1-dev3 was released on 2024/07/10. It added 35 new commits
> > after version 3.1-dev2.
>
> [snipp]
>
> > And I'm still trying to free some time for
On 2024-07-10 (Mi.) 16:39, Willy Tarreau wrote:
Hi,
HAProxy 3.1-dev3 was released on 2024/07/10. It added 35 new commits
after version 3.1-dev2.
[snipp]
And I'm still trying to free some time for the pending reviews (I have not
forgotten you but stuff that depends on multiple persons cann
12 matches
Mail list logo
