From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: =?ISO-8859-1?Q?R=FCdiger?= Sonderfeld Newsgroups: gmane.emacs.devel Subject: Re: gfile-based file notifications are not immediate Date: Thu, 30 Oct 2014 21:32:30 +0100 Message-ID: <24394175.Yx8cizKBtK@descartes> References: <87mw8jg9a1.fsf@secretsauce.net> <87ioj3m6ah.fsf@gmx.de> <851tprvuvc.fsf@iznogoud.viz> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable X-Trace: ger.gmane.org 1414777624 22278 80.91.229.3 (31 Oct 2014 17:47:04 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Fri, 31 Oct 2014 17:47:04 +0000 (UTC) Cc: Wolfgang Jenkner , Michael Albinus , Stefan Monnier , Dima Kogan To: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri Oct 31 18:46:58 2014 Return-path: Envelope-to: ged-emacs-devel@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 1XkGHo-0004dK-CC for ged-emacs-devel@m.gmane.org; Fri, 31 Oct 2014 18:46:56 +0100 Original-Received: from localhost ([::1]:40145 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XkGHn-0000Hl-V7 for ged-emacs-devel@m.gmane.org; Fri, 31 Oct 2014 13:46:55 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:60804) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XkE7E-00026K-Fe for emacs-devel@gnu.org; Fri, 31 Oct 2014 11:28:40 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1XjwOp-0000un-H9 for emacs-devel@gnu.org; Thu, 30 Oct 2014 16:32:57 -0400 Original-Received: from ptmx.org ([178.63.28.110]:42516) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XjwOp-0000s9-Ar for emacs-devel@gnu.org; Thu, 30 Oct 2014 16:32:51 -0400 Original-Received: from localhost (localhost [127.0.0.1]) by ptmx.org (Postfix) with ESMTP id 827572C616; Thu, 30 Oct 2014 21:32:48 +0100 (CET) X-Virus-Scanned: Debian amavisd-new at ptmx.org Original-Received: from ptmx.org ([127.0.0.1]) by localhost (ptmx.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 8Eqm9vkCfDQJ; Thu, 30 Oct 2014 21:32:46 +0100 (CET) Original-Received: from descartes.localnet (chello080109100138.16.15.univie.teleweb.at [80.109.100.138]) by ptmx.org (Postfix) with ESMTPSA id 3646922EB5; Thu, 30 Oct 2014 21:32:46 +0100 (CET) User-Agent: KMail/4.13.3 (Linux/3.13.0-37-generic; KDE/4.13.3; x86_64; ; ) In-Reply-To: <851tprvuvc.fsf@iznogoud.viz> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-Received-From: 178.63.28.110 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:176104 Archived-At: On Wednesday 29 October 2014 15:00:23 Wolfgang Jenkner wrote: > There's an active project to implement inotify for *BSD >=20 > https://github.com/dmatveev/libinotify-kqueue >=20 > While it still lacks inotify_init1, a year or so ago I worked around > this by some voodoo and built emacs to use the library. That basical= ly > worked (and, IIRC, even passed the inotify-test.el of the time) but i= n > some situations removing a watch did not work correctly and a cpu cor= e > remained pegged at maximum usage while emacs was running. >=20 > So, in the long run, inotify might be the more portable solution. Glib already seems to use several hacks to work around the limitations = of=20 kqueue and Glib offers far fewer features than inotify. Trying to emul= ate=20 inotify on top of kqueue therefore seems like a futile approach. Unles= s the=20 *BSD folks implement inotify (or at least something similar) in their k= ernels=20 I don't think we can seriously expect inotify to become a portable solu= tion. Glib meanwhile has a portable implementation and is already used (optio= nally)=20 in GNU Emacs. I don't think there is a risk of Glib abandoning kqueue = support=20 and even if they did then we could look at the issue again. Regards, R=C3=BCdiger