From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.bugs Subject: bug#18051: 24.3.92; ls-lisp: Sorting; make ls-lisp-string-lessp a normal function? Date: Fri, 18 Jul 2014 12:33:34 +0300 Message-ID: <834myf6mfl.fsf@gnu.org> References: <87ha2f5gp8.fsf@web.de> <838unr6ttu.fsf@gnu.org> <871ttj5dfi.fsf@web.de> <87iomvhvdg.fsf@gmx.de> Reply-To: Eli Zaretskii NNTP-Posting-Host: plane.gmane.org X-Trace: ger.gmane.org 1405676065 23638 80.91.229.3 (18 Jul 2014 09:34:25 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Fri, 18 Jul 2014 09:34:25 +0000 (UTC) Cc: michael_heerdegen@web.de, 18051@debbugs.gnu.org To: Michael Albinus Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Fri Jul 18 11:34:18 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 1X84YT-0003c4-T6 for geb-bug-gnu-emacs@m.gmane.org; Fri, 18 Jul 2014 11:34:18 +0200 Original-Received: from localhost ([::1]:48840 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1X84YT-0005K2-EU for geb-bug-gnu-emacs@m.gmane.org; Fri, 18 Jul 2014 05:34:17 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:38557) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1X84YK-0005Hk-Mh for bug-gnu-emacs@gnu.org; Fri, 18 Jul 2014 05:34:14 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1X84YE-00051j-Js for bug-gnu-emacs@gnu.org; Fri, 18 Jul 2014 05:34:08 -0400 Original-Received: from debbugs.gnu.org ([140.186.70.43]:34436) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1X84YE-00051V-HK for bug-gnu-emacs@gnu.org; Fri, 18 Jul 2014 05:34:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.80) (envelope-from ) id 1X84YD-0006jg-Pn for bug-gnu-emacs@gnu.org; Fri, 18 Jul 2014 05:34:01 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 18 Jul 2014 09:34:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 18051 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 18051-submit@debbugs.gnu.org id=B18051.140567604125885 (code B ref 18051); Fri, 18 Jul 2014 09:34:01 +0000 Original-Received: (at 18051) by debbugs.gnu.org; 18 Jul 2014 09:34:01 +0000 Original-Received: from localhost ([127.0.0.1]:57935 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1X84Y8-0006jL-8a for submit@debbugs.gnu.org; Fri, 18 Jul 2014 05:34:00 -0400 Original-Received: from mtaout29.012.net.il ([80.179.55.185]:51959) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1X84Y2-0006j0-CX for 18051@debbugs.gnu.org; Fri, 18 Jul 2014 05:33:54 -0400 Original-Received: from conversion-daemon.mtaout29.012.net.il by mtaout29.012.net.il (HyperSendmail v2007.08) id <0N8W00A00I058H00@mtaout29.012.net.il> for 18051@debbugs.gnu.org; Fri, 18 Jul 2014 12:33:44 +0300 (IDT) Original-Received: from HOME-C4E4A596F7 ([87.69.4.28]) by mtaout29.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0N8W00509IK80C80@mtaout29.012.net.il>; Fri, 18 Jul 2014 12:33:44 +0300 (IDT) In-reply-to: <87iomvhvdg.fsf@gmx.de> X-012-Sender: halo1@inter.net.il 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:91628 Archived-At: > From: Michael Albinus > Cc: Eli Zaretskii , 18051@debbugs.gnu.org > Date: Fri, 18 Jul 2014 11:24:59 +0200 > > Tramp uses ls-lisp only in case it cannot use a native method on the > remote host. Experience shows, that ls-lisp has a much worse performance > for remote directories than native implementations. Any insight as to why this happens? Perhaps the Tramp implementation of directory-files-and-attributes needs some love? > I would oppose to make ls-lisp the default, and to add functionality to > it which would not be available otherwise. If this is because of Tramp, nothing prevents us from using 'ls' on the remote host, and then manipulate the results locally in Lisp, right? So I'm not sure I understand the rationale for your objections. Perhaps revealing more details will help.