From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: =?UTF-8?Q?Per_Starb=C3=A4ck?= Newsgroups: gmane.emacs.devel Subject: Re: Clarification about auto-revert-mode and inotify Date: Wed, 22 Oct 2014 21:08:37 +0200 Message-ID: References: <87vbnd9aab.fsf@secretsauce.net> <878uk9s3mh.fsf@secretsauce.net> <83k33t9sqn.fsf@gnu.org> <877fzts0tj.fsf@secretsauce.net> <83h9yx9pvn.fsf@gnu.org> <8761fdryu4.fsf@secretsauce.net> <83egu19obu.fsf@gnu.org> <874muxrwi9.fsf@secretsauce.net> <838uk8akqd.fsf@gnu.org> <83y4s888f8.fsf@gnu.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 X-Trace: ger.gmane.org 1414004943 29686 80.91.229.3 (22 Oct 2014 19:09:03 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Wed, 22 Oct 2014 19:09:03 +0000 (UTC) Cc: "emacs-devel@gnu.org" To: Eli Zaretskii Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Wed Oct 22 21:08:56 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 1Xh1HD-0001gR-Lq for ged-emacs-devel@m.gmane.org; Wed, 22 Oct 2014 21:08:55 +0200 Original-Received: from localhost ([::1]:60375 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Xh1HD-0002pm-78 for ged-emacs-devel@m.gmane.org; Wed, 22 Oct 2014 15:08:55 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:42037) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Xh1Gy-0002pQ-Lp for emacs-devel@gnu.org; Wed, 22 Oct 2014 15:08:41 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Xh1Gx-0000V3-PJ for emacs-devel@gnu.org; Wed, 22 Oct 2014 15:08:40 -0400 Original-Received: from mail-vc0-x230.google.com ([2607:f8b0:400c:c03::230]:33886) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Xh1Gv-0000UJ-LV; Wed, 22 Oct 2014 15:08:37 -0400 Original-Received: by mail-vc0-f176.google.com with SMTP id hq11so2403482vcb.7 for ; Wed, 22 Oct 2014 12:08:37 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=MWVjUEbSeZSNsYVt+G2YlJXa0JzMrWF2N8fRkQoTRwE=; b=PSyTQIOAQYaJ4ZcJ3zHqm8QwluahR89AUm7McgjQ0KPepmrhYSDroe6qL2a42Z4C60 cm1M1nxqORTp9BGgsHxfbUYJ2Tka31aewU0S9GVjSLGGYqXRAK6FlreZg6f0ASk1aKJe S6A47jzBIs+txwzqfVmAqZjs0QZtDxKpONDoFEDEgcsD4qG6y3PmRbTQyi0rJc2RqqYQ PC+IuwnYVSJMRYtq/haEvlksCHRk3ziSz/vPS/RGIoNx3wCHu9JCBaozi93/SOsZUVWB de8bmcEfs7EwKYWySA+1M0yk3FtsLvaD/gZ6UXbBeChouj4HxEsZibAgMO99pAOk9JOf PlFA== X-Received: by 10.220.82.199 with SMTP id c7mr2644546vcl.61.1414004917110; Wed, 22 Oct 2014 12:08:37 -0700 (PDT) Original-Received: by 10.31.134.1 with HTTP; Wed, 22 Oct 2014 12:08:37 -0700 (PDT) In-Reply-To: <83y4s888f8.fsf@gnu.org> X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2607:f8b0:400c:c03::230 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:175697 Archived-At: > I think we need to consider the broader picture here. It is possible > that you have in mind a situation where only one buffer, or a small > number of buffers, are under auto-revert. But what if there are > dozens of them? And what about remote files, whose access is > expensive/slow? I have no idea about the performance issues are. I mostly reacted to you saying that there's no point in having "immediate" updates. For me it's obvious that that's what we would like. These five seconds can really be five seconds of waiting for a user. If dired auto-updates when new files are added I think it often will be typical behavior to start waiting for a reaction from Emacs immediately after you create a file in some other way, as an example. Can there be a point in changing behaviour for buffers that are displayed in some window? (Or would it be too much overhead?)