<?xml version="1.0" encoding="UTF-8"?><!-- generator="wordpress/2.3.2" -->
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	>
<channel>
	<title>Comments on: The Missing Lynx - The ASIC Cloud</title>
	<link>http://theasicguy.com/2009/04/03/the-missing-lynx-the-asic-cloud/</link>
	<description>sharing insights into the people side of ASIC design</description>
	<pubDate>Fri, 12 Mar 2010 23:44:23 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.3.2</generator>
		<item>
		<title>By: Blooming of an EDA Revolution</title>
		<link>http://theasicguy.com/2009/04/03/the-missing-lynx-the-asic-cloud/#comment-1166</link>
		<dc:creator>Blooming of an EDA Revolution</dc:creator>
		<pubDate>Thu, 20 Aug 2009 00:28:35 +0000</pubDate>
		<guid>http://theasicguy.com/2009/04/03/the-missing-lynx-the-asic-cloud/#comment-1166</guid>
		<description>[...] also had a new flow offering from Synopsys, called Lynx, which could form the basis for an industry standard flow. And we&#8217;ve had other flow offerings from independent consultants like Steve Golson of [...]</description>
		<content:encoded><![CDATA[<p>[&#8230;] also had a new flow offering from Synopsys, called Lynx, which could form the basis for an industry standard flow. And we&#8217;ve had other flow offerings from independent consultants like Steve Golson of [&#8230;]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Max Khusid</title>
		<link>http://theasicguy.com/2009/04/03/the-missing-lynx-the-asic-cloud/#comment-1136</link>
		<dc:creator>Max Khusid</dc:creator>
		<pubDate>Sat, 08 Aug 2009 00:40:46 +0000</pubDate>
		<guid>http://theasicguy.com/2009/04/03/the-missing-lynx-the-asic-cloud/#comment-1136</guid>
		<description>Harry, I'm very excited to read your article just to see that I'm not the only crazy one :)  About 6 months ago, I proposed the same web-based EDA flow you describe to my mgmt which was based on my home-grown version of Lynx.  It included many of the same components that Lynx claims to have: std. best recipe scripts, Perl/Make, checking logs, reporting, etc...  Either way, my idea wasn't accepted as the EDA industry is still stuck in 1999 and Web 1.0 land.  Yet, I think it's just a matter of time

Thanks for the great blog, I learned a lot and hopefully I get to use Lynx.  Their goal is not easy, but it's about time someone writes serious software for the design flow and the EDA joins Web 2.0 (or it'll be extinct)</description>
		<content:encoded><![CDATA[<p>Harry, I&#8217;m very excited to read your article just to see that I&#8217;m not the only crazy one <img src='http://theasicguy.com/blog/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' />  About 6 months ago, I proposed the same web-based EDA flow you describe to my mgmt which was based on my home-grown version of Lynx.  It included many of the same components that Lynx claims to have: std. best recipe scripts, Perl/Make, checking logs, reporting, etc&#8230;  Either way, my idea wasn&#8217;t accepted as the EDA industry is still stuck in 1999 and Web 1.0 land.  Yet, I think it&#8217;s just a matter of time</p>
<p>Thanks for the great blog, I learned a lot and hopefully I get to use Lynx.  Their goal is not easy, but it&#8217;s about time someone writes serious software for the design flow and the EDA joins Web 2.0 (or it&#8217;ll be extinct)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: EDAgeek</title>
		<link>http://theasicguy.com/2009/04/03/the-missing-lynx-the-asic-cloud/#comment-896</link>
		<dc:creator>EDAgeek</dc:creator>
		<pubDate>Mon, 18 May 2009 16:25:23 +0000</pubDate>
		<guid>http://theasicguy.com/2009/04/03/the-missing-lynx-the-asic-cloud/#comment-896</guid>
		<description>&#62;&#62;&#62;The ASIC Cloud will be similar and on a much greater scale.

No question about the ASIC flow-cloud necessity, except that it cannot be truly scalable without the right strategy and core tech. 

The key core tech for a truly scalable massively parallel flow (not 8, 16 or 32-way, but 1000-way) is partititioning (with abstraction &#38; stitching that does not compromise QoR) and metrics-driven metadata every step in the flow. Synopsys tried to develop partitioners for many tools for massively parallel but failed. The corner cases when you stitch kill the tool apps from being truly scalable (Cadence went through this issue with PVS).

The rest is all infrastructure and with Lynx Synopsys has clearly put a basic metrics foundation to enable the Cloud vision, although it has a long way to go for delivering a truly scalable platform that does meta-data driven design process optimization across large organizations.</description>
		<content:encoded><![CDATA[<p>&gt;&gt;&gt;The ASIC Cloud will be similar and on a much greater scale.</p>
<p>No question about the ASIC flow-cloud necessity, except that it cannot be truly scalable without the right strategy and core tech. </p>
<p>The key core tech for a truly scalable massively parallel flow (not 8, 16 or 32-way, but 1000-way) is partititioning (with abstraction &amp; stitching that does not compromise QoR) and metrics-driven metadata every step in the flow. Synopsys tried to develop partitioners for many tools for massively parallel but failed. The corner cases when you stitch kill the tool apps from being truly scalable (Cadence went through this issue with PVS).</p>
<p>The rest is all infrastructure and with Lynx Synopsys has clearly put a basic metrics foundation to enable the Cloud vision, although it has a long way to go for delivering a truly scalable platform that does meta-data driven design process optimization across large organizations.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jeremy Ralph</title>
		<link>http://theasicguy.com/2009/04/03/the-missing-lynx-the-asic-cloud/#comment-559</link>
		<dc:creator>Jeremy Ralph</dc:creator>
		<pubDate>Tue, 07 Apr 2009 06:54:21 +0000</pubDate>
		<guid>http://theasicguy.com/2009/04/03/the-missing-lynx-the-asic-cloud/#comment-559</guid>
		<description>Harry, don't think you're crazy.  When I first heard of Lynx, the "web based metrics," and the runtime environment, I kind of wondered if it could be a stepping stone toward SaaS.  One thing they're going to have to figure out is the client/server architecture and how to scale massively with a multi-tenancy Service Oriented Architecture (SOA).  They're going to need to replace their old-school GUI with an AJAX one.  Something like VNC might buy them some time (like Cadence is doing) but AJAX is king for SaaS GUIs and they'd be best to move in that direction sooner rather putting it off.  They've got their work cut out for them if they are going to change course away from traditional tool deployment. 

Once they have the Cloud infrastructure with the SaaS apps, how does the sales channel need to change, and can they really change that?  There will be a lot of resistance both internally and externally.  The way they do things now works for them (at least relatively), the customers are used to the traditional approach, and it will be painful to switch.  

Looking forward to see how this plays out...</description>
		<content:encoded><![CDATA[<p>Harry, don&#8217;t think you&#8217;re crazy.  When I first heard of Lynx, the &#8220;web based metrics,&#8221; and the runtime environment, I kind of wondered if it could be a stepping stone toward SaaS.  One thing they&#8217;re going to have to figure out is the client/server architecture and how to scale massively with a multi-tenancy Service Oriented Architecture (SOA).  They&#8217;re going to need to replace their old-school GUI with an AJAX one.  Something like VNC might buy them some time (like Cadence is doing) but AJAX is king for SaaS GUIs and they&#8217;d be best to move in that direction sooner rather putting it off.  They&#8217;ve got their work cut out for them if they are going to change course away from traditional tool deployment. </p>
<p>Once they have the Cloud infrastructure with the SaaS apps, how does the sales channel need to change, and can they really change that?  There will be a lot of resistance both internally and externally.  The way they do things now works for them (at least relatively), the customers are used to the traditional approach, and it will be painful to switch.  </p>
<p>Looking forward to see how this plays out&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Konn Danley</title>
		<link>http://theasicguy.com/2009/04/03/the-missing-lynx-the-asic-cloud/#comment-558</link>
		<dc:creator>Konn Danley</dc:creator>
		<pubDate>Tue, 07 Apr 2009 06:42:18 +0000</pubDate>
		<guid>http://theasicguy.com/2009/04/03/the-missing-lynx-the-asic-cloud/#comment-558</guid>
		<description>Harry,

Great ideas - very well thought out.
Thanks for putting all this together.  

I suppose it goes without saying that if the EDA folks can get the business model sorted out, smaller businesses would greatly benefit.

Konn</description>
		<content:encoded><![CDATA[<p>Harry,</p>
<p>Great ideas - very well thought out.<br />
Thanks for putting all this together.  </p>
<p>I suppose it goes without saying that if the EDA folks can get the business model sorted out, smaller businesses would greatly benefit.</p>
<p>Konn</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: John Busco</title>
		<link>http://theasicguy.com/2009/04/03/the-missing-lynx-the-asic-cloud/#comment-556</link>
		<dc:creator>John Busco</dc:creator>
		<pubDate>Sat, 04 Apr 2009 01:25:03 +0000</pubDate>
		<guid>http://theasicguy.com/2009/04/03/the-missing-lynx-the-asic-cloud/#comment-556</guid>
		<description>Harry,

Thanks for sharing your deep insight on Lynx in this well-written series of posts. Great job!

I'm curious to see what becomes of Lynx and SaaS. Is the time finally right?

John</description>
		<content:encoded><![CDATA[<p>Harry,</p>
<p>Thanks for sharing your deep insight on Lynx in this well-written series of posts. Great job!</p>
<p>I&#8217;m curious to see what becomes of Lynx and SaaS. Is the time finally right?</p>
<p>John</p>
]]></content:encoded>
	</item>
</channel>
</rss>
