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:33:36 -0800 (PST) Message-ID: <710B6DA7-CD6D-4EA8-839B-5B1AF9CE695B@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_259615_32598962.1389731616437" X-Trace: ger.gmane.org 1389731653 14019 80.91.229.3 (14 Jan 2014 20:34:13 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Tue, 14 Jan 2014 20:34:13 +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:34:20 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 1W3Agk-0006lA-TV for geb-bug-gnu-emacs@m.gmane.org; Tue, 14 Jan 2014 21:34:19 +0100 Original-Received: from localhost ([::1]:50541 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1W3Agk-00017F-Gv for geb-bug-gnu-emacs@m.gmane.org; Tue, 14 Jan 2014 15:34:18 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:41087) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1W3Aga-00016k-6r for bug-gnu-emacs@gnu.org; Tue, 14 Jan 2014 15:34:14 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1W3AgU-0007G7-9L for bug-gnu-emacs@gnu.org; Tue, 14 Jan 2014 15:34:08 -0500 Original-Received: from debbugs.gnu.org ([140.186.70.43]:36693) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1W3AgU-0007G2-5z for bug-gnu-emacs@gnu.org; Tue, 14 Jan 2014 15:34:02 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.80) (envelope-from ) id 1W3AgT-0004WE-MC for bug-gnu-emacs@gnu.org; Tue, 14 Jan 2014 15:34:01 -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:34:01 +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.138973164017358 (code B ref -1); Tue, 14 Jan 2014 20:34:01 +0000 Original-Received: (at submit) by debbugs.gnu.org; 14 Jan 2014 20:34:00 +0000 Original-Received: from localhost ([127.0.0.1]:50712 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1W3AgQ-0004Vt-AO for submit@debbugs.gnu.org; Tue, 14 Jan 2014 15:33:59 -0500 Original-Received: from eggs.gnu.org ([208.118.235.92]:39334) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1W3AgM-0004Vg-Sp for submit@debbugs.gnu.org; Tue, 14 Jan 2014 15:33:56 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1W3AgG-0007F3-Ky for submit@debbugs.gnu.org; Tue, 14 Jan 2014 15:33:54 -0500 Original-Received: from lists.gnu.org ([2001:4830:134:3::11]:33423) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1W3AgG-0007Ex-HM for submit@debbugs.gnu.org; Tue, 14 Jan 2014 15:33:48 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:40995) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1W3AgB-000140-Em for Bug-gnu-emacs@gnu.org; Tue, 14 Jan 2014 15:33:48 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1W3Ag5-0007C1-P9 for Bug-gnu-emacs@gnu.org; Tue, 14 Jan 2014 15:33:43 -0500 Original-Received: from sam.nabble.com ([216.139.236.26]:56645) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1W3Ag5-0007Bh-7u for Bug-gnu-emacs@gnu.org; Tue, 14 Jan 2014 15:33:37 -0500 Original-Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1W3Ag4-00082U-EK for Bug-gnu-emacs@gnu.org; Tue, 14 Jan 2014 12:33:36 -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: Error: Malformed IPv6 address (bad octet value). 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:83500 Archived-At: ------=_Part_259615_32598962.1389731616437 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable I've fired up Emacs with the -q and -nsl options. So my .emacs is not loade= d and neither is the site-lisp. It starts leaking memory at a rate ... well= here you go: $ while true > do > sudo leaks 12095 | head -20 | grep "leaks for" > sleep 1 > done Process 12095: 935 leaks for 165824 total leaked bytes. Process 12095: 954 leaks for 168864 total leaked bytes. Process 12095: 972 leaks for 171744 total leaked bytes. Process 12095: 986 leaks for 173984 total leaked bytes. Process 12095: 1005 leaks for 177024 total leaked bytes. Process 12095: 1025 leaks for 180224 total leaked bytes. Process 12095: 1039 leaks for 182464 total leaked bytes. Process 12095: 1057 leaks for 185344 total leaked bytes. Process 12095: 1076 leaks for 188384 total leaked bytes. Process 12095: 1090 leaks for 190624 total leaked bytes. Process 12095: 1107 leaks for 193344 total leaked bytes. Process 12095: 1127 leaks for 196544 total leaked bytes. Process 12095: 1147 leaks for 199744 total leaked bytes. Process 12095: 1158 leaks for 201504 total leaked bytes. Process 12095: 1178 leaks for 204704 total leaked bytes. Process 12095: 1195 leaks for 207424 total leaked bytes. Process 12095: 1209 leaks for 209664 total leaked bytes. So it's basically something like 20 individual 160 byte leaks per second. I= f I actually use emacs it seems to have spurts of many more leaks. These do= seem like proper leaks because my emacs memory is growing at the same rate= as this leaks is reporting, and, I am literally running an emacs with noth= ing in it and not interacting with it. Output from dtruss shows kevent activity. A bunch of it. Not much else: workq_kernreturn(0x20, 0x0, 0x1)=09=09 =3D 0 0 kevent64(0x3, 0x0, 0x0)=09=09 =3D 1 0 kevent64(0x3, 0x1006CB458, 0x1)=09=09 =3D 1 0 kevent64(0x3, 0x1006CB458, 0x1)=09=09 =3D 1 0 kevent64(0x3, 0x0, 0x0)=09=09 =3D 1 0 kevent64(0x3, 0x1006CB4F8, 0x1)=09=09 =3D 1 0 kevent64(0x3, 0x0, 0x0)=09=09 =3D 1 0 kevent64(0x3, 0x0, 0x0)=09=09 =3D 1 0 kevent64(0x3, 0x1006CB458, 0x1)=09=09 =3D 1 0 kevent64(0x3, 0x1006CB458, 0x1)=09=09 =3D 1 0 kevent64(0x3, 0x0, 0x0)=09=09 =3D 1 0 kevent64(0x3, 0x1006CB3E8, 0x1)=09=09 =3D 1 0 kevent64(0x3, 0x1006CB4F8, 0x1)=09=09 =3D 1 0 kevent64(0x3, 0x0, 0x0)=09=09 =3D 1 0 kevent64(0x3, 0x0, 0x0)=09=09 =3D 1 0 kevent64(0x3, 0x1006CB458, 0x1)=09=09 =3D 1 0 kevent64(0x3, 0x1006CB458, 0x1)=09=09 =3D 1 0 kevent64(0x3, 0x7FFF5FBFD2E8, 0x1)=09=09 =3D 1 0 kevent64(0x3, 0x0, 0x0)=09=09 =3D 1 0 kevent64(0x3, 0x1006CB458, 0x1)=09=09 =3D 1 0 kevent64(0x3, 0x1006CB458, 0x1)=09=09 =3D 1 0 kevent64(0x3, 0x7FFF5FBFE8B8, 0x1)=09=09 =3D 1 0 workq_kernreturn(0x20, 0x0, 0x1)=09=09 =3D 0 0 kevent64(0x3, 0x7FFF5FBFCAF8, 0x1)=09=09 =3D 1 0 kevent64(0x3, 0x0, 0x0)=09=09 =3D 1 0 kevent64(0x3, 0x1006CB458, 0x1)=09=09 =3D 1 0 kevent64(0x3, 0x1006CB458, 0x1)=09=09 =3D 1 0 kevent64(0x3, 0x0, 0x0)=09=09 =3D 1 0 kevent64(0x3, 0x1006CB458, 0x1)=09=09 =3D 1 0 kevent64(0x3, 0x1006CB458, 0x1)=09=09 =3D 1 0 setitimer(0x0, 0x7FFF5FBFD0B0, 0x0)=09=09 =3D 0 0 kevent64(0x3, 0x7FFF5FBFE8C8, 0x1)=09=09 =3D 1 0 workq_kernreturn(0x20, 0x0, 0x1)=09=09 =3D 0 0 workq_kernreturn(0x20, 0x0, 0x1)=09=09 =3D 0 0 This is grasping at straws at its worst. 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-tp303500p310185.html Sent from the Emacs - Bugs mailing list archive at Nabble.com. ------=_Part_259615_32598962.1389731616437 Content-Type: text/html; charset=UTF8 Content-Transfer-Encoding: quoted-printable I've fired up Emacs with the -q and -nsl options. So my .emacs is not loa= ded and neither is the site-lisp. It starts leaking memory at a rate ... we= ll here you go:

$ while true
> do
> sudo lea= ks 12095 | head -20 | grep "leaks for"
> sleep 1
> done
Proc= ess 12095: 935 leaks for 165824 total leaked bytes.
Process 12095: 954 l= eaks for 168864 total leaked bytes.
Process 12095: 972 leaks for 171744 = total leaked bytes.
Process 12095: 986 leaks for 173984 total leaked byt= es.
Process 12095: 1005 leaks for 177024 total leaked bytes.
Process = 12095: 1025 leaks for 180224 total leaked bytes.
Process 12095: 1039 lea= ks for 182464 total leaked bytes.
Process 12095: 1057 leaks for 185344 t= otal leaked bytes.
Process 12095: 1076 leaks for 188384 total leaked byt= es.
Process 12095: 1090 leaks for 190624 total leaked bytes.
Process = 12095: 1107 leaks for 193344 total leaked bytes.
Process 12095: 1127 lea= ks for 196544 total leaked bytes.
Process 12095: 1147 leaks for 199744 t= otal leaked bytes.
Process 12095: 1158 leaks for 201504 total leaked byt= es.
Process 12095: 1178 leaks for 204704 total leaked bytes.
Process = 12095: 1195 leaks for 207424 total leaked bytes.
Process 12095: 1209 lea= ks for 209664 total leaked bytes.

So it's basically something l= ike 20 individual 160 byte leaks per second. If I actually use emacs it see= ms to have spurts of many more leaks. These do seem like proper leaks becau= se my emacs memory is growing at the same rate as this leaks is reporting, = and, I am literally running an emacs with nothing in it and not interacting= with it.

Output from dtruss shows kevent activity= . A bunch of it. Not much else:

workq_kernreturn(0= x20, 0x0, 0x1)=09= =09 =3D 0 0
kevent64(0x3, 0x0, 0x0)=09=09 =3D 1 0
kevent64(0x3,= 0x1006CB458, 0x1)= =09=09 =3D 1 0
kevent64(0x3, 0x1006CB458, 0x1)=09=09 =3D 1 0
ke= vent64(0x3, 0x0, 0x0)=09=09 =3D 1 0
kevent64(0x3, 0x1006CB4F8, 0x1)=09=09 =3D 1 0kevent64(0x3, 0x0, 0x0)=09=09 =3D 1 0
kevent64(0x3, 0x0, 0x0)=09=09 =3D 1 0
keve= nt64(0x3, 0x1006CB458, 0x1)=09=09 =3D 1 0
kevent64(0x3, 0x1006CB458, 0x1)=09=09 =3D = 1 0
kevent64(0x3, 0x0, 0x0)=09=09 =3D 1 0
kevent64(0x3, 0x1006CB3E8, 0x1)=09=09 = =3D 1 0
kevent64(0x3, 0x1006CB4F8, 0x1)=09=09 =3D 1 0
kevent64(0x3, 0x0, 0x= 0)=09=09&nb= sp;=3D 1 0
kevent64(0x3, 0x0, 0x0)=09=09 =3D 1 0
kevent64(0x3, 0x1006CB45= 8, 0x1)=09=09 =3D 1 0
kevent64(0x3, 0x1006CB458, 0x1)=09=09 =3D 1 0
kevent64(0x3,= 0x7FFF5FBFD2E8, 0x1)=09=09 =3D 1 0
kevent64(0x3, 0x0, 0x0)=09=09 =3D 1 0
kevent6= 4(0x3, 0x1006CB458, 0x1)=09=09 =3D 1 0
kevent64(0x3, 0x1006CB458, 0x1)=09=09 =3D 1 0=
kevent64(0x3, 0x7FFF5FBFE8B8, 0x1)=09=09 =3D 1 0
workq_kernreturn(0x20, 0= x0, 0x1)=09=09 =3D 0 0
kevent64(0x3, 0x7FFF5FBFCAF8, 0x1)=09=09 =3D 1 0
kevent64(= 0x3, 0x0, 0x0)=09= =09 =3D 1 0
kevent64(0x3, 0x1006CB458, 0x1)=09=09 =3D 1 0
keven= t64(0x3, 0x1006CB458, 0x1)=09=09 =3D 1 0
kevent64(0x3, 0x0, 0x0)=09=09 =3D 1 0
ke= vent64(0x3, 0x1006CB458, 0x1)=09=09 =3D 1 0
kevent64(0x3, 0x1006CB458, 0x1)=09=09 = =3D 1 0
setitimer(0x0, 0x7FFF5FBFD0B0, 0x0)=09=09 =3D 0 0
kevent64(0x3, 0x7= FFF5FBFE8C8, 0x1)= =09=09 =3D 1 0
workq_kernreturn(0x20, 0x0, 0x1)=09=09 =3D 0 0workq_kernreturn(0x20, 0x0, 0x1)=09=09 =3D 0 0

This is graspin= g at straws at its worst.

JP

On 14 Jan 2014, at 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= ://80/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_259615_32598962.1389731616437--