From owner-freebsd-hackers@freebsd.org Tue Nov 6 01:39:41 2018 Return-Path: Delivered-To: freebsd-hackers@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 53EA81126438 for ; Tue, 6 Nov 2018 01:39:41 +0000 (UTC) (envelope-from rozhuk.im@gmail.com) Received: from mail-lf1-x130.google.com (mail-lf1-x130.google.com [IPv6:2a00:1450:4864:20::130]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 81CC982C84; Tue, 6 Nov 2018 01:39:40 +0000 (UTC) (envelope-from rozhuk.im@gmail.com) Received: by mail-lf1-x130.google.com with SMTP id u18so7615102lff.10; Mon, 05 Nov 2018 17:39:40 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:date:to:cc:subject:message-id:in-reply-to:references :mime-version:content-transfer-encoding; bh=qn/9YAYloMyUq5QKlRwkFAQ+w2SrbyWaL1Nnt/wbOEk=; b=PbRg8vu5+yiiNbxtamvneoSNQi9pR976PJ6YSUDeBWLwbDPOckdRK3sXXN1PPVOMXs +kmHZnKV/ev/yY3upTGJ4fPrVaCKox7837ToaJcVwvjAixhr8c9zIYqanNvK2hPA4oPi imlQsruDzQvv7Mw//tPcNb5v7jbNATAk7DmbJQ+yM2HbgS6t1Yqm9Ov783rwO4Zuu4j1 QrHDkkEcc2a7ndRjVjGf2aaQMEwxiWUf8JeDdemr8Fl5HbJtus/ox+ejX7Y65zos+qQq 6v4KKlBAArfXwmGqeqSC9NJ8fg8Xm9lm53/NjuHgmz4sozqc96M3ZSEOuQrAZn2/3XFI V+lA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:date:to:cc:subject:message-id:in-reply-to :references:mime-version:content-transfer-encoding; bh=qn/9YAYloMyUq5QKlRwkFAQ+w2SrbyWaL1Nnt/wbOEk=; b=dHBXxG+QqA1c6AqS502C/zgn/s+NCb62o+o/r7bP7wWudMNgS3qGwPTOj/7oSfZIxk WHAPvftp70pv6Qd/4qinqnMS0DjM2WLQleEi6CokHBThM+ZNipLQP0zpTq1zLSjVPZuE uOJvSoD695UKTIxsTq54AZPBTtmwbs/Dxb2KXCgl2chcPmmXFK1x8T7bA3vysJHXnEIo u/8OtaoW1Ykl5p89xR6P3GSyquQjtRPt/2pPBglInluQhCq5dqwnweEwS0c6ERod9Apc FjbFdg2zqmsvQzUGy1OI6nv0XwV6ib6BmBUb+itYCTLNQfmZq4mKDZLU+eg2mbnDi83U 4sow== X-Gm-Message-State: AGRZ1gJo7i+ClpU0kn6JkO/KntH1iNaetEWvxrJ0G+UKPvz5BlIRrdbX b6PJIP+dtvbpIN6iG9Yj61BZV3fqZgY= X-Google-Smtp-Source: AJdET5czu/vVQw+NqTSCyHeRHfg+4uW+TWqkwFQ6jznsrasrPGmu91iClC75Jt70UdlHmHmPTeOdaQ== X-Received: by 2002:a19:26ce:: with SMTP id m197mr11200889lfm.23.1541468378825; Mon, 05 Nov 2018 17:39:38 -0800 (PST) Received: from localhost ([2001:470:1f15:3d8:7285:c2ff:fe37:5722]) by smtp.gmail.com with ESMTPSA id j20sm4392636lfg.69.2018.11.05.17.39.37 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Mon, 05 Nov 2018 17:39:37 -0800 (PST) From: Rozhuk Ivan X-Google-Original-From: Rozhuk Ivan Date: Tue, 6 Nov 2018 04:39:35 +0300 To: Mark Millard Cc: Konstantin Belousov , Robert , FreeBSD , Mark Johnston Subject: Re: Sudden grow of memory in "Laundry" state Message-ID: <20181106043935.6398fbb5@gmail.com> In-Reply-To: References: <20180911150849.GD92634@raichu> <104be96a-c16b-7e7c-7d0d-00338ab5a106@gmail.com> <20180928152550.GA3609@raichu> <20181024211237.302b72d9@gmail.com> <981C887D-78EB-46D2-AEE5-877E269AF066@yahoo.com> <42f6544f-830c-18c5-e1a8-0acc4c3f09cc@gmail.com> <20181027043819.GX5335@kib.kiev.ua> <20181106012107.2898f093@gmail.com> X-Mailer: Claws Mail 3.16.0 (GTK+ 2.24.32; amd64-portbld-freebsd11.2) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 81CC982C84 X-Spamd-Result: default: False [-4.67 / 200.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; FREEMAIL_FROM(0.00)[gmail.com]; RCPT_COUNT_FIVE(0.00)[5]; RCVD_COUNT_THREE(0.00)[3]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; MX_GOOD(-0.01)[cached: alt3.gmail-smtp-in.l.google.com]; FREEMAIL_TO(0.00)[yahoo.com]; FROM_EQ_ENVFROM(0.00)[]; IP_SCORE(-0.69)[ipnet: 2a00:1450::/32(-2.00), asn: 15169(-1.38), country: US(-0.07)]; RCVD_TLS_LAST(0.00)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; TAGGED_FROM(0.00)[]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[gmail.com]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_SHORT(-0.97)[-0.973,0]; NEURAL_HAM_LONG(-1.00)[-0.999,0]; TAGGED_RCPT(0.00)[]; MIME_GOOD(-0.10)[text/plain]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[0.3.1.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.5.4.1.0.0.a.2.list.dnswl.org : 127.0.5.0]; FREEMAIL_CC(0.00)[gmail.com] X-Rspamd-Server: mx1.freebsd.org X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Nov 2018 01:39:41 -0000 On Mon, 5 Nov 2018 15:04:38 -0800 Mark Millard wrote: > > Mem: 50M Active, 3331M Inact, 192M Laundry, 362M Wired, 208M Buf, > > 212M Free Swap: 16G Total, 151M Used, 16G Free > > Without extra evidence, do not beleive the "out of swap space" > part of "killed: out of swap space". > > But it turns out there is a tunable setting to control how many > tries at freeing memory before kills happen: so, indirectly, > how "long" before the kills will start under sustained low > free RAM conditions. > I undestand that real kill reason is not enough free RAM, not swap. > The default vm.pageout_oom_seq=12 can be increased > to increase how long a low-free-RAM condition is tolerated. > I assign vm.pageout_oom_seq in /etc/sysctl.conf --but that may > not be the best for your context. I do not undestand why system keep that crap in my RAM (making big disk cache) and does not return it back, and prefer to move some other process/mem to swap. I want limit disk cache size / durty pages via sysctl, or let it scale to all free mem but if some app need memory - it can take from that cache. For now I see that system does not like to give to apps that mem. FreeBSD has worst mem system design for user purposes, linux and windiws mush better. Only FreeBSD may stick because all 32GB mem used by something (not user processes) and try to start swapping. I never use swap with windows and linux, I always know who eat my mem. I try many sysctl tunings but without success - disk cache/durty pages grow and system freeze (if swap is off). I see some where in past some patch to VM system that more active free mem, but lost link and not try it. :( Laundary and some other improvenets from FreeBSD 10 to 11.2 is big step, but still have no confort in use.