From owner-svn-src-head@freebsd.org  Mon Dec 11 11:03:49 2017
Return-Path: <owner-svn-src-head@freebsd.org>
Delivered-To: svn-src-head@mailman.ysv.freebsd.org
Received: from mx1.freebsd.org (mx1.freebsd.org
 [IPv6:2001:1900:2254:206a::19:1])
 by mailman.ysv.freebsd.org (Postfix) with ESMTP id 55B61E8E53E;
 Mon, 11 Dec 2017 11:03:49 +0000 (UTC)
 (envelope-from eugen@grosbein.net)
Received: from hz.grosbein.net (hz.grosbein.net [78.47.246.247])
 (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))
 (Client CN "hz.grosbein.net", Issuer "hz.grosbein.net" (not verified))
 by mx1.freebsd.org (Postfix) with ESMTPS id E12EE80886;
 Mon, 11 Dec 2017 11:03:48 +0000 (UTC)
 (envelope-from eugen@grosbein.net)
Received: from eg.sd.rdtc.ru (root@eg.sd.rdtc.ru [62.231.161.221] (may be
 forged))
 by hz.grosbein.net (8.15.2/8.15.2) with ESMTPS id vBBB3e48005063
 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT);
 Mon, 11 Dec 2017 12:03:41 +0100 (CET)
 (envelope-from eugen@grosbein.net)
X-Envelope-From: eugen@grosbein.net
X-Envelope-To: kostikbel@gmail.com
Received: from eg.sd.rdtc.ru (eugen@localhost [127.0.0.1])
 by eg.sd.rdtc.ru (8.15.2/8.15.2) with ESMTP id vBBB3aZr033788;
 Mon, 11 Dec 2017 18:03:37 +0700 (+07)
 (envelope-from eugen@grosbein.net)
Subject: Re: svn commit: r326758 - in head/sys/i386: conf include
To: Konstantin Belousov <kostikbel@gmail.com>
References: <201712110432.vBB4WbnE021090@repo.freebsd.org>
 <20171211091943.GF2272@kib.kiev.ua> <5A2E5D44.9030904@grosbein.net>
 <20171211105242.GH2272@kib.kiev.ua>
Cc: Conrad Meyer <cem@FreeBSD.org>, src-committers@freebsd.org,
 svn-src-all@freebsd.org, svn-src-head@freebsd.org
From: Eugene Grosbein <eugen@grosbein.net>
Message-ID: <5A2E6608.5090205@grosbein.net>
Date: Mon, 11 Dec 2017 18:03:36 +0700
User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:38.0) Gecko/20100101
 Thunderbird/38.4.0
MIME-Version: 1.0
In-Reply-To: <20171211105242.GH2272@kib.kiev.ua>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Spam-Status: No, score=2.2 required=5.0 tests=BAYES_00, LOCAL_FROM, RDNS_NONE
 autolearn=no autolearn_force=no version=3.4.1
X-Spam-Report: * -2.3 BAYES_00 BODY: Bayes spam probability is 0 to 1%
 *      [score: 0.0000] *  2.6 LOCAL_FROM From my domains
 *  1.9 RDNS_NONE Delivered to internal network by a host with no rDNS
X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on hz.grosbein.net
X-Spam-Level: **
X-BeenThere: svn-src-head@freebsd.org
X-Mailman-Version: 2.1.25
Precedence: list
List-Id: SVN commit messages for the src tree for head/-current
 <svn-src-head.freebsd.org>
List-Unsubscribe: <https://lists.freebsd.org/mailman/options/svn-src-head>,
 <mailto:svn-src-head-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/svn-src-head/>
List-Post: <mailto:svn-src-head@freebsd.org>
List-Help: <mailto:svn-src-head-request@freebsd.org?subject=help>
List-Subscribe: <https://lists.freebsd.org/mailman/listinfo/svn-src-head>,
 <mailto:svn-src-head-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Mon, 11 Dec 2017 11:03:49 -0000

On 11.12.2017 17:52, Konstantin Belousov wrote:

>> I still wonder if there is really such load pattern that creates "enough threads"
>> for i386 to make 4-pages stack troublesome.
> Yes, there is such load pattern, it is when you do create threads. Your
> load, as described, is static. Peter' stress2 includes some tests which
> will highlight the change.
> 
> I am quite impressed by your ability to make generalization from single data
> point.  Moving issues around because you care about your load, and do not
> care about other usage patterns, is certainly the way to go.

I do not try to contradict other usage patterns. In fact, I'm eager to know
a practical example of such pattern: a task, an application, anything real?

I already know how to bring FreeBSD down to its kneels using stress tests
but that's not what I'm looking for in this case of kstack_pages.