<?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: Openoffice vs MS Office on a Terminal Server</title>
	<atom:link href="http://stateless.geek.nz/2007/08/29/openoffice-vs-ms-office-on-a-terminal-server/feed/" rel="self" type="application/rss+xml" />
	<link>http://stateless.geek.nz/2007/08/29/openoffice-vs-ms-office-on-a-terminal-server/</link>
	<description></description>
	<lastBuildDate>Wed, 09 May 2012 07:26:19 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.2</generator>
	<item>
		<title>By: Nicholas Lee</title>
		<link>http://stateless.geek.nz/2007/08/29/openoffice-vs-ms-office-on-a-terminal-server/comment-page-1/#comment-2208</link>
		<dc:creator>Nicholas Lee</dc:creator>
		<pubDate>Fri, 28 Sep 2007 21:03:41 +0000</pubDate>
		<guid isPermaLink="false">http://stateless.geek.nz/2007/08/29/openoffice-vs-ms-office-on-a-terminal-server/#comment-2208</guid>
		<description>You should be able to install it in &quot;Install Mode&quot; as per normal. If you want GPO control, try Enterprise OpenOffice [1].

[1] http://openofficetechnology.com/</description>
		<content:encoded><![CDATA[<p>You should be able to install it in &#8220;Install Mode&#8221; as per normal. If you want GPO control, try Enterprise OpenOffice [1].</p>
<p>[1] <a href="http://openofficetechnology.com/" rel="nofollow">http://openofficetechnology.com/</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Eitan</title>
		<link>http://stateless.geek.nz/2007/08/29/openoffice-vs-ms-office-on-a-terminal-server/comment-page-1/#comment-2207</link>
		<dc:creator>Eitan</dc:creator>
		<pubDate>Fri, 28 Sep 2007 19:11:06 +0000</pubDate>
		<guid isPermaLink="false">http://stateless.geek.nz/2007/08/29/openoffice-vs-ms-office-on-a-terminal-server/#comment-2207</guid>
		<description>Is there a step by step routine out there for installing OO.org on a Windows2003server running terminal server?  I am looking for an installation routine that will enable all my clients to access OO.org simultaneously.</description>
		<content:encoded><![CDATA[<p>Is there a step by step routine out there for installing OO.org on a Windows2003server running terminal server?  I am looking for an installation routine that will enable all my clients to access OO.org simultaneously.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: stateless</title>
		<link>http://stateless.geek.nz/2007/08/29/openoffice-vs-ms-office-on-a-terminal-server/comment-page-1/#comment-2116</link>
		<dc:creator>stateless</dc:creator>
		<pubDate>Thu, 30 Aug 2007 00:19:35 +0000</pubDate>
		<guid isPermaLink="false">http://stateless.geek.nz/2007/08/29/openoffice-vs-ms-office-on-a-terminal-server/#comment-2116</guid>
		<description>With benchmarks like this they usually only focus on one application, so 100 users is probably for only a single Office application use. If you add in multiple windows, a business app, and maybe Outlook or Thunderbird then 100 users is less likely. I suspect that Office being a Microsoft app uses shared memory better, more application plumbing in the base OS. Which is what drives the better performance. 

I would think though that response latency is very subjective and would have difficultly meeting one of the important requirements for a benchmark test: repeatability. 

In a business setting the moving away from even &quot;fat&quot; thin client servers to SAAS style internal services is not so straight forward. Latency applications will continue to drive the needs for old fashion platforms. For example, I have a TCL accounting application.  It is designed for Windows clients, the server can run on Linux and I have the source.  Unfortunately the developer unexpectedly passed away before I was able to get him to fix the client end on Linux.  The guys who have taken over the software are not able to this stage or maybe even soon consider even doing this sort of work. So the client platform choices are restricted.

CIFS or NFS are pretty much IMAP for documents, but as with IMAP, without change control.  More advanced DM systems like Knowledgetree provide the more advance storage framework but don&#039;t have the &#039;online&#039; editing functionality. The online editors like ThinkFree don&#039;t really have the DMS functionality a business needs. Plus only one online spreadsheet I&#039;ve found so far handles the more complicated sheets I use. 

In fact I was thinking the other day that a merger of functionality of both ThinkFree and KnowledgeTree would be nice. Maybe some way for a ThinkFree server to use KnowledgeTree in the back end.

Another aspect to consider in all this is scale. A 4 way Linux system with 32Gb of memory might handle more OpenOffice instances than a similar  Windows System. Then you&#039;d have to add in the RDP vs NX protocol analysis for that level of load. Benchmarks like all statistics is usually not clear cut in the big picture, but provide useful reference points.</description>
		<content:encoded><![CDATA[<p>With benchmarks like this they usually only focus on one application, so 100 users is probably for only a single Office application use. If you add in multiple windows, a business app, and maybe Outlook or Thunderbird then 100 users is less likely. I suspect that Office being a Microsoft app uses shared memory better, more application plumbing in the base OS. Which is what drives the better performance. </p>
<p>I would think though that response latency is very subjective and would have difficultly meeting one of the important requirements for a benchmark test: repeatability. </p>
<p>In a business setting the moving away from even &#8220;fat&#8221; thin client servers to SAAS style internal services is not so straight forward. Latency applications will continue to drive the needs for old fashion platforms. For example, I have a TCL accounting application.  It is designed for Windows clients, the server can run on Linux and I have the source.  Unfortunately the developer unexpectedly passed away before I was able to get him to fix the client end on Linux.  The guys who have taken over the software are not able to this stage or maybe even soon consider even doing this sort of work. So the client platform choices are restricted.</p>
<p>CIFS or NFS are pretty much IMAP for documents, but as with IMAP, without change control.  More advanced DM systems like Knowledgetree provide the more advance storage framework but don&#8217;t have the &#8216;online&#8217; editing functionality. The online editors like ThinkFree don&#8217;t really have the DMS functionality a business needs. Plus only one online spreadsheet I&#8217;ve found so far handles the more complicated sheets I use. </p>
<p>In fact I was thinking the other day that a merger of functionality of both ThinkFree and KnowledgeTree would be nice. Maybe some way for a ThinkFree server to use KnowledgeTree in the back end.</p>
<p>Another aspect to consider in all this is scale. A 4 way Linux system with 32Gb of memory might handle more OpenOffice instances than a similar  Windows System. Then you&#8217;d have to add in the RDP vs NX protocol analysis for that level of load. Benchmarks like all statistics is usually not clear cut in the big picture, but provide useful reference points.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: David Preece</title>
		<link>http://stateless.geek.nz/2007/08/29/openoffice-vs-ms-office-on-a-terminal-server/comment-page-1/#comment-2115</link>
		<dc:creator>David Preece</dc:creator>
		<pubDate>Wed, 29 Aug 2007 23:41:15 +0000</pubDate>
		<guid isPermaLink="false">http://stateless.geek.nz/2007/08/29/openoffice-vs-ms-office-on-a-terminal-server/#comment-2115</guid>
		<description>Can I point out that in both cases they managed to interactively log on more than 100 users onto a single 4GB server. This seems like really quite an achievement to me. Similarly while the methodology might be OK, it strikes me that no effort was entered into to measure the &#039;quality&#039; (response latency) of the resulting sessions.

I also wonder as to the relevance of thin client benchmarking in this day and age. I think it has become the case that &#039;the thin client&#039; now means a web browser, and that the smart way of dealing with &#039;fat&#039; applications would be via external storage and standards based interoperability. Think IMAP for office applications (ODF over WebDAV for instance). Or, ironically, RSS.</description>
		<content:encoded><![CDATA[<p>Can I point out that in both cases they managed to interactively log on more than 100 users onto a single 4GB server. This seems like really quite an achievement to me. Similarly while the methodology might be OK, it strikes me that no effort was entered into to measure the &#8216;quality&#8217; (response latency) of the resulting sessions.</p>
<p>I also wonder as to the relevance of thin client benchmarking in this day and age. I think it has become the case that &#8216;the thin client&#8217; now means a web browser, and that the smart way of dealing with &#8216;fat&#8217; applications would be via external storage and standards based interoperability. Think IMAP for office applications (ODF over WebDAV for instance). Or, ironically, RSS.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

