From owner-freebsd-arm@freebsd.org Tue Aug 14 22:17:45 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 8A64C10669FC for ; Tue, 14 Aug 2018 22:17:45 +0000 (UTC) (envelope-from jedi@jeditekunum.com) Received: from a1i76.smtp2go.com (a1i76.smtp2go.com [43.228.184.76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 148C88B9FF for ; Tue, 14 Aug 2018 22:17:44 +0000 (UTC) (envelope-from jedi@jeditekunum.com) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=smtpservice.net; s=m4fue0.a1-4.dyn; x=1534285965; h=Feedback-ID: X-Smtpcorp-Track:Message-Id:To:Date:Subject:From:Reply-To:Sender: List-Unsubscribe; bh=IMvB4AZ2xkXDcbr10eszJCc9G48qc+ON5v7Px0uq634=; b=pUnlCWnc 4pbmCywQouHQcO4fK397zhZ/6kzGV0RUtBkBn2j6APq2ay6/kSaZ1oGZZTFZFQy8uVknJxUaHL3rQ zh1yIMwUDC/Y7qIhz3CTwefkPCFO9Kdvycl4ZY8DG72fEuv7j6DiaPYmAt4mNFTjFgkNK+ksQymRr q8z5GxNUWYj7WQlH65bSVD3aEMpnLEMnAIF9v5Nkc0M8plW/++NdwO6MdBF9IUJTqLnNqGaPWQCAq ZSqc/JTg0Vv+NCFmt86r0rCzAg5ObhYzxp3ybXX3eZSUoAjYO/qn4+Zy0F1OBs43uLzjYBPhoruuk mgRc96XD6SES5HKPz/AKndNUPw==; Received: from [10.45.33.53] (helo=SmtpCorp) by smtpcorp.com with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.91) (envelope-from ) id 1fphdC-WxjvQx-5t for freebsd-arm@freebsd.org; Tue, 14 Aug 2018 22:17:38 +0000 Received: from [10.162.213.37] (helo=takodana.opaxus.net) by smtpcorp.com with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.91) (envelope-from ) id 1fphdB-rlZFPj-Cv for freebsd-arm@freebsd.org; Tue, 14 Aug 2018 22:17:37 +0000 Received: from dagobah.opaxus.net (173-28-113-92.client.mchsi.com [173.28.113.92]) by takodana.opaxus.net (Postfix) with ESMTPSA id A12A011967 for ; Tue, 14 Aug 2018 17:17:35 -0500 (CDT) From: Jedi Tek'Unum Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 11.5 \(3445.9.1\)) Subject: Re: RPI3 swap experiments (grace under pressure) Date: Tue, 14 Aug 2018 17:17:34 -0500 References: <20180812173248.GA81324@phouka1.phouka.net> <20180812224021.GA46372@www.zefox.net> <20180813021226.GA46750@www.zefox.net> <0D8B9A29-DD95-4FA3-8F7D-4B85A3BB54D7@yahoo.com> <20180813185350.GA47132@www.zefox.net> <20180814014226.GA50013@www.zefox.net> <02fe39af-a02c-fb6a-70b0-da3b7fd06c22@goodgas.com.au> <20180814213107.GA51051@www.zefox.net> To: freebsd-arm@freebsd.org In-Reply-To: <20180814213107.GA51051@www.zefox.net> Message-Id: X-Mailer: Apple Mail (2.3445.9.1) X-Smtpcorp-Track: 1fphdUr_ZFeMCv.cxljZEdMl Feedback-ID: 207158m:207158azGM_-I:207158s4k39g8-gK:SMTPCORP X-Report-Abuse: Please forward a copy of this message, including all headers, to X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Aug 2018 22:17:45 -0000 I firmly disagree with the entire concept of out of memory killers. They = are simply evil and in my opinion a complete cop-out. I first = encountered this kind of kludge back in the =E2=80=9880s with AIX. It = was bad then and it still is today. Frankly I find it ridiculous that = they still exist. For 35+ years I=E2=80=99ve worked with many unix variants on everything = from supercomputers on down. A majority on SunOS/Solaris. BIG Solaris = systems running crushing workloads. I have one question=E2=80=A6 when was the last time anyone saw Solaris = kill a process because the system was under memory stress? In my = experience, NEVER! And I wouldn=E2=80=99t say that the system became = unreasonably unresponsive either. As far as I=E2=80=99m concerned, any system deployed in a =E2=80=9Cmission= critical role=E2=80=9D (and I=E2=80=99m not referring to life-critical) = has no business ever killing a process for load reasons. Period. I=E2=80=99d go further and say that any unix system today has had plenty = of time to evolve into a =E2=80=9Cutility-grade=E2=80=9D service and is = therefore expected to support exactly that kind of mission critical = role. To claim that it isn=E2=80=99t possible, or practical, just = doesn=E2=80=99t hold water - Solaris has been doing it for a LONG TIME. I=E2=80=99m fully aware of the disaster related to the current owner of = Solaris. I=E2=80=99m not advocating the owner or, unfortunately, the = technology for the same reason. But that doesn=E2=80=99t change the = technical basis of saying this is a level of engineering that is = expected.