<?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 on: Startup Makes Probability-Based Chips for Big Data Apps</title>
	<atom:link href="http://gigaom.com/2010/08/17/lyric-semiconducto/feed/" rel="self" type="application/rss+xml" />
	<link>http://gigaom.com/2010/08/17/lyric-semiconducto/</link>
	<description></description>
	<lastBuildDate>Mon, 20 May 2013 14:36:32 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.com/</generator>
	<item>
		<title>By: Holy Smokes! At 5.2 GHz IBM Chip is Super&#160;Fast</title>
		<link>http://gigaom.com/2010/08/17/lyric-semiconducto/#comment-267318</link>
		<dc:creator><![CDATA[Holy Smokes! At 5.2 GHz IBM Chip is Super&#160;Fast]]></dc:creator>
		<pubDate>Wed, 01 Sep 2010 14:32:10 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.com/?p=138448#comment-267318</guid>
		<description><![CDATA[[...] is trying to think of ways to tame it it. Others like Lyric Semiconductor, a startup making probability-based processors are looking for a different way that just brute [...]]]></description>
		<content:encoded><![CDATA[<p>[...] is trying to think of ways to tame it it. Others like Lyric Semiconductor, a startup making probability-based processors are looking for a different way that just brute [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: crander</title>
		<link>http://gigaom.com/2010/08/17/lyric-semiconducto/#comment-262944</link>
		<dc:creator><![CDATA[crander]]></dc:creator>
		<pubDate>Tue, 17 Aug 2010 17:48:46 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.com/?p=138448#comment-262944</guid>
		<description><![CDATA[Port the R language to it and get the financial guys excited!

Great opportunity for cloud providers to explore differentiating their services.]]></description>
		<content:encoded><![CDATA[<p>Port the R language to it and get the financial guys excited!</p>
<p>Great opportunity for cloud providers to explore differentiating their services.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Om Malik</title>
		<link>http://gigaom.com/2010/08/17/lyric-semiconducto/#comment-262943</link>
		<dc:creator><![CDATA[Om Malik]]></dc:creator>
		<pubDate>Tue, 17 Aug 2010 14:42:35 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.com/?p=138448#comment-262943</guid>
		<description><![CDATA[Eddie and Michael,

Great points. I didn&#039;t go into details here, but getting folks to sign on for using their programming protocol isn&#039;t going to be easy.

Michael,

I would disagree with you on one topic: in the future all businesses have to be asking complex questions from their IT systems. Without that they are just not a relevant enterprise. So perhaps that is why more folks are going to need these (or these kind of) chips ;-)]]></description>
		<content:encoded><![CDATA[<p>Eddie and Michael,</p>
<p>Great points. I didn&#8217;t go into details here, but getting folks to sign on for using their programming protocol isn&#8217;t going to be easy.</p>
<p>Michael,</p>
<p>I would disagree with you on one topic: in the future all businesses have to be asking complex questions from their IT systems. Without that they are just not a relevant enterprise. So perhaps that is why more folks are going to need these (or these kind of) chips ;-)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Stan Thow</title>
		<link>http://gigaom.com/2010/08/17/lyric-semiconducto/#comment-262942</link>
		<dc:creator><![CDATA[Stan Thow]]></dc:creator>
		<pubDate>Tue, 17 Aug 2010 14:42:01 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.com/?p=138448#comment-262942</guid>
		<description><![CDATA[I thought that the transistors went out like the dodo bird when Computer chips were invented.
It is so complicated that any one using this new technology will probably require a PHD. in Computer Tech. Programming  and Analysis.
Its not for the average Joe.]]></description>
		<content:encoded><![CDATA[<p>I thought that the transistors went out like the dodo bird when Computer chips were invented.<br />
It is so complicated that any one using this new technology will probably require a PHD. in Computer Tech. Programming  and Analysis.<br />
Its not for the average Joe.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Andrew</title>
		<link>http://gigaom.com/2010/08/17/lyric-semiconducto/#comment-262941</link>
		<dc:creator><![CDATA[Andrew]]></dc:creator>
		<pubDate>Tue, 17 Aug 2010 13:19:00 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.com/?p=138448#comment-262941</guid>
		<description><![CDATA[Bambleweeny 57 sub-meson Brain + atomic vector plotter + hot cup of tea anyone?]]></description>
		<content:encoded><![CDATA[<p>Bambleweeny 57 sub-meson Brain + atomic vector plotter + hot cup of tea anyone?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Eddie</title>
		<link>http://gigaom.com/2010/08/17/lyric-semiconducto/#comment-262940</link>
		<dc:creator><![CDATA[Eddie]]></dc:creator>
		<pubDate>Tue, 17 Aug 2010 10:48:45 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.com/?p=138448#comment-262940</guid>
		<description><![CDATA[Interesting development: fuzzy chips! The tough part is not only getting new equipment purchases of the hardware, but convincing human capital (brains) to invest time into PSBL. Besides, its pretty clear that proprietary languages have problems (especially ones like PSBL that have trademarks next to their names ... Oracle Java patents wars anyone?). They&#039;ll have to get a few marquee customers which could be expensive (maybe Bernanke and the Federal Reserve will be good candidates to see if probability programming can avert the next financial crisis lol). @Michael would probably agree with me that this announcement is unlikely to stop Hadoop which is just getting warmed up!]]></description>
		<content:encoded><![CDATA[<p>Interesting development: fuzzy chips! The tough part is not only getting new equipment purchases of the hardware, but convincing human capital (brains) to invest time into PSBL. Besides, its pretty clear that proprietary languages have problems (especially ones like PSBL that have trademarks next to their names &#8230; Oracle Java patents wars anyone?). They&#8217;ll have to get a few marquee customers which could be expensive (maybe Bernanke and the Federal Reserve will be good candidates to see if probability programming can avert the next financial crisis lol). @Michael would probably agree with me that this announcement is unlikely to stop Hadoop which is just getting warmed up!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Michael Driscoll</title>
		<link>http://gigaom.com/2010/08/17/lyric-semiconducto/#comment-262939</link>
		<dc:creator><![CDATA[Michael Driscoll]]></dc:creator>
		<pubDate>Tue, 17 Aug 2010 07:31:22 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.com/?p=138448#comment-262939</guid>
		<description><![CDATA[While I agree that the age of big data requires probabilistic approaches, I fear Lyric may have a tough time convincing a business audience of this.

Few questions that businesses ask of their massive data -- such as, &quot;were sales significantly higher yesterday?&quot; -- rarely require operations over billions of events to produce exact counts.

Yet few executives like answers that begin with &quot;probably...&quot; -- they want precision, even false precision.

That said, I hope these guys may succeed in proving me wrong, and save the world a lot of CPU cycles in the process.]]></description>
		<content:encoded><![CDATA[<p>While I agree that the age of big data requires probabilistic approaches, I fear Lyric may have a tough time convincing a business audience of this.</p>
<p>Few questions that businesses ask of their massive data &#8212; such as, &#8220;were sales significantly higher yesterday?&#8221; &#8212; rarely require operations over billions of events to produce exact counts.</p>
<p>Yet few executives like answers that begin with &#8220;probably&#8230;&#8221; &#8212; they want precision, even false precision.</p>
<p>That said, I hope these guys may succeed in proving me wrong, and save the world a lot of CPU cycles in the process.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
