<?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/"
	xmlns:georss="http://www.georss.org/georss" xmlns:geo="http://www.w3.org/2003/01/geo/wgs84_pos#" xmlns:media="http://search.yahoo.com/mrss/"
		>
<channel>
	<title>Comments for Sam Routledge&#039;s Blog</title>
	<atom:link href="http://samroutledge.com/comments/feed/" rel="self" type="application/rss+xml" />
	<link>http://samroutledge.com</link>
	<description>Business, technology, the UK IT channel and the interplay between the three.</description>
	<lastBuildDate>Thu, 12 Jan 2012 15:10:22 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.com/</generator>
	<item>
		<title>Comment on Bring your own fruit&#8230; by Graham Bunting</title>
		<link>http://samroutledge.com/2012/01/09/bring-your-own-fruit/#comment-183</link>
		<dc:creator><![CDATA[Graham Bunting]]></dc:creator>
		<pubDate>Thu, 12 Jan 2012 15:10:22 +0000</pubDate>
		<guid isPermaLink="false">http://samroutledge.com/?p=243#comment-183</guid>
		<description><![CDATA[Interesting that RIM has made this bold (no pun intended) and positive move, given that BYOD is such a big &quot;wave&quot; and that there are other vendors queuing up to eat RIM&#039;s lunch. I guess they are caught in the moment - BBs are not sexy devices like iPhones or the latest Androids - the apps are not cutting the mustard especially, and the opportunity is there for Apple et al to &quot;make hay&quot;. Seems like RIM are not going to be counted out just yet.]]></description>
		<content:encoded><![CDATA[<p>Interesting that RIM has made this bold (no pun intended) and positive move, given that BYOD is such a big &#8220;wave&#8221; and that there are other vendors queuing up to eat RIM&#8217;s lunch. I guess they are caught in the moment &#8211; BBs are not sexy devices like iPhones or the latest Androids &#8211; the apps are not cutting the mustard especially, and the opportunity is there for Apple et al to &#8220;make hay&#8221;. Seems like RIM are not going to be counted out just yet.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on My predictions for 2012&#8230; by 2012 &#8211; what should we expect? &#171; Bare tech</title>
		<link>http://samroutledge.com/2012/01/03/my-predictions-for-2012/#comment-182</link>
		<dc:creator><![CDATA[2012 &#8211; what should we expect? &#171; Bare tech]]></dc:creator>
		<pubDate>Tue, 03 Jan 2012 18:43:34 +0000</pubDate>
		<guid isPermaLink="false">http://samroutledge.com/?p=239#comment-182</guid>
		<description><![CDATA[[...] more? I read an interesting post about 2012 in tech business on Sam Routledge&#8217;s Blog. Share this:MoreShare on TumblrDiggPrintLike this:Like2 bloggers like this [...]]]></description>
		<content:encoded><![CDATA[<p>[...] more? I read an interesting post about 2012 in tech business on Sam Routledge&#8217;s Blog. Share this:MoreShare on TumblrDiggPrintLike this:Like2 bloggers like this [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Instant Messaging in decline? by samroutledge</title>
		<link>http://samroutledge.com/2011/05/06/instant-messaging-in-decline/#comment-80</link>
		<dc:creator><![CDATA[samroutledge]]></dc:creator>
		<pubDate>Fri, 06 May 2011 09:36:43 +0000</pubDate>
		<guid isPermaLink="false">http://samroutledge.com/?p=197#comment-80</guid>
		<description><![CDATA[Thanks Andrew. Appreciate the comment! Sounds like you use it roughly the same way as me. For all that, I wouldn&#039;t want to be without it!]]></description>
		<content:encoded><![CDATA[<p>Thanks Andrew. Appreciate the comment! Sounds like you use it roughly the same way as me. For all that, I wouldn&#8217;t want to be without it!</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Instant Messaging in decline? by Andrew Kemp</title>
		<link>http://samroutledge.com/2011/05/06/instant-messaging-in-decline/#comment-79</link>
		<dc:creator><![CDATA[Andrew Kemp]]></dc:creator>
		<pubDate>Fri, 06 May 2011 09:29:53 +0000</pubDate>
		<guid isPermaLink="false">http://samroutledge.com/?p=197#comment-79</guid>
		<description><![CDATA[We have OCS deployed in my office, and although we do use it internally we usually prefer the chat or the email approach. The IM side of things does have its place and is useful for things you need a quick response on (I&#039;ve been getting several IM&#039;s to take snapshots of servers etc...) But all in all it is not used as much as I thought.

One of the things I find really useful, like you, is the online presence. We do not have it linked in with our phone system as OCS is part of the BPOS service we have and our phone system is very basic, so we cannot see when people are on the phone. but I find it really handy when I can see if someone is in a meeting or away.]]></description>
		<content:encoded><![CDATA[<p>We have OCS deployed in my office, and although we do use it internally we usually prefer the chat or the email approach. The IM side of things does have its place and is useful for things you need a quick response on (I&#8217;ve been getting several IM&#8217;s to take snapshots of servers etc&#8230;) But all in all it is not used as much as I thought.</p>
<p>One of the things I find really useful, like you, is the online presence. We do not have it linked in with our phone system as OCS is part of the BPOS service we have and our phone system is very basic, so we cannot see when people are on the phone. but I find it really handy when I can see if someone is in a meeting or away.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Neverfail vAppHA by VM as a transport layer &#171; Sam Routledge&#039;s Blog</title>
		<link>http://samroutledge.com/2010/01/06/neverfail-vappha/#comment-78</link>
		<dc:creator><![CDATA[VM as a transport layer &#171; Sam Routledge&#039;s Blog]]></dc:creator>
		<pubDate>Wed, 04 May 2011 13:29:02 +0000</pubDate>
		<guid isPermaLink="false">http://samroutledge.com/?p=17#comment-78</guid>
		<description><![CDATA[[...] blogged about this before in connection with Neverfail&#8217;s vApp HA product, and I&#8217;m pleased to [...]]]></description>
		<content:encoded><![CDATA[<p>[...] blogged about this before in connection with Neverfail&#8217;s vApp HA product, and I&#8217;m pleased to [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Speed and ‘Stuff’: on SSD and Scale-out by larstr</title>
		<link>http://samroutledge.com/2011/04/12/speed-and-%e2%80%98stuff%e2%80%99-on-ssd-and-scale-out/#comment-73</link>
		<dc:creator><![CDATA[larstr]]></dc:creator>
		<pubDate>Mon, 18 Apr 2011 07:56:44 +0000</pubDate>
		<guid isPermaLink="false">http://samroutledge.com/?p=173#comment-73</guid>
		<description><![CDATA[Hi,
Those IO Accelerator cards look very cool. At VMware Forum they also showed off these and I wrote a snippet about it here:
http://www.core-four.info/2011/04/fusion-io-technology-that-allows.html

Computerworld also made a video about these cards here: http://blogs.computerworld.com/18120/what_4_500_video_streams_look_like

Lars]]></description>
		<content:encoded><![CDATA[<p>Hi,<br />
Those IO Accelerator cards look very cool. At VMware Forum they also showed off these and I wrote a snippet about it here:<br />
<a href="http://www.core-four.info/2011/04/fusion-io-technology-that-allows.html" rel="nofollow">http://www.core-four.info/2011/04/fusion-io-technology-that-allows.html</a></p>
<p>Computerworld also made a video about these cards here: <a href="http://blogs.computerworld.com/18120/what_4_500_video_streams_look_like" rel="nofollow">http://blogs.computerworld.com/18120/what_4_500_video_streams_look_like</a></p>
<p>Lars</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Speed and ‘Stuff’: on SSD and Scale-out by Hans De Leenheer</title>
		<link>http://samroutledge.com/2011/04/12/speed-and-%e2%80%98stuff%e2%80%99-on-ssd-and-scale-out/#comment-72</link>
		<dc:creator><![CDATA[Hans De Leenheer]]></dc:creator>
		<pubDate>Mon, 18 Apr 2011 07:18:45 +0000</pubDate>
		<guid isPermaLink="false">http://samroutledge.com/?p=173#comment-72</guid>
		<description><![CDATA[Good read. 

I don&#039;t allways get it why we would want to have block&amp;file + all protocolls in one box. Why would you have an iSCSI &amp; FC network in the same rack? But being capable of doing all of them with 1 product is nice to have. Therefore I like working with the concept of the HP P2000 (fka MSA). You know the product, just chose your controller and off you go. SAS? No problem, FC? iSCSI? no sweat. Would love to see that concept more on the bigger solutions too (and no, not a &#039;proxy/router&#039; or something like that )

And then there&#039;s VDI. One of the most underestimated solutions for storage. It demands very high performance even for small environments. Adding loads of SSDs to the SAN may help but maybe it&#039;s not allways more and bigger we need. I was amazed last month seeing that at Microsoft MMS the complete environment of that seminar (with thousands of machines and labs a day) ran on just 2 racks with 2 &#039;small&#039; EVA4400s. How did they do that? Offloading the IOPs to the blades instead of the SAN: IO Accelerator. Certainly worth a look. http://bit.ly/48rI4]]></description>
		<content:encoded><![CDATA[<p>Good read. </p>
<p>I don&#8217;t allways get it why we would want to have block&amp;file + all protocolls in one box. Why would you have an iSCSI &amp; FC network in the same rack? But being capable of doing all of them with 1 product is nice to have. Therefore I like working with the concept of the HP P2000 (fka MSA). You know the product, just chose your controller and off you go. SAS? No problem, FC? iSCSI? no sweat. Would love to see that concept more on the bigger solutions too (and no, not a &#8216;proxy/router&#8217; or something like that )</p>
<p>And then there&#8217;s VDI. One of the most underestimated solutions for storage. It demands very high performance even for small environments. Adding loads of SSDs to the SAN may help but maybe it&#8217;s not allways more and bigger we need. I was amazed last month seeing that at Microsoft MMS the complete environment of that seminar (with thousands of machines and labs a day) ran on just 2 racks with 2 &#8216;small&#8217; EVA4400s. How did they do that? Offloading the IOPs to the blades instead of the SAN: IO Accelerator. Certainly worth a look. <a href="http://bit.ly/48rI4" rel="nofollow">http://bit.ly/48rI4</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Speed and ‘Stuff’: on SSD and Scale-out by Jur Faber</title>
		<link>http://samroutledge.com/2011/04/12/speed-and-%e2%80%98stuff%e2%80%99-on-ssd-and-scale-out/#comment-70</link>
		<dc:creator><![CDATA[Jur Faber]]></dc:creator>
		<pubDate>Sun, 17 Apr 2011 14:03:11 +0000</pubDate>
		<guid isPermaLink="false">http://samroutledge.com/?p=173#comment-70</guid>
		<description><![CDATA[Sam

I can only share your view. The capacity of the SSD s is increasing, the price is going down. Since SSD are about 100 faster, it is just a matter of time that the transistions will migrate to SSD. It is starting already with VDI.
The next trend we see is moving databases towards SSD. 
Imagine howmany drives customers have today in RAID 1+0 for performance. It is smarter to move these drives in RAID 5 for capacity and use SSD storage for real performance, both IOPS and low latency.]]></description>
		<content:encoded><![CDATA[<p>Sam</p>
<p>I can only share your view. The capacity of the SSD s is increasing, the price is going down. Since SSD are about 100 faster, it is just a matter of time that the transistions will migrate to SSD. It is starting already with VDI.<br />
The next trend we see is moving databases towards SSD.<br />
Imagine howmany drives customers have today in RAID 1+0 for performance. It is smarter to move these drives in RAID 5 for capacity and use SSD storage for real performance, both IOPS and low latency.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Speed and ‘Stuff’: on SSD and Scale-out by samroutledge</title>
		<link>http://samroutledge.com/2011/04/12/speed-and-%e2%80%98stuff%e2%80%99-on-ssd-and-scale-out/#comment-69</link>
		<dc:creator><![CDATA[samroutledge]]></dc:creator>
		<pubDate>Sun, 17 Apr 2011 08:58:50 +0000</pubDate>
		<guid isPermaLink="false">http://samroutledge.com/?p=173#comment-69</guid>
		<description><![CDATA[Thanks Calvin. Appreciate the response - and I agree with you that it is about &#039;processing&#039; and &#039;storage&#039;. 
Funnily enough, my overall point was that the &#039;one size fits all&#039; unified storage trend will not be right for everyone (although it does have its place) - something I felt was the major flow of Tom Joyce&#039;s recent post at http://h30507.www3.hp.com/t5/HP-Storage-Blog/Why-settle-for-bad-Vanilla/ba-p/90943

Thanks again!
Sam.]]></description>
		<content:encoded><![CDATA[<p>Thanks Calvin. Appreciate the response &#8211; and I agree with you that it is about &#8216;processing&#8217; and &#8216;storage&#8217;.<br />
Funnily enough, my overall point was that the &#8216;one size fits all&#8217; unified storage trend will not be right for everyone (although it does have its place) &#8211; something I felt was the major flow of Tom Joyce&#8217;s recent post at <a href="http://h30507.www3.hp.com/t5/HP-Storage-Blog/Why-settle-for-bad-Vanilla/ba-p/90943" rel="nofollow">http://h30507.www3.hp.com/t5/HP-Storage-Blog/Why-settle-for-bad-Vanilla/ba-p/90943</a></p>
<p>Thanks again!<br />
Sam.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Speed and ‘Stuff’: on SSD and Scale-out by Calvin Zito</title>
		<link>http://samroutledge.com/2011/04/12/speed-and-%e2%80%98stuff%e2%80%99-on-ssd-and-scale-out/#comment-68</link>
		<dc:creator><![CDATA[Calvin Zito]]></dc:creator>
		<pubDate>Sat, 16 Apr 2011 16:00:15 +0000</pubDate>
		<guid isPermaLink="false">http://samroutledge.com/?p=173#comment-68</guid>
		<description><![CDATA[Hey Sam!

I&#039;m concerned about the vagueness of big data as it&#039;s being tossed around today.  I&#039;m frankly never sure what anyone means until 5 minutes into the conversation.  There are 10,000 different meanings being discussed by 100 different people at 100 different (mostly vendor) organizations.  That kind of discussion quickly creates confusion and that&#039;s when you start to hear &quot;marketing hype&quot;.

For me, I see the term big data breaking into two core discussions:
1) Big data analytics - take for example the recent acquisition by HP (and I know you know I work for HP but want to make sure your readers know too) of Vertica.  I recently saw a demo of a Vertica appliance and what it can do in analyzing large amounts of data quickly is pretty cool.

2). Big data content repository (I don&#039;t like the name I&#039;ve used but don&#039;t have a better one) - and this is more what you described above with the HP X9000 - a scale-out, clustered NAS solution for holding large amounts of data.  As an example, the X9000 can manage 16PB of data in a single namespace. 

I really hope we get past the hype of the term (and you&#039;re probably right - EMC created it as they have with many over-hyped terms before) and get to deeper, meaningful definitions so that we can all talk about the same thing.

Great questions to be asking in your post!
Calvin (@HPStorageGuy)]]></description>
		<content:encoded><![CDATA[<p>Hey Sam!</p>
<p>I&#8217;m concerned about the vagueness of big data as it&#8217;s being tossed around today.  I&#8217;m frankly never sure what anyone means until 5 minutes into the conversation.  There are 10,000 different meanings being discussed by 100 different people at 100 different (mostly vendor) organizations.  That kind of discussion quickly creates confusion and that&#8217;s when you start to hear &#8220;marketing hype&#8221;.</p>
<p>For me, I see the term big data breaking into two core discussions:<br />
1) Big data analytics &#8211; take for example the recent acquisition by HP (and I know you know I work for HP but want to make sure your readers know too) of Vertica.  I recently saw a demo of a Vertica appliance and what it can do in analyzing large amounts of data quickly is pretty cool.</p>
<p>2). Big data content repository (I don&#8217;t like the name I&#8217;ve used but don&#8217;t have a better one) &#8211; and this is more what you described above with the HP X9000 &#8211; a scale-out, clustered NAS solution for holding large amounts of data.  As an example, the X9000 can manage 16PB of data in a single namespace. </p>
<p>I really hope we get past the hype of the term (and you&#8217;re probably right &#8211; EMC created it as they have with many over-hyped terms before) and get to deeper, meaningful definitions so that we can all talk about the same thing.</p>
<p>Great questions to be asking in your post!<br />
Calvin (@HPStorageGuy)</p>
]]></content:encoded>
	</item>
</channel>
</rss>

