Skip site navigation (1)Skip section navigation (2)
Date:      Sun, 11 Nov 2012 12:39:28 -0800
From:      Alfred Perlstein <bright@mu.org>
To:        Adrian Chadd <adrian@freebsd.org>
Cc:        svn-src-head@freebsd.org, Alexey Dokuchaev <danfe@freebsd.org>, src-committers@freebsd.org, svn-src-all@freebsd.org, Peter Wemm <peter@wemm.org>
Subject:   Re: svn commit: r242847 - in head/sys: i386/include kern
Message-ID:  <50A00D00.5010901@mu.org>
In-Reply-To: <CAJ-Vmonde-RYQW_9AWBwKnv_NeGHMVODLjnTqZnSEhDVAcDogQ@mail.gmail.com>
References:  <CAF6rxg=HPmQS1T-LFsZ=DuKEqH30iJFpkz%2BJGhLr4OBL8nohjg@mail.gmail.com> <509DC25E.5030306@mu.org> <509E3162.5020702@FreeBSD.org> <509E7E7C.9000104@mu.org> <CAF6rxgmV8dx-gsQceQKuMQEsJ%2BGkExcKYxEvQ3kY%2B5_nSjvA3w@mail.gmail.com> <509E830D.5080006@mu.org> <1352568275.17290.85.camel@revolution.hippie.lan> <CAGE5yCp4N7fML05-Tomm0TM-ROBSka5%2Bb9EKJTFR%2ByUpFuGj5Q@mail.gmail.com> <20121111061517.H1208@besplex.bde.org> <CAGE5yCpExfeJHeUuO0FEEFMgeNzftaFSWT=D-yKGdP%2B1xnjZ4A@mail.gmail.com> <20121111073352.GA96046@FreeBSD.org> <509F72B0.90201@mu.org> <CAJ-Vmo=FZy1B50Qt%2BmGWgOVH_hmXBCxyO8Bv_wBLn95HG_Wfvw@mail.gmail.com> <509FDC30.6090504@mu.org> <CAJ-Vmonde-RYQW_9AWBwKnv_NeGHMVODLjnTqZnSEhDVAcDogQ@mail.gmail.com>

next in thread | previous in thread | raw e-mail | index | archive | help
On 11/11/12 12:31 PM, Adrian Chadd wrote:
> On 11 November 2012 09:11, Alfred Perlstein <bright@mu.org> wrote:
>> Oh, OK, I didn't know it was so involved. I probably don't have anything to
>> worry about then. :)
> Nono - I want you to worry about it. But _I_ want there to be a
> slightly longer term goal that's less about dictating policy in the
> kernel and more about providing both the flexibility _and_ the
> feedback so you and others can do this kind of thing in userspace
> without needing to hack the kernel or recompile.
>
> So Alfred - are you up to the challenge? :) Enumerate _every_ thing
> that maxusers tunes at startup time and make sure it's tunable at
> run-time? Once that's done, we can turn maxusers into a userland
> _command_ that can be run _anytime_, and you all can bikeshed over the
> tuning of _that_ thing until we die from heat death.
>
> That way everyone wins.
>
> :)
>
>
>
> adrian
Not really, I'm kind of stuck figuring out the following things:

1) why if_lagg doesn't get full bandwidth when in point to point mode.
2) why nfs has regressed with forced unmounts.
3) other critical performance issues wrt nfs,zfs,io.
4) ... other stuff more important.

I can't devote any further effort to this maxusers thing, as I see it, 
I've submitted a fix that is a big step forward for all.  If people want 
to run with this and get excited about it, I am glad. Unfortunately just 
because I found a light switch and turned it on, doesn't suddenly mean 
that I owe the community a fancy new vanity installed.

After all, it is just a toilet, now that I don't have to worry about 
everyone pissing all over the seat, my job is done.

There are more important goals.  I'm not playing the "you touched it, 
it's your responsibility game" any longer.  this is why no one has 
bothered to fix it, because the community feels that it is ok to saddle 
someone making a small incremental change with an impossibly hard 
halting problem of nonsense.

So, yeah feel free to install that vanity, but don't make me sorry I 
flipped a switch.

This is why we all carry flashlights around (our personal sysctl.conf), 
because we're afraid of this community reaction and wonder why there's 
piss on the seat.

I think Bruce said it best:
> But don't ask alfred to fix all the old mistakes.
This will be my last email on this issue.

-Alfred



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?50A00D00.5010901>