From nobody Fri Nov 29 03:56:36 2024 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4Xzzrl3tg0z5fkk0 for ; Fri, 29 Nov 2024 03:56:55 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic304-23.consmr.mail.gq1.yahoo.com (sonic304-23.consmr.mail.gq1.yahoo.com [98.137.68.204]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4Xzzrj4FVgz4XZP for ; Fri, 29 Nov 2024 03:56:53 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b="Q2gSbn/Z"; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.68.204 as permitted sender) smtp.mailfrom=marklmi@yahoo.com; dmarc=pass (policy=reject) header.from=yahoo.com DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1732852611; bh=a87JnikN9b+v/1PGfKtiUpohQZ9Kq1NNWxUsSOFC7pU=; h=From:Subject:Date:To:References:From:Subject:Reply-To; b=Q2gSbn/ZRaMa4T3br6xW9iN0XRBo71/mH9elWs38nZ4HGJ32u3ZLS9snt40KK77PkHnO6awlUDI943jLIC4AZoLsaSWsWz+R1nLV91yUszx945ljNlGEd9//nL6ubAmrQ1ifh7dHnfgUrExX3J/ioolZgcdjBHNQE2qjg0dNaTKjJVKDGRBmYriykMJ6k06Fq2C/egvAxxJEFgLL0TZ8XVdT8h3KEuNPcUSXWH4cEA7Xpp/cNzDP0I/Ti/h7dqZvpD74f3Eaek3bVdFubr0Oho9C3W/CqFKzShQIJe6a+I6dABGXNjK6kRzkuziUwpv2NNjPBE9tG6VvHDoiAJ8ylw== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1732852611; bh=5xfDeIu0JJZvQlNRsyX8sdpP/0zkwwlIW65xRr2oU2r=; h=X-Sonic-MF:From:Subject:Date:To:From:Subject; b=ha9CZRT2rxfojJrej5vnDxm0XQMfjq/m6L1gZAabyY2R+1j9/ZEWeZ1dhklxMadF36AYw9r3RxmJBKs95lv5Rd83q2qF3vArDVIHuZAq97vqafrkpMdtl3ahEnrLjdtfYI1gOWtG8B9kqw1unevlFRYMXBtbNm++JML954RKcVXj/RwElCf5CnfBIsh89CobRfK3BT73ckZk63Z4EAp2os9MLEODm0mLB8hA25dzrb3BOmvrkZ87S1LHBuwTAVFXOq11QOX9XJACFVQxug8rWl87vQ8WgI71E3J/67n4Fnhy+bnpn5TW91UyiVTtKCFqbcd4tSGtEhIrNA1tBKo92A== X-YMail-OSG: 6Qa9tnoVM1mZ.7RcrB3SDdXV8UyVxsIKqQk3kffUtiIv09blLyZ0aGzhWfBGRu2 m3iRMB4FjIb6g9kZfpQ0U9bSbT_iJz30CXvmwmzgKBI2IuxjZAS_uPXw_8uzSNF1RmjQRbkqwvhN OzaOP2tGzvBh_TYHwLuOpp6gDtvPTmItlHMCeafKdRcHq7IUGdIlTw1x2CMf1hASFIjJPMORzVSJ .kk_9WJmLehTEs1rmwGi2iU.GzeRt1sENg4Y1M43xff8ozOOzdXMdbq1IYXxSqIEwpUUYLYnlKAh .Sle9LkvOwUuNsh9CN3GbOLba1jhleWvNamHsEODwlmDOJWcFNX24cSlSvYvmasR0FT92bQ5zKDM zsRrB2MWlQZSU6X0U5R1Odn3FWS8e9NH1cHH5bNALhrShmAhvdfvohvdDM1hZ1VpY4EbL8nas_G8 oeQItnu5ibap0sAL0nNqsGU1JTv473Yww36Kzx4gc3Yr6ARNKt_WPSqGw7vIDlMlkzxtgoVZCDMD MelknqOfpaiLfShY2ln.a49tww3d.NHDnTPivfdkbskBiNDWWzvseO3sa43hGBR5IwWSQqWxsWgb k6Fg9IKI8Y2mDpw5BjUNZGGZXmyNIUDBrlrXZIg7bjBvbj0sP7rychGXHHILUGTrHlK1v1MHwsNW 2wNhkzszZHB2oHlhT4x.b8_qp1DA_BaMdT2SSAVzAyj_HQO3w2XOxRyHllT_88gcDTLFeGSTskY4 78iE16oZdAh08QvEIGSrI9dk1.5_Iisj_7yL2QqCLzeYwIT00YxQIBQUQu_nLcvAxmFGJorfcFG7 mpPXpWb9f47EYh8wdQRCPzzxtdTgopPcEj.C9puLll58fe4Y_f4mrCWctxvHJFGmDtBNskl_GD5Z rIND1GNcJYTi36KKC_gvwk_L2cUth_z.a3rRSFtjgyuY03y1M4my.END4rBH2U1NpYiJPKsSa3T3 _lw3Gl_WVN2n6p2fWwVa6Cf6hmz7SWe9.NL24HSR0HEqZpljZNp73lSfp69O__gXYhbzbFlYIwxN 65yTNvcsE3uEE.gShCIHG5i60y9hCjhS5MoFlHR9MQNXqYLn2K2dxjmKAQq78QipvAprBu8H.jQl zwK7mtxRufCT6mzL23.9ky1VOLzXw3EO2.mSJu1aVEWvZl5wG3DAcv4CNao4g67BMC0VcxsQLRWk _unExin_lbncyJ7f1QI6mBShPw96C1Buqz7s64ff1cg3iN8Yp7ggBoXHslBP4qyJucQ6F6EZMeCF ZXKtpUhTmbIqO27_tnE3.L5JTi9AbFXsskt0gqSCRdNl_nTv.ieF9tPUhQTj79EGpxemF_NTijaH dOSY.V8RxFNVjtq7upoB48BaswUfywU_Z45qxJkCqAZUQxcoi5ULw.3xi2_2RzqaVElJVv7vU_Sz JsT9x.5zVqeraHv.CYbHETDBP.nIyIu5v82aEL3gbJTiyYzAQAp9Z0dPZaua.e5Wqfjk1X_W872s rI1A6a2yizIKi7u7NFTK72C_Y9P2C8UgWUy6fAeW4JEX1hVZRZb_xscQRpkKBip6qVC11v05nSDK 9q1zXm9ZqTiojQZLtBAwNeqX3iQdBXbENMj8M_0g5HSLFPkNF0UjLZ77dtbQUI1T4VrgXhAsiPoE TJpY7.48nZFb2Tf7B5wPKWKmDTHit9J4t9RgIyOtobrUlTmrFp_EVwTV0b_wfYitH4NN.H7nqzUc md2JkPbYzVlwlvsbIKnCzOY_ncQnzOiy.H.yyafx5GqzzKXv1G0cDYizp09ESmsEr3qEezF6NS4u LXcFwOGppjFwwFPQFMJDYBDTxcD53AhG4zd8uiTzMWIcyG1tX3SnzzL6vcGj3EBfzr2cW2MDV8Ea jHwqi6Nstszg9mf9OmdoS8g_27UXuM_FCfTR8Jau.DBRoi6KUKeAzhGCFfaKE6FbQkfqrktOsMdb zDCgb7noDeUp.FFooPceA1SESR.2fm.5FHaav_kd8U1zbZqKOE85YhjFKpw797C6nz68889oSDPH 0TNeIvfYoIm8p_vrDqaV5aco3Q6NVGRjWEUgA_gumk92FEsjt4WycXEYG3CnZsnOYbreVTdJVhLZ gEQI6O2MEShUiD.Yu4.9BV7iJVb.Gg4tiycq0tjArbRifNLnDVPLajpZ7jQVanorbdp.4UkUM3cG ubhgs1oVZdbBTmP.Z.g5d1bVwleKPylJkro3Q4ZUDlhVePoNthhZyPS4V2F6KThwrq6X_CIORBBx U5CdNrgLvhVw9VDxNhRTeMgTbceWdBZPNjCYF2b_6RGU9QeSc6kxsX6wb9F4Q2eaW__Q89__n04T shiYzxznE X-Sonic-MF: X-Sonic-ID: 7cf93184-dda8-4169-858b-9dd128cefeff Received: from sonic.gate.mail.ne1.yahoo.com by sonic304.consmr.mail.gq1.yahoo.com with HTTP; Fri, 29 Nov 2024 03:56:51 +0000 Received: by hermes--production-gq1-5dd4b47f46-fhdpd (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID 5ab48aa000d3ca84cfd471655f48f5e8; Fri, 29 Nov 2024 03:56:47 +0000 (UTC) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3776.700.51.11.1\)) Subject: Re: top seems confused about memory ? Message-Id: <8B5B9B8F-2B69-45BB-B711-8A906FD9BE02@yahoo.com> Date: Thu, 28 Nov 2024 19:56:36 -0800 To: Dennis Clarke , FreeBSD Current X-Mailer: Apple Mail (2.3776.700.51.11.1) References: <8B5B9B8F-2B69-45BB-B711-8A906FD9BE02.ref@yahoo.com> X-Spamd-Result: default: False [-2.50 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; SUBJECT_ENDS_QUESTION(1.00)[]; NEURAL_HAM_SHORT(-1.00)[-0.997]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; MIME_GOOD(-0.10)[text/plain]; RCPT_COUNT_TWO(0.00)[2]; RCVD_TLS_LAST(0.00)[]; TO_DN_ALL(0.00)[]; ARC_NA(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; MIME_TRACE(0.00)[0:+]; FREEMAIL_FROM(0.00)[yahoo.com]; FROM_HAS_DN(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; FROM_EQ_ENVFROM(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.68.204:from]; MID_RHS_MATCH_FROM(0.00)[]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; RCVD_IN_DNSWL_NONE(0.00)[98.137.68.204:from] X-Rspamd-Queue-Id: 4Xzzrj4FVgz4XZP X-Spamd-Bar: -- Dennis Clarke wrote on Date: Fri, 29 Nov 2024 03:15:54 UTC : > On 11/28/24 21:25, Dennis Clarke wrote: > > > > On a machine here I see top reports this with " top -CSITa -s 10" > > > > > > last pid: 6680; load averages: 0.29, 0.12, 0 up 0+11:40:46 > > 02:23:01 > > 51 processes: 2 running, 47 sleeping, 2 waiting > > CPU: 0.6% user, 0.0% nice, 0.2% system, 0.0% interrupt, 99.2% idle > > Mem: 587M Active, 480G Inact, 1332K Laundry, 7410M Wired, 456M Buf, 11G > > Free Notice the "480G Inact" (inactive): that tells me that prior activity has caused some mix of clean and dirty pages to be loaded into RAM. The context has no memory pressures to cause freeing any clean pages or to page out any dirty pages to swap. It matters not that the machine became idle after loading all those pages. > > ARC: 3624M Total, 85M MFU, 3359M MRU, 32M Anon, 118M Header, 27M Other > > 2919M Compressed, 32G Uncompressed, 11.13:1 Ratio > > Swap: 32G Total, 32G Free > > > > THR USERNAME THR PRI NICE SIZE RES STATE C TIME CPU > > COMMAND > > 100003 root 40 187 ki31 0B 640K CPU0 0 464.8H 3967.69% > > [idle] > > 101142 root 1 48 0 1530M 574M piperd 34 0:27 24.69% > > /usr/lo > > 100000 root 731 -16 - 0B 11M parked 18 112:10 3.14% > > [kernel > > 102993 root 1 21 0 30M 15M select 26 0:03 2.77% > > /usr/bi > > > > Seems only 11G of memory is free ? > > > > That seems impossible. > > > > titan# sysctl hw.physmem > > hw.physmem: 549599244288 > > titan# > > > > titan# > > titan# sysctl -a | grep 'free' | grep 'mem' > > vm.uma.vmem.stats.frees: 0 > > vm.uma.vmem.keg.domain.1.free_slabs: 0 > > vm.uma.vmem.keg.domain.1.free_items: 0 > > vm.uma.vmem.keg.domain.0.free_slabs: 0 > > vm.uma.vmem.keg.domain.0.free_items: 0 > > vm.uma.vmem_btag.stats.frees: 523236 > > vm.uma.vmem_btag.keg.domain.1.free_slabs: 0 > > vm.uma.vmem_btag.keg.domain.1.free_items: 34398 > > vm.uma.vmem_btag.keg.domain.0.free_slabs: 0 > > vm.uma.vmem_btag.keg.domain.0.free_items: 34378 > > vm.kmem_map_free: 528152154112 > > kstat.zfs.misc.arcstats.memory_free_bytes: 11707904000 > > titan# > > > > I have no idea what "top" is reporting but 11G free on a machine doing > > nothing seems ... unlikely. Seems perfectly normal to me, presuming prior activity caused the 480G of Inact. > > > > > > even worse ... under load it seems to make no sense at all : > > > last pid: 98884; load averages: 32.01, 30.51, 25 up 0+12:33:20 > 03:15:35 > 172 processes: 34 running, 136 sleeping, 2 waiting > CPU: 78.4% user, 0.0% nice, 1.8% system, 0.0% interrupt, 19.8% idle > Mem: 7531M Active, 450G Inact, 9588K Laundry, 27G Wired, 456M Buf, 14G Free Notice the 450G of Inact: smaller by roughly 30G. (Still no swap use.) It make comparison easier . . . Mem: 587M Active, 480G Inact, 1332K Laundry, 7410M Wired, 456M Buf, 11G Free Mem: 7531M Active, 450G Inact, 9588K Laundry, 27G Wired, 456M Buf, 14G Free Mem increased by around 6.8G or so. Wired increased by around 19.?G or so. Free increased by around 3.?G or so. That looks to be the majority of the around 30G. Some Inact clean pages may have been freed that lead to the increase in Free pages. But there seems to not have been enough memory pressured to lead to more clean out of Inact. The system is biased to keep around information in RAM that it might be able to put to use --unless there is sufficient competing activity for RAM use (memory pressure). As for Wired, ARC is stored in Wired and . . . ARC: 3624M Total ARC: 17G Total ARC increased by around 13.?G, making up much of the 19.?G increase in Wired. > ARC: 17G Total, 7543M MFU, 4337M MRU, 37M Anon, 260M Header, 5005M Other > 7207M Compressed, 24G Uncompressed, 3.39:1 Ratio > Swap: 32G Total, 32G Free > > THR USERNAME THR PRI NICE SIZE RES STATE C TIME CPU > COMMAND > 100003 root 40 187 ki31 0B 640K RUN 0 486.9H 792.70% > [idle] > 103554 root 1 156 i0 786M 632M CPU37 37 0:44 99.82% > /usr/bi > 101148 root 1 156 i0 1317M 822M CPU2 2 2:20 99.82% > /usr/bi I do not understand what about the above indicates any problem. May be more context about the prior activity that lead to the above needs to be reported? === Mark Millard marklmi at yahoo.com