<?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: The VMware PCoIP &#8216;Killer App&#8217;</title>
	<atom:link href="http://www.jimmoyle.com/2009/09/the-vmware-pcoip-killer-app/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.jimmoyle.com/2009/09/the-vmware-pcoip-killer-app/</link>
	<description>An insight into the world of desktop and application delivery</description>
	<lastBuildDate>Sun, 07 Mar 2010 03:09:41 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.1</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Amanda Dahl</title>
		<link>http://www.jimmoyle.com/2009/09/the-vmware-pcoip-killer-app/comment-page-1/#comment-134</link>
		<dc:creator>Amanda Dahl</dc:creator>
		<pubDate>Tue, 27 Oct 2009 21:20:57 +0000</pubDate>
		<guid isPermaLink="false">http://www.jimmoyle.com/?p=77#comment-134</guid>
		<description>Jim,
This is absolutely the issue I saw when viewing Teradici at the IPExpo in London. Nobody wants to talk about the double cost on hardware for the server and client. And it&#039;s a huge implementation hurdle. It seems like the hardware zero client may go a ways to fixing that issue.

However, the bigger elephant in the room that I&#039;ve discovered is bandwidth utilisation. I&#039;ve been told that it can be throttled on the client end. 

Perhaps Stu can comment on this?</description>
		<content:encoded><![CDATA[<p>Jim,<br />
This is absolutely the issue I saw when viewing Teradici at the IPExpo in London. Nobody wants to talk about the double cost on hardware for the server and client. And it&#8217;s a huge implementation hurdle. It seems like the hardware zero client may go a ways to fixing that issue.</p>
<p>However, the bigger elephant in the room that I&#8217;ve discovered is bandwidth utilisation. I&#8217;ve been told that it can be throttled on the client end. </p>
<p>Perhaps Stu can comment on this?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Simon Bramfitt</title>
		<link>http://www.jimmoyle.com/2009/09/the-vmware-pcoip-killer-app/comment-page-1/#comment-96</link>
		<dc:creator>Simon Bramfitt</dc:creator>
		<pubDate>Mon, 07 Sep 2009 05:25:32 +0000</pubDate>
		<guid isPermaLink="false">http://www.jimmoyle.com/?p=77#comment-96</guid>
		<description>Very interesting idea Jim. 

The server-side implementation of PCoIP was always hamstrung by the requirement for a dedicated PCoIP processor for each session. Moving to a s/w based solution should open up the data center to PCoIP in a way that was simply not possible in a h/w only inplementation. 

However, I&#039;m not sure that a h/w assisted client implementation would reach killer app status. Getting the price of a conventional thin-client down to acceptable levels is still an uphill battle, adding another proprietary processor to the mix will make that battle even harder. But assuming that manufacturers can address the cost, the big concern I have when dealing with any proprietary hardware (I used to design hardware BTW) is that once it is baked it can&#039;t be modified. Upgrading a thin-client to support the latest enhancements for ICA/HDX is easy, but if you rely on dedicated h/w to manage the PCoIP implementation you are locked in at a fixed point in time and any protocol improvements made after that point are only going to be accessible by throwing out the old thin-client and buying a new one.

I&#039;d be far more accepting of a solution that didn&#039;t have to have proprietary silicon to delivery acceptable performance.

Regards

Simon</description>
		<content:encoded><![CDATA[<p>Very interesting idea Jim. </p>
<p>The server-side implementation of PCoIP was always hamstrung by the requirement for a dedicated PCoIP processor for each session. Moving to a s/w based solution should open up the data center to PCoIP in a way that was simply not possible in a h/w only inplementation. </p>
<p>However, I&#8217;m not sure that a h/w assisted client implementation would reach killer app status. Getting the price of a conventional thin-client down to acceptable levels is still an uphill battle, adding another proprietary processor to the mix will make that battle even harder. But assuming that manufacturers can address the cost, the big concern I have when dealing with any proprietary hardware (I used to design hardware BTW) is that once it is baked it can&#8217;t be modified. Upgrading a thin-client to support the latest enhancements for ICA/HDX is easy, but if you rely on dedicated h/w to manage the PCoIP implementation you are locked in at a fixed point in time and any protocol improvements made after that point are only going to be accessible by throwing out the old thin-client and buying a new one.</p>
<p>I&#8217;d be far more accepting of a solution that didn&#8217;t have to have proprietary silicon to delivery acceptable performance.</p>
<p>Regards</p>
<p>Simon</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Stuart Robinson</title>
		<link>http://www.jimmoyle.com/2009/09/the-vmware-pcoip-killer-app/comment-page-1/#comment-93</link>
		<dc:creator>Stuart Robinson</dc:creator>
		<pubDate>Thu, 03 Sep 2009 18:27:37 +0000</pubDate>
		<guid isPermaLink="false">http://www.jimmoyle.com/?p=77#comment-93</guid>
		<description>Hi Jim, 

I completely agree the VMware View with software PCoIP to a hardware zero client makes a lot of sense.  This is exactly what we are showing at VMworld this week.  It will be in the video interview that Brian took a couple of days ago.  Also, I will take some video myself and post to TeradiciLabs on Youtube.  

Don&#039;t forget the client antivirus...  since the hardware PCoIP zero clients are PCoIP algorithms baked directly on the chip silicon.  There is no need to load an anti-virus software since the hardware zero client is already secure.  One less thing to update (and worry whether your clients have enough memory etc...) 

Would be happy to discuss the roadmap for these devices directly with you.

Cheers, 
Stu
Director of Biz Dev, Teradici</description>
		<content:encoded><![CDATA[<p>Hi Jim, </p>
<p>I completely agree the VMware View with software PCoIP to a hardware zero client makes a lot of sense.  This is exactly what we are showing at VMworld this week.  It will be in the video interview that Brian took a couple of days ago.  Also, I will take some video myself and post to TeradiciLabs on Youtube.  </p>
<p>Don&#8217;t forget the client antivirus&#8230;  since the hardware PCoIP zero clients are PCoIP algorithms baked directly on the chip silicon.  There is no need to load an anti-virus software since the hardware zero client is already secure.  One less thing to update (and worry whether your clients have enough memory etc&#8230;) </p>
<p>Would be happy to discuss the roadmap for these devices directly with you.</p>
<p>Cheers,<br />
Stu<br />
Director of Biz Dev, Teradici</p>
]]></content:encoded>
	</item>
</channel>
</rss>
