From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Noam Postavsky Newsgroups: gmane.emacs.devel Subject: Re: gfile-based file notifications are not immediate Date: Sun, 2 Nov 2014 09:15:32 -0500 Message-ID: References: <87mw8jg9a1.fsf@secretsauce.net> <87ioj3m6ah.fsf@gmx.de> <851tprvuvc.fsf@iznogoud.viz> <24394175.Yx8cizKBtK@descartes> <20141031172852.6e308217@jabberwock.cb.piermont.com> 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 1414937762 9336 80.91.229.3 (2 Nov 2014 14:16:02 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sun, 2 Nov 2014 14:16:02 +0000 (UTC) Cc: emacs-devel@gnu.org To: "Perry E. Metzger" Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sun Nov 02 15:15:55 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 1Xkvwh-0002RU-Ig for ged-emacs-devel@m.gmane.org; Sun, 02 Nov 2014 15:15:55 +0100 Original-Received: from localhost ([::1]:57415 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Xkvwh-0005Rz-5E for ged-emacs-devel@m.gmane.org; Sun, 02 Nov 2014 09:15:55 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:43107) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XkvwP-0005R2-2N for emacs-devel@gnu.org; Sun, 02 Nov 2014 09:15:38 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1XkvwL-0006Lo-VR for emacs-devel@gnu.org; Sun, 02 Nov 2014 09:15:36 -0500 Original-Received: from mail-vc0-x231.google.com ([2607:f8b0:400c:c03::231]:48896) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XkvwL-0006Kr-Id for emacs-devel@gnu.org; Sun, 02 Nov 2014 09:15:33 -0500 Original-Received: by mail-vc0-f177.google.com with SMTP id hq12so1458923vcb.22 for ; Sun, 02 Nov 2014 06:15:32 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type:content-transfer-encoding; bh=lIscu0LVxBcZ3pbqMi5xsKd0TEUu5PQl6EnRv6Tji6A=; b=KO11aRxxsLsPHMN1FW2K8n1JMYT+fvYvRHZ+MPV2KbcKYG9zXAtzncEbImVOvlrmPn g2pFmnX/AJyitYJUXpGLuYBT+AkivhcQRgh4KrJw8oP/snXd+LgcKk0IebTeTlITgG/J 9xPrn6e0pXetc7cwUhBcV74jwZ0GcCDqKum1xgq+0n7usqIYCpad52FnSUgixAnttJxK am+icGk8tT2N72tWAksazhEwUNJ3qIAiZ/5T/EWig3xPRbMCTKQZiRB1KImbIpCdZ9aO rShu/YNpqyKp/170YoGPdwTDX5ciEbGiOWA4rIZvuP20yr7ljBDfxZvooeiL3iHuJIUv dnDg== X-Received: by 10.220.81.196 with SMTP id y4mr27105881vck.25.1414937732359; Sun, 02 Nov 2014 06:15:32 -0800 (PST) Original-Received: by 10.31.153.141 with HTTP; Sun, 2 Nov 2014 06:15:32 -0800 (PST) In-Reply-To: <20141031172852.6e308217@jabberwock.cb.piermont.com> X-Google-Sender-Auth: ScecWFssXoMZrfc0Bns21HVoo6s X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2607:f8b0:400c:c03::231 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:176234 Archived-At: On Fri, Oct 31, 2014 at 5:28 PM, Perry E. Metzger wrot= e: > On Thu, 30 Oct 2014 21:32:30 +0100 R=C3=BCdiger Sonderfeld > wrote: >> Glib already seems to use several hacks to work around the >> limitations of kqueue > > As a aside: people keep mentioning that they believe kqueue has some > sort of fundamental limitations. I'm curious what those are perceived > to be. So far as I can tell, the interface is fine -- it is a rough > equivalent to what you can do in Linux with epoll (which is currently > preferred over select and its successors). I don't know the details, but I gathered the limitations are relative to *inotify*. Presumably epoll would also be a poor substitute for inotify, which is why Linux has both.