From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: canoeberry Newsgroups: gmane.emacs.bugs Subject: bug#15946: 24.3; Mac OS X, Mavericks, distnoted process Date: Tue, 14 Jan 2014 12:09:39 -0800 (PST) Message-ID: <42BAA9F0-B788-4D9C-96BF-7813E14653CC@jpayne.net> References: <013FF6AE-1615-454A-AB1E-A289EC1E67F0@till.com> <1389719733663-310127.post@n5.nabble.com> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_254833_368301.1389730179105" X-Trace: ger.gmane.org 1389730217 29578 80.91.229.3 (14 Jan 2014 20:10:17 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Tue, 14 Jan 2014 20:10:17 +0000 (UTC) To: 15946@debbugs.gnu.org Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Tue Jan 14 21:10:24 2014 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1W3AJY-0002QC-2n for geb-bug-gnu-emacs@m.gmane.org; Tue, 14 Jan 2014 21:10:20 +0100 Original-Received: from localhost ([::1]:50440 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1W3AJX-0002uH-Hb for geb-bug-gnu-emacs@m.gmane.org; Tue, 14 Jan 2014 15:10:19 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:35689) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1W3AJP-0002tA-53 for bug-gnu-emacs@gnu.org; Tue, 14 Jan 2014 15:10:17 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1W3AJI-0008Vd-86 for bug-gnu-emacs@gnu.org; Tue, 14 Jan 2014 15:10:11 -0500 Original-Received: from debbugs.gnu.org ([140.186.70.43]:36670) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1W3AJI-0008VW-5j for bug-gnu-emacs@gnu.org; Tue, 14 Jan 2014 15:10:04 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.80) (envelope-from ) id 1W3AJH-0003op-L2 for bug-gnu-emacs@gnu.org; Tue, 14 Jan 2014 15:10:03 -0500 X-Loop: help-debbugs@gnu.org Resent-From: canoeberry Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 14 Jan 2014 20:10:03 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 15946 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: moreinfo X-Debbugs-Original-To: Bug-gnu-emacs@gnu.org Original-Received: via spool by submit@debbugs.gnu.org id=B.138973020014655 (code B ref -1); Tue, 14 Jan 2014 20:10:03 +0000 Original-Received: (at submit) by debbugs.gnu.org; 14 Jan 2014 20:10:00 +0000 Original-Received: from localhost ([127.0.0.1]:50688 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1W3AJD-0003oI-1Z for submit@debbugs.gnu.org; Tue, 14 Jan 2014 15:09:59 -0500 Original-Received: from eggs.gnu.org ([208.118.235.92]:33917) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1W3AJA-0003oA-FJ for submit@debbugs.gnu.org; Tue, 14 Jan 2014 15:09:57 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1W3AJ4-0008Nx-Ja for submit@debbugs.gnu.org; Tue, 14 Jan 2014 15:09:56 -0500 Original-Received: from lists.gnu.org ([208.118.235.17]:46497) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1W3AJ4-0008Nt-GE for submit@debbugs.gnu.org; Tue, 14 Jan 2014 15:09:50 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:35602) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1W3AIz-0002n5-DF for Bug-gnu-emacs@gnu.org; Tue, 14 Jan 2014 15:09:50 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1W3AIu-0008MZ-77 for Bug-gnu-emacs@gnu.org; Tue, 14 Jan 2014 15:09:45 -0500 Original-Received: from sam.nabble.com ([216.139.236.26]:51990) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1W3AIu-0008MG-0n for Bug-gnu-emacs@gnu.org; Tue, 14 Jan 2014 15:09:40 -0500 Original-Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1W3AIt-00058V-3c for Bug-gnu-emacs@gnu.org; Tue, 14 Jan 2014 12:09:39 -0800 In-Reply-To: X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x X-Received-From: 140.186.70.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:83495 Archived-At: ------=_Part_254833_368301.1389730179105 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable This is what I see if I run the "leaks" program on my Mac on the emacs proc= ess: Leak: 0x1109f7b20 size=3D160 zone: DefaultMallocZone_0x100659000 OS_dis= patch_source ObjC libdispatch.dylib =090x76964c20 0x00007fff 0x00000001 0x00000000 =09 L.v............ =090x89abcdef 0xffffffff 0x769666c0 0x00007fff =09.........f.v.... =090x00000000 0x00000000 0x00000000 0x00000000 =09................ =090x00000000 0x00000000 0x00000000 0x00000000 =09................ =090x00000000 0x00000000 0x00000000 0x00000000 =09................ =090x00000001 0x00000000 0x0002940d 0x00000000 =09................ =090x8896290c 0x00007fff 0x013000a0 0x00000001 =09.)........0..... =090x109f7c10 0x00000001 0x00000002 0x0000004c =09.|..........L... =09... A bazillion of them. I also ran it on a distnoted which I just killed and restarted because the = existing one was over 2Gb of real memory (or so it said). It claimed there = were no leaks. This leaks program is pretty cool. It's like a conservative GC algorithm th= at assumes every integer could be a pointer. So by definition is is conserv= ative. Anyway - does this piece of information help any smart hacker types? JP On 14 Jan 2014, at 17:47, Jan Dj=C3=A4rv [via Emacs] wrote: > Hello.=20 >=20 > 14 jan 2014 kl. 18:15 skrev canoeberry <[hidden email]>:=20 >=20 > > I have been observing this since Mavericks was released. I did not make= a=20 > > connection between distnoted and emacs, other than the following=20 > > observation: both are leaking memory.=20 > >=20 > > For the first time ever I am finding that my emacs process slowly grows= in=20 > > size. I can be editing a small handful of files and be using 500Mb of r= eal=20 > > memory. Never seen that before, ever.=20 > >=20 > > Distnoted grows much faster, on the order of 1Gb real memory / day. Kil= ling=20 > > that process and having another start up automatically causes some OS X= =20 > > features to stop working, e.g., it is not possible to enter Time Machin= e or=20 > > even see the status of your Time Machine backups anymore.=20 > >=20 > > I have seen distnoted peg the CPU when Time Machine backups are running= or=20 > > recently completed. Meanwhile, the menubar no longer animates the=20 > > in-progress backup, which I assume is not on purpose and possibly even= =20 > > related to the issue.=20 > > >=20 > I think that is so OSX can save a bit of power.=20 >=20 > > I do not use shells in emacs nowadays.=20 > >=20 > > I am running emacs from emacsformacosx.=20 > >=20 > > I have filed bugs with Apple.=20 > >=20 > > If anybody has any suggestions on how to figure out what is causing Ema= cs to=20 > > grow in size, I will happily run some experiments for you. I tried to f= igure=20 > > out how to profile emacs memory but it was not very obvious to me what = to=20 > > do. >=20 > The obvious thing is to run leaks on Emacs (man leaks) after a garbage co= llection has been made (M-x garbage-collect). Leaks may report leaks which= in fact are not due to uncollected garbage.=20 >=20 > Jan D.=20 >=20 >=20 >=20 >=20 >=20 >=20 > If you reply to this email, your message will be added to the discussion = below: > http://emacs.1067599.n5.nabble.com/bug-15946-24-3-Mac-OS-X-Mavericks-dist= noted-process-tp303500p310141.html > To unsubscribe from bug#15946: 24.3; Mac OS X, Mavericks, distnoted proce= ss, click here. > NAML ----- Jonathan Payne -- View this message in context: http://emacs.1067599.n5.nabble.com/bug-15946-= 24-3-Mac-OS-X-Mavericks-distnoted-process-tp303500p310179.html Sent from the Emacs - Bugs mailing list archive at Nabble.com. ------=_Part_254833_368301.1389730179105 Content-Type: text/html; charset=UTF8 Content-Transfer-Encoding: quoted-printable This is what I see if I run the "leaks" program on my Mac on the emacs pr= ocess:

Leak: 0x1109f7b20  size=3D160 &nbs= p;zone: DefaultMallocZone_0x100659000   OS_dispatch_source&n= bsp; ObjC  libdispatch.dylib
=090x76964c20 0x00007fff 0x00000001 0x0= 0000000 =09 L.v............
=090x89abcdef 0xffffffff 0x769666c0 0x00007fff =09.........f.v= ....
=09= 0x00000000 0x00000000 0x00000000 0x00000000 =09................
=090x00000000 0x00000000 = 0x00000000 0x00000000 =09................
=090x00000000 0x00000000 0x00000000 0x00000000&= nbsp;=09...= .............
= =090x00000001 0x00000000 0x0002940d 0x00000000 =09................
=090x8896290c 0= x00007fff 0x013000a0 0x00000001 =09.)........0.....
=090x109f7c10 0x00000001 0x00000002= 0x0000004c = =09.|..........L...
=09...

A bazillion of them.
=
I also ran it on a distnoted which I just killed and restart= ed because the existing one was over 2Gb of real memory (or so it said). It= claimed there were no leaks.

This leaks program i= s pretty cool. It's like a conservative GC algorithm that assumes every int= eger could be a pointer. So by definition is is conservative.
Anyway - does this piece of information help any smart hacker t= ypes?

JP

On 14 Jan 2014, a= t 17:47, Jan Dj=C3=A4rv [via Emacs] <[hidden email]> wrote:

=09Hello.

14 jan 2014 kl. 18:15 skrev canoeberry <<a href=3D"x-msg= ://78/user/SendEmail.jtp?type=3Dnode&amp;node=3D310141&amp;i=3D0&qu= ot; target=3D"_top" rel=3D"nofollow" link=3D"exter= nal">[hidden email]>:

>= ; I have been observing this since Mavericks was released. I did not make a
> connection between distnoted and emacs, other than the following
> observation: both are leaking memory.
>=20
> For the first time ever I am finding that my emacs process slowly = grows in
> size. I can be editing a small handful of files and be using 500Mb= of real
> memory. Never seen that before, ever.
>=20
> Distnoted grows much faster, on the order of 1Gb real memory / day= . Killing
> that process and having another start up automatically causes some= OS X
> features to stop working, e.g., it is not possible to enter Time M= achine or
> even see the status of your Time Machine backups anymore.
>=20
> I have seen distnoted peg the CPU when Time Machine backups are ru= nning or
> recently completed. Meanwhile, the menubar no longer animates the
> in-progress backup, which I assume is not on purpose and possibly = even
> related to the issue.
>=20
I think that is so OSX can save a bit of power.

>= ; I do not use shells in emacs nowadays.
>=20
> I am running emacs from emacsformacosx.
>=20
> I have filed bugs with Apple.
>=20
> If anybody has any suggestions on how to figure out what is causin= g Emacs to
> grow in size, I will happily run some experiments for you. I tried= to figure
> out how to profile emacs memory but it was not very obvious to me = what to
> do.
The obvious thing is to run leaks on Emacs (man leaks) after a = garbage collection has been made (M-x garbage-collect).  Leaks may rep= ort leaks which in fact are not due to uncollected garbage.

        Jan D.




=09 =09 =09 =09
=09
=09
=09
=09=09
If you reply to this email, your mess= age will be added to the discussion below:
=09=09http://emacs.1067599.n5.nabble.com/bug-15946-24-= 3-Mac-OS-X-Mavericks-distnoted-process-tp303500p310141.html =09
=09
=09=09 =09=09To unsubscribe from bug#15946: 24.3; Mac OS X, Mavericks, distnoted p= rocess, cli= ck here.
=09=09NAML =09

=09 =09 =09
=09=09=09=09Jonathan Payne
=09=09=09

View this message in context: = Re: bug#15946: 24.3; Mac OS X, Mavericks, distnoted process
Sent from the Emacs - Bugs mailing list archive at Nabble.com.
------=_Part_254833_368301.1389730179105--