<?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>No movement is faster than no movement</description>
	<lastBuildDate>Thu, 11 Mar 2010 09:12:48 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=abc</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<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-page-2/#comment-5824</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-5824</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-page-2/#comment-5619</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-5619</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-page-2/#comment-5415</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-5415</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-page-2/#comment-635</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-635</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; 10&#215;20px ( 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-page-2/#comment-634</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-634</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-page-2/#comment-633</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-633</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>
	<item>
		<title>By: eekee</title>
		<link>http://martin.ankerl.com/2007/09/01/comprehensive-linux-terminal-performance-comparison/comment-page-2/#comment-632</link>
		<dc:creator>eekee</dc:creator>
		<pubDate>Tue, 18 Dec 2007 09:58:24 +0000</pubDate>
		<guid isPermaLink="false">http://martin.ankerl.com/?p=94#comment-632</guid>
		<description>Michael has a point, but there is one thing the test is good for is for: determining which terminals will slow down commands with lots of low-information-value output, such as the debug options to some commands. The Linux console benefits from hardware designed to display monospace text but lacks jumpscroll, and because of that it can actually slow down a program considerably if there&#039;s a lot of output. I was surprised.</description>
		<content:encoded><![CDATA[<p>Michael has a point, but there is one thing the test is good for is for: determining which terminals will slow down commands with lots of low-information-value output, such as the debug options to some commands. The Linux console benefits from hardware designed to display monospace text but lacks jumpscroll, and because of that it can actually slow down a program considerably if there&#8217;s a lot of output. I was surprised.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Michael</title>
		<link>http://martin.ankerl.com/2007/09/01/comprehensive-linux-terminal-performance-comparison/comment-page-2/#comment-631</link>
		<dc:creator>Michael</dc:creator>
		<pubDate>Wed, 12 Dec 2007 02:00:47 +0000</pubDate>
		<guid isPermaLink="false">http://martin.ankerl.com/?p=94#comment-631</guid>
		<description>There was a really good explanation of why all this is wrong here, but your blog decided to swallow it.

I&#039;m annoyed, I&#039;m not going to write it again. Basically, your results are incorrect as you&#039;re timing how long it takes &quot;cat&quot; to terminate, NOT how long it takes to display anything on screen.

I can trivially write a terminal that reads everything from cat as quickly as possible, which would pass your test above with flying colours, yet still not render a single character to screen.

This is probably what gnome-terminal does to get its speed increase over the other terminal emulators. As you can see from the anecdotal evidence above, it doesn&#039;t display to the screen as often as a real terminal emulator, and certainly wouldn&#039;t display the same speed increases if faced with a large number of very small writes or changes,  such as is caused by your common or garden console application.

Please *please* flag these misleading statements about xterm and gnome terminal as such. These results are not useful for anyone picking a terminal, and just lead to the pollution of the small amount of useful information on the Internet about this subject, which is how I ended up at this page in the first place. A member of an IRC channel quoted these results as the reason that &quot;gnome-terminal is faster than xterm&quot;. Having anecdotal evidence to the contrary (and timings of real-world applications, such as a large compilation, taking about 5s faster on xterm than gnome-terminal over a 2 minute compilation) I decided to look into this and find out why it was incorrect.

I STRONGLY urge any reader of this page to actually test each of the popular terminals themselves, with the applications and use cases that they are going to use them for.</description>
		<content:encoded><![CDATA[<p>There was a really good explanation of why all this is wrong here, but your blog decided to swallow it.</p>
<p>I&#8217;m annoyed, I&#8217;m not going to write it again. Basically, your results are incorrect as you&#8217;re timing how long it takes &#8220;cat&#8221; to terminate, NOT how long it takes to display anything on screen.</p>
<p>I can trivially write a terminal that reads everything from cat as quickly as possible, which would pass your test above with flying colours, yet still not render a single character to screen.</p>
<p>This is probably what gnome-terminal does to get its speed increase over the other terminal emulators. As you can see from the anecdotal evidence above, it doesn&#8217;t display to the screen as often as a real terminal emulator, and certainly wouldn&#8217;t display the same speed increases if faced with a large number of very small writes or changes,  such as is caused by your common or garden console application.</p>
<p>Please *please* flag these misleading statements about xterm and gnome terminal as such. These results are not useful for anyone picking a terminal, and just lead to the pollution of the small amount of useful information on the Internet about this subject, which is how I ended up at this page in the first place. A member of an IRC channel quoted these results as the reason that &#8220;gnome-terminal is faster than xterm&#8221;. Having anecdotal evidence to the contrary (and timings of real-world applications, such as a large compilation, taking about 5s faster on xterm than gnome-terminal over a 2 minute compilation) I decided to look into this and find out why it was incorrect.</p>
<p>I STRONGLY urge any reader of this page to actually test each of the popular terminals themselves, with the applications and use cases that they are going to use them for.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Fred</title>
		<link>http://martin.ankerl.com/2007/09/01/comprehensive-linux-terminal-performance-comparison/comment-page-2/#comment-630</link>
		<dc:creator>Fred</dc:creator>
		<pubDate>Sun, 09 Dec 2007 13:41:47 +0000</pubDate>
		<guid isPermaLink="false">http://martin.ankerl.com/?p=94#comment-630</guid>
		<description>i&#039;ve been using xterm for a LONG time, maybe 7 years or so.

i like it because its compact and simple, i&#039;ve never had the time to fiddle another flashier terminal to be as &quot;clean&quot;.

i&#039;ve been aware of xterms performance limitations for a long time now, the reason for them in my case is this :

xterm -T rwdlsd -sb -sl 100000 -ls -bg grey80 -fg black

100,000 lines of buffer.

it eats a LOT of memory per instance when maximised. 208MB per instance, or 91MB per 80x25 instance.

it took 1:20 for your test on my 1800 turion 64 at max speed with that desktop displayed.
maximised it took 1:23

i opened gnome-terminal and set the buffer to 100,000 lines and it took :

real	0m1.973s
user	0m0.000s
sys	0m0.028s

to do the same job. hopefully i can tune it to be plain and boring too.

if you have any hints on duplicating the behaviour i&#039;m used to, i&#039;m keen to hear them.

thanks for your write up :-)</description>
		<content:encoded><![CDATA[<p>i&#8217;ve been using xterm for a LONG time, maybe 7 years or so.</p>
<p>i like it because its compact and simple, i&#8217;ve never had the time to fiddle another flashier terminal to be as &#8220;clean&#8221;.</p>
<p>i&#8217;ve been aware of xterms performance limitations for a long time now, the reason for them in my case is this :</p>
<p>xterm -T rwdlsd -sb -sl 100000 -ls -bg grey80 -fg black</p>
<p>100,000 lines of buffer.</p>
<p>it eats a LOT of memory per instance when maximised. 208MB per instance, or 91MB per 80&#215;25 instance.</p>
<p>it took 1:20 for your test on my 1800 turion 64 at max speed with that desktop displayed.<br />
maximised it took 1:23</p>
<p>i opened gnome-terminal and set the buffer to 100,000 lines and it took :</p>
<p>real	0m1.973s<br />
user	0m0.000s<br />
sys	0m0.028s</p>
<p>to do the same job. hopefully i can tune it to be plain and boring too.</p>
<p>if you have any hints on duplicating the behaviour i&#8217;m used to, i&#8217;m keen to hear them.</p>
<p>thanks for your write up <img src='http://martin.ankerl.com/wp-includes/images/smilies/icon_smile.gif' alt=':-)' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Kjetil T.</title>
		<link>http://martin.ankerl.com/2007/09/01/comprehensive-linux-terminal-performance-comparison/comment-page-2/#comment-629</link>
		<dc:creator>Kjetil T.</dc:creator>
		<pubDate>Wed, 05 Dec 2007 23:08:05 +0000</pubDate>
		<guid isPermaLink="false">http://martin.ankerl.com/?p=94#comment-629</guid>
		<description>This is just silly.  I ran it in gnome-terminal, and I got 2 (two) screen updates.  No wonder it&#039;s &quot;fast&quot;.  In XTerm, no text is left out from the output, a feature which should not be taken lightly.  The eye is extremely good at spotting unusual patterns, and when compiling software, this means you can quickly notice when something is amiss.  Of course, I agree with others that you really need to use tee(1) and less(1) afterwards to really study the output.

In any case, for my usage, gnome-terminal is completely useless.  Konsole is a little better, it does perhaps a dozen screen updates, but it still is no match for the *much* faster rendering of XTerm (rxvt is probably just as good as XTerm, if you don&#039;t need the Tektronix emulation :-)</description>
		<content:encoded><![CDATA[<p>This is just silly.  I ran it in gnome-terminal, and I got 2 (two) screen updates.  No wonder it&#8217;s &#8220;fast&#8221;.  In XTerm, no text is left out from the output, a feature which should not be taken lightly.  The eye is extremely good at spotting unusual patterns, and when compiling software, this means you can quickly notice when something is amiss.  Of course, I agree with others that you really need to use tee(1) and less(1) afterwards to really study the output.</p>
<p>In any case, for my usage, gnome-terminal is completely useless.  Konsole is a little better, it does perhaps a dozen screen updates, but it still is no match for the *much* faster rendering of XTerm (rxvt is probably just as good as XTerm, if you don&#8217;t need the Tektronix emulation <img src='http://martin.ankerl.com/wp-includes/images/smilies/icon_smile.gif' alt=':-)' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
</channel>
</rss>
