如何建立一个网站卖货,网站设计要如何做支付功能,网站建设平台有哪些,从化电子商务网站建设今天讲一个非常简单的设计思想#xff0c;这个东东也是IC设计方法里的基本矛盾之一#xff1a;模块划分与overdesign。模块划分乃是IC设计最基本也最经典的概念之一。该步骤出现在芯片架构设计之初。多方设计人员一起讨论#xff0c;决定要做什么功能#xff0c;各个功能究… 今天讲一个非常简单的设计思想这个东东也是IC设计方法里的基本矛盾之一模块划分与overdesign。 模块划分乃是IC设计最基本也最经典的概念之一。该步骤出现在芯片架构设计之初。多方设计人员一起讨论决定要做什么功能各个功能究竟要做到什么程度。然后将整个芯片切分成多个逻辑清晰的子模块决定由谁来实现各个子模块通常伴随着一些嘴仗跟讨价还价。讨论结束之后每个人就会大致清楚自己要实现什么功能然后双方会写作接口文档和自己模块的功能定义及大致框图。再接下来各方进一步确定接口的信号名、位宽以及操作时序。最后开始各自独立研发coding自己的模块。 模块划分允许多个IC设计人员同时协作不需要考虑接口以外别人会怎么做而只需要考虑自己的模块怎么做就行。毫无疑问提高了工作效率。 但是并不一定会提高设计质量因为它会带来overdesign的问题。 什么是overdesign?就是过度设计IC设计人员因为不了解与之对接的模块是怎么coding的也不关心对方是怎么coding的导致很多情况下考虑了过多的可能性而把自己的设计搞得过于复杂。明明可以优化的地方没有做到优化明明不需要的东西却增加了上去。 模块划分是很经典的概念搞IC设计的人都知道教科书也爱讲。但是没有人讲overdesign因为这并不是一个经典的概念也没有引起该有的重视。 很可惜的是overdesign是很容易发生的事情。IC设计人员倾向于只在乎自己的功能模块一旦接口定义完之后就不会考虑对方会怎么做只需要对方提供恰当的接口时序对于对方的内部的行为不闻不问。 一个很常见的现象就是IC设计人员在写作自己的模块的时候会倾向于用很多buffer而非实时处理。我先收到对方的内容然后buffer住这样我可以有更大的设计自由度决定何时处理。因为设计人员对对方模块没有精确的预期不确定对方模块能否立即回应多久回应并且不愿冒风险假设对方模块会何时回应所以更倾向于假设无论对方何时回应我都能够处理这样自己的模块才更加strong。设计人员会认真考虑很多边界情况即便这些边界情况不会发生他也会做到自己的design里面去以防万一。 这些overdesign现象主要原因是因为我们不了解对方的内部设计有些时候又懒得沟通深挖细节所以采用一种保险稳妥的设计方案。有时候会导致明明双方可以并行的地方我们做不到并行明明不需要的资源我们无谓的加了上去。有时候对方给我们一根内部信号就能解决我们的控制难题我们因为不知道对方有这个信号所以自己兜兜转转费大量精力才搞定。 所以在设计架构定义完成之后每个设计者在对自己的模块有了深入细致思考之后其实还需要一个设计步骤双方需要再次开会确定设计中有哪些可以压缩的地方有哪些重复设计或者过度考虑的地方。这个会议的存在将会对整体架构进行一次优化达到更高的设计水准。 简单来说有两次会议非常重要。一次是在架构定义之初各方开会决定怎么做模块划分并对各个模块的功能有一个基本的讨论。另一次是各方对自己的模块进行了深入到RTL层的细致思考之后再开一次会确定各方的细致架构合在一起有什么冗余或者低效的地方进行架构优化。两次会议一次为“分”一次为“合”才是最合理的设计流程。 当然很多团队并没有开第二次会议的习惯如果有的话你会惊讶于overdesgin的现象有多么普遍也会惊讶于搞设计的人有多么闭门造车。欢迎大家关注我的微信公众号半导学社。
