From owner-freebsd-arm@freebsd.org Thu Nov 12 17:57:06 2015 Return-Path: Delivered-To: freebsd-arm@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 ABFBBA2D74D for ; Thu, 12 Nov 2015 17:57:06 +0000 (UTC) (envelope-from tuexen@freebsd.org) Received: from mail-n.franken.de (drew.ipv6.franken.de [IPv6:2001:638:a02:a001:20e:cff:fe4a:feaa]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "*.franken.de", Issuer "COMODO RSA Domain Validation Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 755EF18A9 for ; Thu, 12 Nov 2015 17:57:06 +0000 (UTC) (envelope-from tuexen@freebsd.org) Received: from [192.168.1.200] (p508F1D2F.dip0.t-ipconnect.de [80.143.29.47]) (Authenticated sender: macmic) by mail-n.franken.de (Postfix) with ESMTP id 39FDA1C16270F; Thu, 12 Nov 2015 18:57:03 +0100 (CET) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2104\)) Subject: Re: Memory management issue on RPi? From: Michael Tuexen In-Reply-To: <20151112171221.GO2257@kib.kiev.ua> Date: Thu, 12 Nov 2015 18:57:03 +0100 Cc: freebsd-arm Content-Transfer-Encoding: quoted-printable Message-Id: <984BA2E2-DD1A-4D05-858B-362192660E54@freebsd.org> References: <20151112121825.GJ2257@kib.kiev.ua> <20151112171221.GO2257@kib.kiev.ua> To: Konstantin Belousov X-Mailer: Apple Mail (2.2104) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Nov 2015 17:57:06 -0000 > On 12 Nov 2015, at 18:12, Konstantin Belousov = wrote: >=20 > On Thu, Nov 12, 2015 at 05:25:37PM +0100, Michael Tuexen wrote: >>> On 12 Nov 2015, at 13:18, Konstantin Belousov = wrote: >>> This is a known problem with the swap-less OOM. The following patch >>> should give you an immediate relief. You might want to tweak >>> sysctl vm.pageout_oom_seq if default value is not right, it was = selected >>> by 'try and see' approach on very small (32 or 64MB) i386 VM. >> It just works... Will do some more testing... >=20 > I am more interested in report if OOM was triggered when it should. How do I know? What output do you want to see? Best regards Michael >=20 > Try running several instances of 'sort /dev/zero'. >=20