<?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: Thick, thin, virtualised, whatever: it&#8217;s how you manage the desktop that counts</title>
	<atom:link href="http://www.markwilson.co.uk/blog/2009/11/thick-thin-virtualised-whatever-its-how-you-manage-the-desktop-that-counts.htm/feed" rel="self" type="application/rss+xml" />
	<link>http://www.markwilson.co.uk/blog/2009/11/thick-thin-virtualised-whatever-its-how-you-manage-the-desktop-that-counts.htm</link>
	<description>get-info -class technology &#124; write-output > /dev/web</description>
	<lastBuildDate>Tue, 09 Mar 2010 17:23:34 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Mark Wilson</title>
		<link>http://www.markwilson.co.uk/blog/2009/11/thick-thin-virtualised-whatever-its-how-you-manage-the-desktop-that-counts.htm#comment-118377</link>
		<dc:creator>Mark Wilson</dc:creator>
		<pubDate>Tue, 29 Dec 2009 12:40:06 +0000</pubDate>
		<guid isPermaLink="false">http://www.markwilson.co.uk/blog/2009/11/thick-thin-virtualised-whatever-its-how-you-manage-the-desktop-that-counts.htm#comment-118377</guid>
		<description>@Robert - you raise some good points but here are few couple more considerations:

&lt;ul&gt;
&lt;li&gt;You advocate creating a PHP app where something suitable doesn&#039;t already exist.  There&#039;s a cost attached to maintaining bespoke code too - particularly when the author leaves the company. Same for GNU/Linux - free as in beer, but not free to operate, support, maintain, etc.&lt;/li&gt;
&lt;li&gt;I&#039;m not sure that the hardware argument stacks up - I recently built a low-power PC for less than £150 and couldn&#039;t buy a terminal (e.g. Wyse) for that money.&lt;/li&gt;
&lt;li&gt;Laptop sales outstrip desktops, so that reduces the potential for use of thin client devices... unless its thin client software on a thick client hardware device.&lt;/li&gt;
&lt;li&gt;1024x768 is no longer standard.  If I look at the stats for this website, many users use larger screens.  1280x768 is entry-level notebook PC these days (4:3 is quickly being replaced by widescreen) and the smaller monitor sizes are also starting to drop off for desktops - it simply doesn&#039;t make sense to run 1024x768 on a 19&quot; monitor.&lt;/li&gt;
&lt;/ul&gt;

The reports that the presentation I wrote about here was based on were all produced by independant analysts.  There will be thin client fans, thick client fans, VDI fans, but the simple answer is that the desktop deliver technology is simply a means to an end - and one size rarely fits all.</description>
		<content:encoded><![CDATA[<p>@Robert &#8211; you raise some good points but here are few couple more considerations:</p>
<ul>
<li>You advocate creating a PHP app where something suitable doesn&#8217;t already exist.  There&#8217;s a cost attached to maintaining bespoke code too &#8211; particularly when the author leaves the company. Same for GNU/Linux &#8211; free as in beer, but not free to operate, support, maintain, etc.</li>
<li>I&#8217;m not sure that the hardware argument stacks up &#8211; I recently built a low-power PC for less than £150 and couldn&#8217;t buy a terminal (e.g. Wyse) for that money.</li>
<li>Laptop sales outstrip desktops, so that reduces the potential for use of thin client devices&#8230; unless its thin client software on a thick client hardware device.</li>
<li>1024&#215;768 is no longer standard.  If I look at the stats for this website, many users use larger screens.  1280&#215;768 is entry-level notebook PC these days (4:3 is quickly being replaced by widescreen) and the smaller monitor sizes are also starting to drop off for desktops &#8211; it simply doesn&#8217;t make sense to run 1024&#215;768 on a 19&#8243; monitor.</li>
</ul>
<p>The reports that the presentation I wrote about here was based on were all produced by independant analysts.  There will be thin client fans, thick client fans, VDI fans, but the simple answer is that the desktop deliver technology is simply a means to an end &#8211; and one size rarely fits all.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Robert Pogson</title>
		<link>http://www.markwilson.co.uk/blog/2009/11/thick-thin-virtualised-whatever-its-how-you-manage-the-desktop-that-counts.htm#comment-118325</link>
		<dc:creator>Robert Pogson</dc:creator>
		<pubDate>Mon, 28 Dec 2009 20:43:32 +0000</pubDate>
		<guid isPermaLink="false">http://www.markwilson.co.uk/blog/2009/11/thick-thin-virtualised-whatever-its-how-you-manage-the-desktop-that-counts.htm#comment-118325</guid>
		<description>If you lock things down so that software maintenance costs are minimal then hardware costs come to the fore. Hard drives, CD drives, RAM and CPU all cost more for a thick client than a thin client so thin client wins on price. The performance of a good server is not affordable on all PCs in an organization so thin client solutions are the way to go. I would not even look at a thick client solution for more than a tiny percentage of seats on a typical system. Forget 3 or 4 year refresh cycles for thin clients. It&#039;s more like 10 years. After all, most of use still use 1024x768 which has been available for nearly 20 years.

When I look at terminal servers, I see little need for anything from Redmond. If GNU/Linux has no app, I write one in PHP and deliver it through the web browser. UNIX shared memory maximizes performance per dollar on the server too.

The thin client shows the pix and sends the clicks so it can run GNU/Linux. Saving licence costs on servers and clients is a huge part of the cost of acquisition.</description>
		<content:encoded><![CDATA[<p>If you lock things down so that software maintenance costs are minimal then hardware costs come to the fore. Hard drives, CD drives, RAM and CPU all cost more for a thick client than a thin client so thin client wins on price. The performance of a good server is not affordable on all PCs in an organization so thin client solutions are the way to go. I would not even look at a thick client solution for more than a tiny percentage of seats on a typical system. Forget 3 or 4 year refresh cycles for thin clients. It&#8217;s more like 10 years. After all, most of use still use 1024&#215;768 which has been available for nearly 20 years.</p>
<p>When I look at terminal servers, I see little need for anything from Redmond. If GNU/Linux has no app, I write one in PHP and deliver it through the web browser. UNIX shared memory maximizes performance per dollar on the server too.</p>
<p>The thin client shows the pix and sends the clicks so it can run GNU/Linux. Saving licence costs on servers and clients is a huge part of the cost of acquisition.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: John Quirk</title>
		<link>http://www.markwilson.co.uk/blog/2009/11/thick-thin-virtualised-whatever-its-how-you-manage-the-desktop-that-counts.htm#comment-115253</link>
		<dc:creator>John Quirk</dc:creator>
		<pubDate>Sat, 28 Nov 2009 14:07:02 +0000</pubDate>
		<guid isPermaLink="false">http://www.markwilson.co.uk/blog/2009/11/thick-thin-virtualised-whatever-its-how-you-manage-the-desktop-that-counts.htm#comment-115253</guid>
		<description>I agree with much of this. I can&#039;t imagine that Microsoft aren&#039;t working on a client side hypervisor but haven&#039;t heard a whisper about it... There&#039;s certainly a strong message around the Optimized Desktop, and that, coupled with the deployment scenarios in v.next of ConfigMgr sure start to deliver on the &#039;single pane of glass&#039; configuration management we hear so much about.

I&#039;ve long struggled with the ROI arguments for vDi. Given the ease of management you can achieve within System Center, I do not believe that the normal ROI arguments for vDi stack up, and if you don&#039;t currently have top of the range management tools and processes in place, your vDi project is going to be a disaster anyway. I have seen a couple of really good vDi projects, where the customer had a real use-case for the tech and it works really well, but for the vast majority I don&#039;t think it&#039;s anywhere near ready yet and the investment would be much better made around desktop optimization NOW, easing the path to vDi if it ever gets to a point where it&#039;s technically, economically and functionally viable/attractive.

I agree with Aiden above, I&#039;m really looking forward to v.next, could be quite a wait though... In the mean time, roll on Service Manager!</description>
		<content:encoded><![CDATA[<p>I agree with much of this. I can&#8217;t imagine that Microsoft aren&#8217;t working on a client side hypervisor but haven&#8217;t heard a whisper about it&#8230; There&#8217;s certainly a strong message around the Optimized Desktop, and that, coupled with the deployment scenarios in v.next of ConfigMgr sure start to deliver on the &#8217;single pane of glass&#8217; configuration management we hear so much about.</p>
<p>I&#8217;ve long struggled with the ROI arguments for vDi. Given the ease of management you can achieve within System Center, I do not believe that the normal ROI arguments for vDi stack up, and if you don&#8217;t currently have top of the range management tools and processes in place, your vDi project is going to be a disaster anyway. I have seen a couple of really good vDi projects, where the customer had a real use-case for the tech and it works really well, but for the vast majority I don&#8217;t think it&#8217;s anywhere near ready yet and the investment would be much better made around desktop optimization NOW, easing the path to vDi if it ever gets to a point where it&#8217;s technically, economically and functionally viable/attractive.</p>
<p>I agree with Aiden above, I&#8217;m really looking forward to v.next, could be quite a wait though&#8230; In the mean time, roll on Service Manager!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Aidan Finn</title>
		<link>http://www.markwilson.co.uk/blog/2009/11/thick-thin-virtualised-whatever-its-how-you-manage-the-desktop-that-counts.htm#comment-115064</link>
		<dc:creator>Aidan Finn</dc:creator>
		<pubDate>Thu, 26 Nov 2009 20:44:49 +0000</pubDate>
		<guid isPermaLink="false">http://www.markwilson.co.uk/blog/2009/11/thick-thin-virtualised-whatever-its-how-you-manage-the-desktop-that-counts.htm#comment-115064</guid>
		<description>Sounds about right to me.  You name the technology, I reckon a well managed PC beats it 95% of the time.  VDI, I&#039;m not sold.  The costs for the hardware and licensing are too high.  Terminal Services has a role and blends nicely with the PC.

Look at PC costs these days.  They&#039;re only a few euros/pounds more than a decent terminal.  As for replacability, do things right with your network and the use can self-provision a PC in 15 minutes and all of their data is on the network.  Laptops: BitLocker rocks there for security even for non-SA customers thanks to the new low price of Ultimate edition.

The PC combined with well designed and run ConfigMgr, AD/Group Policy cannot be beat most of the time.  And it&#039;s only getting better.   ConfigMgr vNext totally rocks.  The briefing at TEE09 was an eye opener and I can&#039;t wait to play with the beta.</description>
		<content:encoded><![CDATA[<p>Sounds about right to me.  You name the technology, I reckon a well managed PC beats it 95% of the time.  VDI, I&#8217;m not sold.  The costs for the hardware and licensing are too high.  Terminal Services has a role and blends nicely with the PC.</p>
<p>Look at PC costs these days.  They&#8217;re only a few euros/pounds more than a decent terminal.  As for replacability, do things right with your network and the use can self-provision a PC in 15 minutes and all of their data is on the network.  Laptops: BitLocker rocks there for security even for non-SA customers thanks to the new low price of Ultimate edition.</p>
<p>The PC combined with well designed and run ConfigMgr, AD/Group Policy cannot be beat most of the time.  And it&#8217;s only getting better.   ConfigMgr vNext totally rocks.  The briefing at TEE09 was an eye opener and I can&#8217;t wait to play with the beta.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
