<?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: VMM vs. OVM Becomes More Important</title>
	<atom:link href="http://chipdesignmag.com/sld/sperling/2009/05/07/vmm-vs-ovm-becomes-more-important/feed/" rel="self" type="application/rss+xml" />
	<link>http://chipdesignmag.com/sld/sperling/2009/05/07/vmm-vs-ovm-becomes-more-important/</link>
	<description>View from the Sidelines</description>
	<lastBuildDate>Fri, 25 Mar 2011 17:35:27 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0.4</generator>
	<item>
		<title>By: Adam Sherer</title>
		<link>http://chipdesignmag.com/sld/sperling/2009/05/07/vmm-vs-ovm-becomes-more-important/comment-page-1/#comment-215</link>
		<dc:creator>Adam Sherer</dc:creator>
		<pubDate>Mon, 11 May 2009 15:15:45 +0000</pubDate>
		<guid isPermaLink="false">http://chipdesignmag.com/sld/sperling/?p=131#comment-215</guid>
		<description>Though late to the thread, I will have to echo the comments from JL and Dennis, but add one more important point.  At this point, the user base for OVM is huge (more than 7000 registered on OVM World and approaching 500 on LinkedIn).  I would assume that VMM has a loyal following as well.  Any new library is likely to cause each base a costly migration, but as Dennis and JL pointed out, we are on the verge of having a great interoperability solution jointly developed by all three large simulation vendors.  It would seem to me in this tough economic era, that we may actually have the most pragmatic solution in-hand.

=Adam Sherilog
Cadence</description>
		<content:encoded><![CDATA[<p>Though late to the thread, I will have to echo the comments from JL and Dennis, but add one more important point.  At this point, the user base for OVM is huge (more than 7000 registered on OVM World and approaching 500 on LinkedIn).  I would assume that VMM has a loyal following as well.  Any new library is likely to cause each base a costly migration, but as Dennis and JL pointed out, we are on the verge of having a great interoperability solution jointly developed by all three large simulation vendors.  It would seem to me in this tough economic era, that we may actually have the most pragmatic solution in-hand.</p>
<p>=Adam Sherilog<br />
Cadence</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Tom Borgstrom</title>
		<link>http://chipdesignmag.com/sld/sperling/2009/05/07/vmm-vs-ovm-becomes-more-important/comment-page-1/#comment-213</link>
		<dc:creator>Tom Borgstrom</dc:creator>
		<pubDate>Mon, 11 May 2009 06:02:18 +0000</pubDate>
		<guid isPermaLink="false">http://chipdesignmag.com/sld/sperling/?p=131#comment-213</guid>
		<description>Ed,

I&#039;ll echo some of Dennis&#039; comments -- the Accellera VIP TSC is making steady progress towards methodology interoperability and ultimately what verification teams tell me they want - a single industry standard.  

In the meantime, verification teams still need to get chips out and methodology can play a big role in improving their productivity. So as Synopsys supports the Accellera effort, it also continues to invest R&amp;D bandwidth in VMM with new methodology applications, extensions to low power, updated libraries, etc.

-tom</description>
		<content:encoded><![CDATA[<p>Ed,</p>
<p>I&#8217;ll echo some of Dennis&#8217; comments &#8212; the Accellera VIP TSC is making steady progress towards methodology interoperability and ultimately what verification teams tell me they want &#8211; a single industry standard.  </p>
<p>In the meantime, verification teams still need to get chips out and methodology can play a big role in improving their productivity. So as Synopsys supports the Accellera effort, it also continues to invest R&amp;D bandwidth in VMM with new methodology applications, extensions to low power, updated libraries, etc.</p>
<p>-tom</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: On Verification: A Software-to-Silicon Verification &#187; Blog Archive &#187; Verification Methodologies: Standards will come; in the mean time get that chip verified!</title>
		<link>http://chipdesignmag.com/sld/sperling/2009/05/07/vmm-vs-ovm-becomes-more-important/comment-page-1/#comment-212</link>
		<dc:creator>On Verification: A Software-to-Silicon Verification &#187; Blog Archive &#187; Verification Methodologies: Standards will come; in the mean time get that chip verified!</dc:creator>
		<pubDate>Mon, 11 May 2009 05:38:49 +0000</pubDate>
		<guid isPermaLink="false">http://chipdesignmag.com/sld/sperling/?p=131#comment-212</guid>
		<description>[...] Sperling’s post at the System-Level Design Community revives a methodology topic that I think many verification [...]</description>
		<content:encoded><![CDATA[<p>[...] Sperling’s post at the System-Level Design Community revives a methodology topic that I think many verification [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Lou Covey</title>
		<link>http://chipdesignmag.com/sld/sperling/2009/05/07/vmm-vs-ovm-becomes-more-important/comment-page-1/#comment-211</link>
		<dc:creator>Lou Covey</dc:creator>
		<pubDate>Mon, 11 May 2009 04:23:55 +0000</pubDate>
		<guid isPermaLink="false">http://chipdesignmag.com/sld/sperling/?p=131#comment-211</guid>
		<description>This conversation seems to be proving Ed&#039;s point.  We have a user, two vendors, a consultant and a standards body saying different things.  Let&#039;s hope that Dennis&#039; seminar at DAC actually shows some sort of direction.</description>
		<content:encoded><![CDATA[<p>This conversation seems to be proving Ed&#8217;s point.  We have a user, two vendors, a consultant and a standards body saying different things.  Let&#8217;s hope that Dennis&#8217; seminar at DAC actually shows some sort of direction.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Dennis Brophy</title>
		<link>http://chipdesignmag.com/sld/sperling/2009/05/07/vmm-vs-ovm-becomes-more-important/comment-page-1/#comment-210</link>
		<dc:creator>Dennis Brophy</dc:creator>
		<pubDate>Fri, 08 May 2009 20:21:31 +0000</pubDate>
		<guid isPermaLink="false">http://chipdesignmag.com/sld/sperling/?p=131#comment-210</guid>
		<description>Ed,

Perhaps the Accellera Verification IP Technical Subcommittee’s work is more of a secret to you and possibly others.  Progress is being made.  So I would not despair.    

And, as I recall from the last Accellera VIP TSC meeting, there is a pending agenda item to discuss an informational TSC meeting at the up coming DAC to discuss the details of the work.  We will have Accellera alert you to this so you and your readers can attend.

As good progress is being made in “bridging the two environments” as you put it, this will address fundamental issues to adopt evolving technology.  Namely, Newton’s First Law that a body at rest tends to stay at rest is addressed to allow efficient interaction between the “two environments” to promote reuse in the verification community of current and past work as the standards teams are on their Newtonian convergence path to offer a more unifying solution.   

Lastly, I think you pin too much hope for a methodology to cure all verification issues alone.  IMHO it will not do this.  What it will do is set the stage for further fundamental work/research that needs to be applied on top of these methodologies to address those difficult verification challenges.  

At Mentor we can already see the algorithmic inventions accrue to our verification solution within the context of OVM while simplifying adoption by preserving historical investments.

-Dennis</description>
		<content:encoded><![CDATA[<p>Ed,</p>
<p>Perhaps the Accellera Verification IP Technical Subcommittee’s work is more of a secret to you and possibly others.  Progress is being made.  So I would not despair.    </p>
<p>And, as I recall from the last Accellera VIP TSC meeting, there is a pending agenda item to discuss an informational TSC meeting at the up coming DAC to discuss the details of the work.  We will have Accellera alert you to this so you and your readers can attend.</p>
<p>As good progress is being made in “bridging the two environments” as you put it, this will address fundamental issues to adopt evolving technology.  Namely, Newton’s First Law that a body at rest tends to stay at rest is addressed to allow efficient interaction between the “two environments” to promote reuse in the verification community of current and past work as the standards teams are on their Newtonian convergence path to offer a more unifying solution.   </p>
<p>Lastly, I think you pin too much hope for a methodology to cure all verification issues alone.  IMHO it will not do this.  What it will do is set the stage for further fundamental work/research that needs to be applied on top of these methodologies to address those difficult verification challenges.  </p>
<p>At Mentor we can already see the algorithmic inventions accrue to our verification solution within the context of OVM while simplifying adoption by preserving historical investments.</p>
<p>-Dennis</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: ed</title>
		<link>http://chipdesignmag.com/sld/sperling/2009/05/07/vmm-vs-ovm-becomes-more-important/comment-page-1/#comment-209</link>
		<dc:creator>ed</dc:creator>
		<pubDate>Fri, 08 May 2009 18:41:59 +0000</pubDate>
		<guid isPermaLink="false">http://chipdesignmag.com/sld/sperling/?p=131#comment-209</guid>
		<description>JL, you are one of a very small number of people who are well versed in both methodologies, but the number of engineers on each side is quite large. If progress has been made, it&#039;s certainly not so evident from the sidelines.</description>
		<content:encoded><![CDATA[<p>JL, you are one of a very small number of people who are well versed in both methodologies, but the number of engineers on each side is quite large. If progress has been made, it&#8217;s certainly not so evident from the sidelines.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: JL Gray</title>
		<link>http://chipdesignmag.com/sld/sperling/2009/05/07/vmm-vs-ovm-becomes-more-important/comment-page-1/#comment-208</link>
		<dc:creator>JL Gray</dc:creator>
		<pubDate>Fri, 08 May 2009 18:11:36 +0000</pubDate>
		<guid isPermaLink="false">http://chipdesignmag.com/sld/sperling/?p=131#comment-208</guid>
		<description>Ed,

You say there has been little progress in bridging the VMM and OVM... That&#039;s certainly not the case. The Accellera VIP TSC, of which I am a member, has made great progress in this area.  Even outside of the standardization effort, Mentor and Cadence released VMM/OVM interoperability libraries back in December.  

As a side note, back in the fall, I gave a worldwide seminar series on the similarities and differences between certain aspects of the VMM and OVM... The information is out there, you just need to know who to ask.

JL</description>
		<content:encoded><![CDATA[<p>Ed,</p>
<p>You say there has been little progress in bridging the VMM and OVM&#8230; That&#8217;s certainly not the case. The Accellera VIP TSC, of which I am a member, has made great progress in this area.  Even outside of the standardization effort, Mentor and Cadence released VMM/OVM interoperability libraries back in December.  </p>
<p>As a side note, back in the fall, I gave a worldwide seminar series on the similarities and differences between certain aspects of the VMM and OVM&#8230; The information is out there, you just need to know who to ask.</p>
<p>JL</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Mike Mintz</title>
		<link>http://chipdesignmag.com/sld/sperling/2009/05/07/vmm-vs-ovm-becomes-more-important/comment-page-1/#comment-207</link>
		<dc:creator>Mike Mintz</dc:creator>
		<pubDate>Fri, 08 May 2009 18:00:07 +0000</pubDate>
		<guid isPermaLink="false">http://chipdesignmag.com/sld/sperling/?p=131#comment-207</guid>
		<description>Hi Ed,

The verification community is not ready yet for a methodology war. The pain level that the average verification team feels has not driven them to seek a methodology. Also, IP vendors have not been driven to produce verification IP for their IP cores.

As for managing complexity, we should learn what the software industry learned years ago. Things like interface versus implementation, data abstraction, data duplication is evil, and minimizing &quot;if&quot; tests, just to name a few.

In my opinion, the VMM and OVM and not good examples of these &quot;lessons learned&quot;.

Now as full disclosure, I have co-written a tiny open source verification framework that runs on 5 simulators and is in C++ and SystemVerilog. Also, I have co-written two books on verification that attempt to bridge the software versus verification engineer gap.

Mike</description>
		<content:encoded><![CDATA[<p>Hi Ed,</p>
<p>The verification community is not ready yet for a methodology war. The pain level that the average verification team feels has not driven them to seek a methodology. Also, IP vendors have not been driven to produce verification IP for their IP cores.</p>
<p>As for managing complexity, we should learn what the software industry learned years ago. Things like interface versus implementation, data abstraction, data duplication is evil, and minimizing &#8220;if&#8221; tests, just to name a few.</p>
<p>In my opinion, the VMM and OVM and not good examples of these &#8220;lessons learned&#8221;.</p>
<p>Now as full disclosure, I have co-written a tiny open source verification framework that runs on 5 simulators and is in C++ and SystemVerilog. Also, I have co-written two books on verification that attempt to bridge the software versus verification engineer gap.</p>
<p>Mike</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Rick Nordin</title>
		<link>http://chipdesignmag.com/sld/sperling/2009/05/07/vmm-vs-ovm-becomes-more-important/comment-page-1/#comment-206</link>
		<dc:creator>Rick Nordin</dc:creator>
		<pubDate>Fri, 08 May 2009 17:17:00 +0000</pubDate>
		<guid isPermaLink="false">http://chipdesignmag.com/sld/sperling/?p=131#comment-206</guid>
		<description>Ed, I agree with you completely! It is a religous battle and that is why companies like Breker are taking a unique stand - Breker is working with all verification flows to simplify the process of generating complex scenarios to find errors. After all, it is all about bug discovery!
</description>
		<content:encoded><![CDATA[<p>Ed, I agree with you completely! It is a religous battle and that is why companies like Breker are taking a unique stand &#8211; Breker is working with all verification flows to simplify the process of generating complex scenarios to find errors. After all, it is all about bug discovery!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jeremy Ralph</title>
		<link>http://chipdesignmag.com/sld/sperling/2009/05/07/vmm-vs-ovm-becomes-more-important/comment-page-1/#comment-205</link>
		<dc:creator>Jeremy Ralph</dc:creator>
		<pubDate>Fri, 08 May 2009 17:14:37 +0000</pubDate>
		<guid isPermaLink="false">http://chipdesignmag.com/sld/sperling/?p=131#comment-205</guid>
		<description>With a little snooping of different job postings &amp; LinkedIn profiles it should be identifiable which co. uses which methodology.  It would be interesting to compile such a public/open list.  On a related note, Harry the ASIC guy did a poll on the topic of verification methodologies too.</description>
		<content:encoded><![CDATA[<p>With a little snooping of different job postings &amp; LinkedIn profiles it should be identifiable which co. uses which methodology.  It would be interesting to compile such a public/open list.  On a related note, Harry the ASIC guy did a poll on the topic of verification methodologies too.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

