<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments on: Comprehensive Linux Terminal Performance Comparison</title>
	<atom:link href="http://martin.ankerl.com/2007/09/01/comprehensive-linux-terminal-performance-comparison/feed/" rel="self" type="application/rss+xml" />
	<link>http://martin.ankerl.com/2007/09/01/comprehensive-linux-terminal-performance-comparison/</link>
	<description>Chunky bacon!!</description>
	<lastBuildDate>Wed, 08 Feb 2012 16:00:41 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Ben in Seattle</title>
		<link>http://martin.ankerl.com/2007/09/01/comprehensive-linux-terminal-performance-comparison/#comment-2259</link>
		<dc:creator>Ben in Seattle</dc:creator>
		<pubDate>Fri, 06 May 2011 18:39:31 +0000</pubDate>
		<guid isPermaLink="false">http://martin.ankerl.com/?p=94#comment-2259</guid>
		<description>It&#039;s possible Emacs is actually faster than my measurements show.  I just ran the test on gnome-terminal and came up with 1.2 seconds, which is dramatically higher than the results everybody else is getting.  Probably the machine I&#039;m on has some X deficiency.

For people who like Emacs&#039; line-number-mode, but don&#039;t want the overhead in a shell, here&#039;s a kludge that disables counting lines only in command line interface buffers:

;; Turn off line-number-mode in shells to speed it up.
(add-hook
 &#039;comint-mode-hook 
 (lambda () 
   (set (make-local-variable &#039;line-number-display-limit) 0)))</description>
		<content:encoded><![CDATA[<p>It&#8217;s possible Emacs is actually faster than my measurements show.  I just ran the test on gnome-terminal and came up with 1.2 seconds, which is dramatically higher than the results everybody else is getting.  Probably the machine I&#8217;m on has some X deficiency.</p>
<p>For people who like Emacs&#8217; line-number-mode, but don&#8217;t want the overhead in a shell, here&#8217;s a kludge that disables counting lines only in command line interface buffers:</p>
<p>;; Turn off line-number-mode in shells to speed it up.<br />
(add-hook<br />
 &#8216;comint-mode-hook<br />
 (lambda ()<br />
   (set (make-local-variable &#8216;line-number-display-limit) 0)))</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ben in Seattle</title>
		<link>http://martin.ankerl.com/2007/09/01/comprehensive-linux-terminal-performance-comparison/#comment-2258</link>
		<dc:creator>Ben in Seattle</dc:creator>
		<pubDate>Fri, 06 May 2011 18:15:17 +0000</pubDate>
		<guid isPermaLink="false">http://martin.ankerl.com/?p=94#comment-2258</guid>
		<description>Those results surprised me, since I always assumed xterm&#039;s JumpScroll feature would allow it to go, effectively, infinitely fast.

One terminal emulator you forgot to measure is Emacs&#039;s shell. It has an infinite scrollback buffer, so is slowed slightly by malloc.  Here are the results for Emacs 23.2:

  Emacs 23.2 (buffer visible): 3.5 seconds
  Emacs 23.2 (buffer hidden):  1.5 seconds

Enabling line-number-mode in the shell dramatically slows the terminal (to about 10 seconds).</description>
		<content:encoded><![CDATA[<p>Those results surprised me, since I always assumed xterm&#8217;s JumpScroll feature would allow it to go, effectively, infinitely fast.</p>
<p>One terminal emulator you forgot to measure is Emacs&#8217;s shell. It has an infinite scrollback buffer, so is slowed slightly by malloc.  Here are the results for Emacs 23.2:</p>
<p>  Emacs 23.2 (buffer visible): 3.5 seconds<br />
  Emacs 23.2 (buffer hidden):  1.5 seconds</p>
<p>Enabling line-number-mode in the shell dramatically slows the terminal (to about 10 seconds).</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: MikeW</title>
		<link>http://martin.ankerl.com/2007/09/01/comprehensive-linux-terminal-performance-comparison/#comment-352</link>
		<dc:creator>MikeW</dc:creator>
		<pubDate>Tue, 22 Jun 2010 18:01:28 +0000</pubDate>
		<guid isPermaLink="false">http://martin.ankerl.com/?p=94#comment-352</guid>
		<description>Another variable is, how much of the terminal is visible.

I found a few years ago that kernel builds on RedHat 9 ran much faster if I a) covered the term window with another window or b) minimised it.

So possibly if you want the fastest output with the ability to check what&#039;s going on, just leave the line at the term bottom showing beneath another window on top.

Or maybe display drivers are better these days !</description>
		<content:encoded><![CDATA[<p>Another variable is, how much of the terminal is visible.</p>
<p>I found a few years ago that kernel builds on RedHat 9 ran much faster if I a) covered the term window with another window or b) minimised it.</p>
<p>So possibly if you want the fastest output with the ability to check what&#8217;s going on, just leave the line at the term bottom showing beneath another window on top.</p>
<p>Or maybe display drivers are better these days !</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: krxlprnft</title>
		<link>http://martin.ankerl.com/2007/09/01/comprehensive-linux-terminal-performance-comparison/#comment-351</link>
		<dc:creator>krxlprnft</dc:creator>
		<pubDate>Thu, 03 Jun 2010 20:35:36 +0000</pubDate>
		<guid isPermaLink="false">http://martin.ankerl.com/?p=94#comment-351</guid>
		<description>I cannot share the assessment in the post that the gnome-terminal/xfce-terminal or konsole are faster than xterm. I use only these, so I don&#039;t know about others. XTerm on my 1.4GHz Laptop is by far the most efficient terminal of the lot.
Terminal usage and editing in vim on 1680x1050 or using screen everything except xterm starts to suck. There might be some trickery with the graphics card going on, making the others faster on a current systems.</description>
		<content:encoded><![CDATA[<p>I cannot share the assessment in the post that the gnome-terminal/xfce-terminal or konsole are faster than xterm. I use only these, so I don&#8217;t know about others. XTerm on my 1.4GHz Laptop is by far the most efficient terminal of the lot.<br />
Terminal usage and editing in vim on 1680&#215;1050 or using screen everything except xterm starts to suck. There might be some trickery with the graphics card going on, making the others faster on a current systems.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: 9&#215;15 versus DOSEMU&#8217;s vga &#171; Spiral of Hope</title>
		<link>http://martin.ankerl.com/2007/09/01/comprehensive-linux-terminal-performance-comparison/#comment-350</link>
		<dc:creator>9&#215;15 versus DOSEMU&#8217;s vga &#171; Spiral of Hope</dc:creator>
		<pubDate>Sat, 18 Apr 2009 09:05:51 +0000</pubDate>
		<guid isPermaLink="false">http://martin.ankerl.com/?p=94#comment-350</guid>
		<description>[...] (props) [...]</description>
		<content:encoded><![CDATA[<p>[...] (props) [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Business Moves from Microsoft to Linux, Saves Money, Gets Better Performance</title>
		<link>http://martin.ankerl.com/2007/09/01/comprehensive-linux-terminal-performance-comparison/#comment-349</link>
		<dc:creator>Business Moves from Microsoft to Linux, Saves Money, Gets Better Performance</dc:creator>
		<pubDate>Thu, 26 Feb 2009 21:56:44 +0000</pubDate>
		<guid isPermaLink="false">http://martin.ankerl.com/?p=94#comment-349</guid>
		<description>[...] Comprehensive Linux Terminal Performance Comparison   Linux has an abundance of excellent terminal applications. Interestingly, I could not find any decent comparison of their text display performance. Since I use the command line a lot, I want text output that is as fast as possible. When you compile a large project, you don’t want the console output to be the limiting factor.    http://martin.ankerl.com/2007/09/01/comprehensive-linux-terminal-performance-comparison/ [...]</description>
		<content:encoded><![CDATA[<p>[...] Comprehensive Linux Terminal Performance Comparison   Linux has an abundance of excellent terminal applications. Interestingly, I could not find any decent comparison of their text display performance. Since I use the command line a lot, I want text output that is as fast as possible. When you compile a large project, you don’t want the console output to be the limiting factor.    <a href="http://martin.ankerl.com/2007/09/01/comprehensive-linux-terminal-performance-comparison/" rel="nofollow">http://martin.ankerl.com/2007/09/01/comprehensive-linux-terminal-performance-comparison/</a> [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: paul fox</title>
		<link>http://martin.ankerl.com/2007/09/01/comprehensive-linux-terminal-performance-comparison/#comment-348</link>
		<dc:creator>paul fox</dc:creator>
		<pubDate>Sun, 25 Jan 2009 09:50:08 +0000</pubDate>
		<guid isPermaLink="false">http://martin.ankerl.com/?p=94#comment-348</guid>
		<description>&lt;a href=&quot;#comment-558&quot; rel=&quot;nofollow&quot;&gt;@Anonymous&lt;/a&gt;
the fastest terminal emulator is my own -- fcterm. I looked at gnome - it is fast for small windows and horrendous for large windows (rowsxcols). fcterm uses the same tricks as the other emulators, but combines them and gets a one up, along with infinite scrollback.

its not open source (because I havent bothered to package it that way), but if anyone is interested they can contact me at fox-at-crisp-demon-co-uk.

(it is free tho).</description>
		<content:encoded><![CDATA[<p><a href="#comment-558" rel="nofollow">@Anonymous</a><br />
the fastest terminal emulator is my own &#8212; fcterm. I looked at gnome &#8211; it is fast for small windows and horrendous for large windows (rowsxcols). fcterm uses the same tricks as the other emulators, but combines them and gets a one up, along with infinite scrollback.</p>
<p>its not open source (because I havent bothered to package it that way), but if anyone is interested they can contact me at fox-at-crisp-demon-co-uk.</p>
<p>(it is free tho).</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Boris Toloknov</title>
		<link>http://martin.ankerl.com/2007/09/01/comprehensive-linux-terminal-performance-comparison/#comment-347</link>
		<dc:creator>Boris Toloknov</dc:creator>
		<pubDate>Thu, 27 Dec 2007 03:08:26 +0000</pubDate>
		<guid isPermaLink="false">http://martin.ankerl.com/?p=94#comment-347</guid>
		<description>I did some comparations for rxvt, xterm ( Linux ) and windows console ( 2000 Pro, cmd.exe ) with similar enviroment: almost the same accelerated nvidia drivers; window size: 91x35; fonts: xos4-terminus-bold 20px ( linux ) and &quot;Raster Font&quot; 10x20px ( windows console ).
Windows console has screen buffer size == window size. rxvt and xterm have default buffer size.
The Results:
rxvt: 0.8 sec
xterm: 2.8 sec
windows console ( cmd.exe ): 23.6 sec</description>
		<content:encoded><![CDATA[<p>I did some comparations for rxvt, xterm ( Linux ) and windows console ( 2000 Pro, cmd.exe ) with similar enviroment: almost the same accelerated nvidia drivers; window size: 91&#215;35; fonts: xos4-terminus-bold 20px ( linux ) and &#8220;Raster Font&#8221; 10x20px ( windows console ).<br />
Windows console has screen buffer size == window size. rxvt and xterm have default buffer size.<br />
The Results:<br />
rxvt: 0.8 sec<br />
xterm: 2.8 sec<br />
windows console ( cmd.exe ): 23.6 sec</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Boris Toloknov</title>
		<link>http://martin.ankerl.com/2007/09/01/comprehensive-linux-terminal-performance-comparison/#comment-346</link>
		<dc:creator>Boris Toloknov</dc:creator>
		<pubDate>Wed, 26 Dec 2007 17:50:57 +0000</pubDate>
		<guid isPermaLink="false">http://martin.ankerl.com/?p=94#comment-346</guid>
		<description>Hi,
IMHO the results for Windows look suspicious. I never have anything even close to that on any Windows machine. I used fixed raster font for cmd and interrupted &quot;cat rfc3261.txt&quot; in a minute. The same results for &quot;type rfc3261.txt&quot;. The Cygwin&#039;s rxvt does &quot;cat rfc3261.txt&quot; in about 1 sec even with larger font. How did you manage to get the same time for xterm and cmd ?</description>
		<content:encoded><![CDATA[<p>Hi,<br />
IMHO the results for Windows look suspicious. I never have anything even close to that on any Windows machine. I used fixed raster font for cmd and interrupted &#8220;cat rfc3261.txt&#8221; in a minute. The same results for &#8220;type rfc3261.txt&#8221;. The Cygwin&#8217;s rxvt does &#8220;cat rfc3261.txt&#8221; in about 1 sec even with larger font. How did you manage to get the same time for xterm and cmd ?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Martin Ankerl</title>
		<link>http://martin.ankerl.com/2007/09/01/comprehensive-linux-terminal-performance-comparison/#comment-345</link>
		<dc:creator>Martin Ankerl</dc:creator>
		<pubDate>Sat, 22 Dec 2007 20:41:04 +0000</pubDate>
		<guid isPermaLink="false">http://martin.ankerl.com/?p=94#comment-345</guid>
		<description>hi Michael, I am sorry if your previous post was somehow swallowed. I only delete spam messages with links to dubious sites, never other opinions.

In my experience gnome-terminal *is* faster than xterm, because it is smarter. no terminal has any idea which program is used, so instead of cat you can also use any other program that quickly pumps out characters to the screen.</description>
		<content:encoded><![CDATA[<p>hi Michael, I am sorry if your previous post was somehow swallowed. I only delete spam messages with links to dubious sites, never other opinions.</p>
<p>In my experience gnome-terminal *is* faster than xterm, because it is smarter. no terminal has any idea which program is used, so instead of cat you can also use any other program that quickly pumps out characters to the screen.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

<!-- Performance optimized by W3 Total Cache. Learn more: http://www.w3-edge.com/wordpress-plugins/

Page Caching using disk: enhanced
Database Caching 1/3 queries in 7.389 seconds using disk: basic
Object Caching 432/433 objects using disk: basic

Served from: martin.ankerl.com @ 2012-02-08 22:50:11 -->
