From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Emanuel Berg Newsgroups: gmane.emacs.help Subject: Re: HOWTO: lightning fast Emacs on Linux multicore Date: Sun, 16 Nov 2014 22:58:44 +0100 Organization: Aioe.org NNTP Server Message-ID: <87wq6uaju3.fsf@debian.uxu> References: <871tpdl29g.fsf@debian.uxu> <87sihin9h1.fsf@debian.uxu> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1416175226 32243 80.91.229.3 (16 Nov 2014 22:00:26 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sun, 16 Nov 2014 22:00:26 +0000 (UTC) To: help-gnu-emacs@gnu.org Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Sun Nov 16 23:00:20 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 1Xq7rm-0006Rw-Pl for geh-help-gnu-emacs@m.gmane.org; Sun, 16 Nov 2014 23:00:18 +0100 Original-Received: from localhost ([::1]:45193 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Xq7rm-0005Ki-9B for geh-help-gnu-emacs@m.gmane.org; Sun, 16 Nov 2014 17:00:18 -0500 Original-Path: usenet.stanford.edu!news.tele.dk!news.tele.dk!small.news.tele.dk!newsgate.cistron.nl!newsgate.news.xs4all.nl!194.109.133.83.MISMATCH!newsfeed.xs4all.nl!newsfeed4a.news.xs4all.nl!xs4all!news.stack.nl!aioe.org!.POSTED!not-for-mail Original-Newsgroups: gnu.emacs.help Original-Lines: 48 Original-NNTP-Posting-Host: feB02bRejf23rfBm51Mt7Q.user.speranza.aioe.org Original-X-Complaints-To: abuse@aioe.org User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.4 (gnu/linux) X-Notice: Filtered by postfilter v. 0.8.2 Cancel-Lock: sha1:INasTuJIkSP3IA9ACm769eqB06w= Mail-Copies-To: never Original-Xref: usenet.stanford.edu gnu.emacs.help:208696 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:100974 Archived-At: Bob Proulx writes: > That sounds like you want to turn off colors. There > is always 'export TERM=vt100' to disable terminal > colors everywhere if you like. :-) > > But I know we just chatted about sources.list where > you want syntax coloring. So is this simply another > case where you want color but you want a different > color theme? I assume it is possible to set > different colors for htop. I have never bothered to > look. I want colors, but not light cyan and light green. But I don't rely on htop enough to change this. I believe the red and yellow theme of top (the one in the screenshot) is configured though. > Just as a general statement other useful tools are > iotop and nettop too. If you are into the "top business" there is a large article on this in Linux Magazine, a max 3-4 issues back. > But even when working almost entirely within emacs > the emacs process itself will depending upon what > you are doing eventually spawn children processes. I > would want all of those to be able to make use of > both cpu cores. Locking it all down to one cpu would > be slower for me. You say you do compilation within > emacs. Does this mean that emacs is sharing the > single locked core with the compilation process too? > That would be a prime example where I would want > emacs and any make -j2 parallel compilation to share > the cpu. Locking all of that to one cpu would > definitely be worse there. All this depends. I'm not sure Emacs-spawned processes will run slower on the dedicated Emacs core. Compilation in practise is compiling small changes all the time, not huge recompilations. Even so, it isn't a good example as this was never about doing batch jobs, it is about increasing the interactive feel and touch responsiveness of Emacs. And this actually happens. -- underground experts united