From owner-freebsd-questions@FreeBSD.ORG Thu Mar 26 23:56:15 2015 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 95D5656E for ; Thu, 26 Mar 2015 23:56:15 +0000 (UTC) Received: from mail-ob0-x229.google.com (mail-ob0-x229.google.com [IPv6:2607:f8b0:4003:c01::229]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4F73DE95 for ; Thu, 26 Mar 2015 23:56:15 +0000 (UTC) Received: by obcjt1 with SMTP id jt1so59142536obc.2 for ; Thu, 26 Mar 2015 16:56:14 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:content-type:content-transfer-encoding; bh=5mIvvo8bDbgsHLs2j14DJqEDMSfiZrNb539CFJQL+vs=; b=sJ56jblnvtteJtEVPMA3aqwq6xBHBYgwWTBHS10n7KRPt8q6PB+DEH+w3BOXvTFzDV pWXy465TzAkJfd700ahT+AsSuVWR9z9B+st3Axgf/IDf4YbfHyyUlyP4goaSpvIN3p0k ezcOh+PU1539yDmvFdCeRgC4Gr5NSWw1B5bVko+oIQGxMuVfIrrj+SgJnGSBiqfl4CH4 XXCZuU+fnGmajsNn6IYHNKnNmc4vqpXqhFZoXgil/bceIWpeN0kFI1l+OI3wwTxiA2Go tp9CmJgDIJgQ8WdlXZAEBpSCCSPHif5HtyOVYm4Uwse3mZuWH/Tg+dkxRuMD+zc+efoK Xd0A== X-Received: by 10.182.236.196 with SMTP id uw4mr14168389obc.41.1427414174460; Thu, 26 Mar 2015 16:56:14 -0700 (PDT) Received: from localhost.localdomain ([209.181.150.218]) by mx.google.com with ESMTPSA id c77sm202781oib.10.2015.03.26.16.56.13 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 26 Mar 2015 16:56:13 -0700 (PDT) Message-ID: <55149C9C.8040302@gmail.com> Date: Thu, 26 Mar 2015 17:56:12 -0600 From: jd1008 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.5.0 MIME-Version: 1.0 To: freebsd-questions@freebsd.org Subject: Re: Significant memory leak in 9.3p10? References: <20150316232404.GM2379@kib.kiev.ua> In-Reply-To: Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Mar 2015 23:56:15 -0000 On 03/26/2015 05:47 PM, J David wrote: > In our case, > > On Thu, Mar 26, 2015 at 5:03 PM, Kevin Oberman wrote: >> This is just a shot in the dark and not a really likely one, but I have had >> issues with Firefox leaking memory badly. I can free the space by killing >> firefox and restarting it. > In our case, we can log in from the console, kill every single > user-mode process on the system except the init, login, and the > console shell, and the memory is not recovered. Gigabytes and > gigabytes user memory of it are being held by some un-findable > anonymous persistent structure not linked to any process. Konstantin > proposed that it was some sort of shared memory usage, but there > appears to be no way to check or investigate most types of shared > memory usage on FreeBSD. > >> If it is in user space, top should show it under RES. > This is definitely *not* the case. Whatever is using the memory is > not associated with any user-space process, and does not show up on > top or ps. > > It also does not appear to be SysV shared memory, as that reports: > > $ ipcs -m > > Shared Memory: > > T ID KEY MODE OWNER GROUP > > > $ > > > Also, kern.ipc.shmmax is only 512MB whereas this problem is consuming > usually 8-10GB. So I guess the remaining possibilities are anonymous > mmap's that are somehow not associated with any process and Posix > shared memory. Are there any ways to investigate either possibility? > > Thanks! > __________________ I was wondering if those pages might be held in the filesystem page cache??? Just a wild guess.