From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: York Zhao Newsgroups: gmane.emacs.help Subject: Re: HOWTO: lightning fast Emacs on Linux multicore Date: Sat, 15 Nov 2014 20:13:13 -0500 Message-ID: References: <871tpdl29g.fsf@debian.uxu> <87r3x4z2my.fsf@debian.uxu> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 X-Trace: ger.gmane.org 1416100415 32412 80.91.229.3 (16 Nov 2014 01:13:35 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sun, 16 Nov 2014 01:13:35 +0000 (UTC) Cc: "help-gnu-emacs@gnu.org" To: Emanuel Berg Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Sun Nov 16 02:13:29 2014 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 1XpoPA-0001EV-Kc for geh-help-gnu-emacs@m.gmane.org; Sun, 16 Nov 2014 02:13:28 +0100 Original-Received: from localhost ([::1]:42484 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XpoPA-0003gx-04 for geh-help-gnu-emacs@m.gmane.org; Sat, 15 Nov 2014 20:13:28 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:33640) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XpoOx-0003gR-Vo for help-gnu-emacs@gnu.org; Sat, 15 Nov 2014 20:13:17 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1XpoOw-0001u3-Lg for help-gnu-emacs@gnu.org; Sat, 15 Nov 2014 20:13:15 -0500 Original-Received: from mail-ie0-x22a.google.com ([2607:f8b0:4001:c03::22a]:39748) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XpoOw-0001tt-DK for help-gnu-emacs@gnu.org; Sat, 15 Nov 2014 20:13:14 -0500 Original-Received: by mail-ie0-f170.google.com with SMTP id tr6so1060414ieb.29 for ; Sat, 15 Nov 2014 17:13:13 -0800 (PST) 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=jKnle/rc0bi2icX7apq146VDx+rtg0V/idaLl8C+6vY=; b=uwtcKgie0TG3qZtKQwNVNrZJTTKyvnFz6G+e/XYawplRYa5RlV6Rm92ejpJIQCazEp lkH1dOi7X6G1K0yjOOVulY32uzTYB33k/rocLJwcF5K/Y4LddaXHA71XCjZWAQDO//Bw fA9wLLcwLfy4KwnBnuylA1S6qG0Bw9+tStIukWfPtB21E8AOUga3vQ6ykNyihGfDBc5D nc7vIB1CwN/fRdL5wGRS/0bdReyfc3TRpWhA5mVL4xZvohrSBLqpRWVWFolFoKlmGjkb NOzsuyLRGoIHFs+XYBRbXG3mQmiXAnt3Vba4xXg+Oz0DirDEqyCW6RcQ96n2JZ2GEGaB fARA== X-Received: by 10.50.253.226 with SMTP id ad2mr16265182igd.26.1416100393551; Sat, 15 Nov 2014 17:13:13 -0800 (PST) Original-Received: by 10.64.212.228 with HTTP; Sat, 15 Nov 2014 17:13:13 -0800 (PST) In-Reply-To: <87r3x4z2my.fsf@debian.uxu> X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2607:f8b0:4001:c03::22a X-Content-Filtered-By: Mailman/MimeDel 2.1.14 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:100946 Archived-At: This is interesting. On my system, running ps -eo psr,comm | grep ' 1 ' produces: 1 watchdog/1 1 migration/1 1 ksoftirqd/1 1 kworker/1:0 1 kworker/1:0H 1 kworker/1:1 Is this acceptable? My feeling is that my Emacs is running a bit faster. Could be placebo though. Thanks for sharing. On Sat, Nov 15, 2014 at 2:26 PM, Emanuel Berg wrote: > Marcin Borkowski writes: > > > Sounds cool! How much does it impact the power > > consumption? > > Ha ha, power consumption? No idea... I never tried it > on a laptop so it isn't an issue for me, but feel > unrestricted to find out yourself, of course. > > If you limit all processes to one core, and Emacs to > the other, that should mean Emacs runs faster, because > of less competition for that CPU (core), and the other > processes will run slower, by the same logic. > > Emacs should be faster unless Emacs makes use of those > other processes, or if those other processes slow down > the entire system somehow by not getting enough CPU > (perhaps they start obstruct the memory or whatever). > I don't know what other processes people typically > have in the background, mine aren't any fancy. It > should definitely work for point movements and typing > and such, probably for most things I do actually. Mine > feels faster indeed. > > > BTW, it might be more reasonable to dedicate a core > > to the web browser (at least in my case, this, not > > Emacs, is the performance bottleneck). Or to LaTeX > > and/or evince. ;-) > > Yeah, you can do all that in Emacs of course, but in > general, I don't think you should use this to > eliminate bottlenecks, or yeah, you can actually do > that as well (good idea), my idea was rather to boost > the interactive feel of Emacs. If you have more than > two cores, perhaps eight or whatever, you can have one > core for each major application and then have the rest > distribute freely over those that remains. I think > that would be ... fast. > > -- > underground experts united >