Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > gnu.bash.bug > #14953

Re: Memory continusely increase

Path csiph.com!goblin1!goblin.stu.neva.ru!usenet.stanford.edu!not-for-mail
From chen liu <chen.liu.opensource@gmail.com>
Newsgroups gnu.bash.bug
Subject Re: Memory continusely increase
Date Wed, 26 Dec 2018 19:01:23 +0800
Lines 77
Approved bug-bash@gnu.org
Message-ID <mailman.6303.1545822465.1284.bug-bash@gnu.org> (permalink)
References <1545199834453-0.post@n7.nabble.com> <8ba9e82f-020a-3bf5-87c5-ce250f89e269@case.edu> <CACJSzi1GZxS_4=Tw2tXauaokW7C1dTOW0pPFWWhuhA1bX5gdjw@mail.gmail.com> <20181226053501.GA31843@debian.vc.shawcable.net>
NNTP-Posting-Host lists.gnu.org
Mime-Version 1.0
Content-Type text/plain; charset="UTF-8"
Content-Transfer-Encoding quoted-printable
X-Trace usenet.stanford.edu 1545822465 32750 208.118.235.17 (26 Dec 2018 11:07:45 GMT)
X-Complaints-To action@cs.stanford.edu
To chen liu <chen.liu.opensource@gmail.com>, chet.ramey@case.edu, bug-bash <Bug-bash@gnu.org>
Envelope-to Bug-bash@gnu.org
DKIM-Signature v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :content-transfer-encoding; bh=0U9jOpsPwqPx+vJfsvGNQ8t6NzyWLljCbBCW42QIlsU=; b=oEcUi9Rcsf+pVN2XLZhGF2TjNd7qQNWITjbJEp4RB0+Gi+jRiOkU5fECQdje+qJPwS 3fAixKeHL2XllngHqPLCTLajDC71G9r1pEl6/14pRfvwMv0v1Zf2vGdRXHjVIrzb+bvC n/Y9hvsiU9j6bVTVD3fX1RSvi6IIA57Ebv6Nh0DLV6DL3pCbBAtGB4iKW0aoHJRlCdDD 6XT6rzJLeXLBsbVRs0ZditENqdcgf4uX6xHvSI8VBSDM9gErK752KF74Ehb1oo+vRUru aYdNd7FmGbKmIAdusyVFtdH6/CUaK52qYlCYhlgd1xZ3ukVGr7sC5pwO8t6ZqnRHEReO Aqlw==
X-Google-DKIM-Signature v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:content-transfer-encoding; bh=0U9jOpsPwqPx+vJfsvGNQ8t6NzyWLljCbBCW42QIlsU=; b=M7T0Njrhiq9ICPMAn+MIdH8mfa97n+OUZfZkZYt0iMSrSuqxVEJuMouUqcNy3mIswO s68RFGel0tofthZXaUkgP8CvFpn0Q4LvNTH9ug9KLwulZh5Ifk7esNUn+7xOspOBMyMK 1N9/11qN82E9yVmwWbspZMKUvrqIcnvxyVVSXE7y8STMPuqftLVRHMuI7u7G/K8iyEpV he2aC57RG6y4rIzUPFQUf6bKRGh3ix0O7MpYJ5gGqi9Dzyh5JgNpIXaR/HPBxIbu2O8o P8Xt+8nlxZytN9YhcfCY8tdJMKqoumsnFiEozXbHvxzAsFWsNfPp8dh2o6s4vDyP0rs0 GvhA==
X-Gm-Message-State AJcUukclBmgMGahAd2hnRvFTk6slrr/Pp7baLrFEGyTrUaalcfQ/ttbI 22YmOk2jZGhr6spCRJr0ZmipcpZaBU4z1O3fxAA=
X-Google-Smtp-Source ALg8bN5rLCUFTe1zmBYmfrX0l5RhTO8yPMHYsJ2hF2QnCpsF8WxsAVsEExVq7UKYoipyXPZfJHZX6bERidgla1LQoFg=
X-Received by 2002:ab0:31d5:: with SMTP id e21mr7539580uan.107.1545822461100; Wed, 26 Dec 2018 03:07:41 -0800 (PST)
In-Reply-To <20181226053501.GA31843@debian.vc.shawcable.net>
X-detected-operating-system by eggs.gnu.org: Genre and OS details not recognized.
X-Received-From 2607:f8b0:4864:20::930
X-BeenThere bug-bash@gnu.org
X-Mailman-Version 2.1.21
Precedence list
List-Id Bug reports for the GNU Bourne Again SHell <bug-bash.gnu.org>
List-Unsubscribe <https://lists.gnu.org/mailman/options/bug-bash>, <mailto:bug-bash-request@gnu.org?subject=unsubscribe>
List-Archive <http://lists.gnu.org/archive/html/bug-bash/>
List-Post <mailto:bug-bash@gnu.org>
List-Help <mailto:bug-bash-request@gnu.org?subject=help>
List-Subscribe <https://lists.gnu.org/mailman/listinfo/bug-bash>, <mailto:bug-bash-request@gnu.org?subject=subscribe>
Xref csiph.com gnu.bash.bug:14953

Show key headers only | View raw


Eduardo A. Bustamante López <dualbus@gmail.com> 于2018年12月26日周三 下午1:35写道:
>
> On Mon, Dec 24, 2018 at 10:51:00AM +0800, chen liu wrote:
> > Chet Ramey <chet.ramey@case.edu> 于2018年12月22日周六 上午12:51写道:
> (...)
> > > What is the hard limit on the number of processes for a process started in
> > > this environment? (The value of `ulimit -n'.)
>
> Ah, interesting. Thanks for the pointer Chet.
>
> (...)
> > Below is all of the values of the bash ulimit optionals, this issue
> > present in this environment
> > ----------------------------------------------------------------------
> > root@localhost:/root> cat ulimit.txt
> (...)
> > max user processes (-u) 516046
> > virtual memory (kbytes, -v) unlimited
> > file locks (-x) unlimited
> > ---------------------------------------------------------------------------
> > But found change the -u optionals value through the ( ulimit -u 1024)
> > will let this issue disapeared.
>
> As you probably found out already, the changes between 4.3 and 4.4 that make
> this issue "disappear" are related to how bash stores the exit status of
> child processes.
>
> The threads that prompted this change provide some insight:
>
> - https://lists.gnu.org/archive/html/bug-bash/2015-04/msg00069.html

Thanks for you support:)
The change has introduced in bash since bash-4.4-alpha. This patch
fixed this issue.
And the note in Changelog
------------------------------------------------------------------------------------------------------
 jobs.c
       - delete_job: only add J_ASYNC (and not J_FOREGROUND) jobs to the
         bgpids array, since Posix says shells only need to save the status
         of async jobs.  Report and fix from John Fremlin <john@fb.com>
---------------------------------------------------------------------------------------------------------

Thanks,
Chen.


> - http://lists.gnu.org/archive/html/bug-bash/2015-04/msg00075.html
>
> And the note in the changelog:
>
> http://git.savannah.gnu.org/cgit/bash.git/tree/CWRU/old-changelogs/CWRU.chlog.v15?h=ab8ded9c30b51a6bc0c8145553263da044b565ea#n9811
>
> > jobs.[ch]
> >       - bgpids: new implementation from a patch from John Fremlin
> >         <john@fb.com>, uses an array for the list of the last CHILD_MAX
> >         terminated background pids, and a separate hash table to search it.
> >         The storage can be freed as a unit, and the size of the hash table
> >         (currently 4096) is independent of the size of the bgpids table
>
> http://git.savannah.gnu.org/cgit/bash.git/tree/CHANGES-4.4?h=ab8ded9c30b51a6bc0c8145553263da044b565ea#n220
>
> > e.  There is a new implementation of the code that saves the last CHILD_MAX
> >     exited background pids so their status can be queried later.

Back to gnu.bash.bug | Previous | Next | Find similar | Unroll thread


Thread

Re: Memory continusely increase chen liu <chen.liu.opensource@gmail.com> - 2018-12-26 19:01 +0800

csiph-web