svn commit: r326758 - in head/sys/i386: conf include

[Michael Tuexen]

> On 11. Dec 2017, at 17:21, Eugene Grosbein <eugen at grosbein.net> wrote:
> 
> 11.12.2017 22:08, Konstantin Belousov пишет:
>> On Mon, Dec 11, 2017 at 06:03:36PM +0700, Eugene Grosbein wrote:
>>> 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?
>> Plain workstation use, like X11+browser+editor+some other programs easily
>> allocates 1000+ threads.  It was still possible to use 32bit x86 for that,
>> of course in max memory config without PAE, and without ZFS.  Add some
>> load that involves network, for instance torrent client, to establish the
>> pressure on KVA.
>> 
>> I am almost sure that users would get troubles now.
> 
> Understood. While I'm sure that modern internet browsers make it unconfortable
> to browse with less than 4G total RAM (e.g. 2GB) available for the system thus requiring amd64,
> I can imagine some old hardware without 64bit-enabled CPU used as workstation.
> 
> We should add Release Notes and UPDATING entry for such i386 users about
> setting "kern.kstack_pages=2" back in /boot/loader.conf (or 3?)
> and warn them against combined usage of ZFS/SCTP/IPSEC until these subsystems get fixed
> to not abuse kernel stack.
Not sure about IPSEC and ZFS. But I was NOT able to reproduce the issue by just using
an SCTP association on a 32-bit VM using FreeBSD 11.1. So right now I don't know what
is wrong and therefore what could be fixed...

Best regards
Michael
> 
> 
> 

-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 5367 bytes
Desc: not available
URL: <http://lists.freebsd.org/pipermail/svn-src-head/attachments/20171211/077264b7/attachment-0001.bin>