From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: "Loris Bennett" Newsgroups: gmane.emacs.help Subject: Re: It's almost 2016 and when (single-threaded) Emacs hangs, you gotta be smashing your keyboard! Date: Fri, 20 Nov 2015 08:53:44 +0100 Organization: Freie Universitaet Berlin Message-ID: <87fv0185tj.fsf@hornfels.zedat.fu-berlin.de> References: <83vb8x7m5a.fsf@gnu.org> <87egfly9s7.fsf@kuiper.lan.informatimago.com> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1448006120 690 80.91.229.3 (20 Nov 2015 07:55:20 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Fri, 20 Nov 2015 07:55:20 +0000 (UTC) To: help-gnu-emacs@gnu.org Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Fri Nov 20 08:55:19 2015 Return-path: Envelope-to: geh-help-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 1ZzgXP-0002kL-8L for geh-help-gnu-emacs@m.gmane.org; Fri, 20 Nov 2015 08:55:19 +0100 Original-Received: from localhost ([::1]:45802 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZzgXO-0006Ke-FA for geh-help-gnu-emacs@m.gmane.org; Fri, 20 Nov 2015 02:55:18 -0500 Original-Path: usenet.stanford.edu!fu-berlin.de!uni-berlin.de!not-for-mail Original-Newsgroups: gnu.emacs.help Original-Lines: 53 Original-X-Trace: news.uni-berlin.de Dv3ncneUYZHvLhFWxCes4wl35JXpskTR3kPeAYTs8MkHhC Cancel-Lock: sha1:vLearhlH++CqaWBnaJWxWvWGIOE= User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.4 (gnu/linux) Original-Xref: usenet.stanford.edu gnu.emacs.help:215871 X-BeenThere: help-gnu-emacs@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Users list for the GNU Emacs text editor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Original-Sender: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.help:108159 Archived-At: Bob Proulx writes: > Pascal J. Bourguignon wrote: >> Alexander Shukaev writes: >> > In this particular case, I'm talking about Linux and directories >> > mounted from network. >> >> Yeah, right. >> >> This freezes unix, not emacs. You might prefer to access remote files >> using tramp. > > I want to emphasize this. If you are accessing files over NFS and for > whatever reason the NFS server goes away this causes the NFS client in > the local kernel to wait. The "freeze" you are seeing is a freeze in > the NFS client and not Emacs. The problem is in the kernel not emacs. > > NFS client is implemented in the kernel. When it locks up there is > absolutely nothing an application can do to unlock the kernel. This > has been a plague on NFS forever. Problems with the NFS client are > the one thing that may require the workstation to be rebooted. > Because if it were an application in userspace one could kill and > restart it. But because NFS is implemented in the kernel the only way > to kill and restart the kernel is to reboot. > > The only way to win is not to play. Which is what Pascal suggests > with using emacs tramp to avoid nfs client and instead use ssh or > other to access those files. Because tramp operates entirely in > userspace it can't lock up the same way. I mount remote directories via sshfs in my laptop so that I can access them both via a terminal and within emacs. I experience hang-ups if I switch my connection from ethernet to wireless, which changes the IP address. I haven't noticed other programs having problems when the network changes, but then again, I don't use that many other programs. As I understand it, sshfs is also implemented in userspace, so is there some other reason why tramp might be more robust with respect to changes in the network configuration? Cheers, Loris > Bob > > P.S. Emacs has been rock solid for me for the last decade. I can't > remember the last time I experienced an emacs crash. Bugs in > behavior? Sure. But no crashes. -- This signature is currently under construction.