ic工程师和甲方土建工程师待遇哪个待遇好

很抱歉,没有找到满足条件的职位
1、适当减少已选择的条件
2、适当删减或更改搜索关键字
热门关键字:
根据你的筛选条件,定期将符合你要求的职位信息发送给你
上海仿真应用工程师人才招聘频道介绍
上海仿真应用工程师招聘频道为您提供上海仿真应用工程师招聘信息,有大量上海仿真应用工程师招聘信息供您选择,您可以免费查看和发布上海仿真应用工程师招聘信息。了解上海仿真应用工程师工资和上海仿真应用工程师月薪待遇。上海仿真应用工程师招聘触屏版,上海仿真应用工程师招聘极速版。
周边地区招聘:
招聘频道:
热门招聘:
热门搜索:分类:验证平台设计每个人对颗粒度的需求是不同的——吴杉&我喜欢帮帮娃,有很多选择,手撕牛肉、牛肉粒、灯影牛肉。MD,他们又没给我广告费!不过,真的很好吃。牙口好的人喜欢手撕牛肉的筋道,而小朋友可能会喜欢牛肉粒,梁山好汉的需求是“大块”,而鸿门宴上的樊哙更青睐猪腿刺身——每个人对颗粒度的需求是不同的,对于item而言,也同样成立。OK,everybody,大家的眼睛可以从手撕牛肉上移开了。&item的颗粒度没有明显的高下之分,我们不能说颗粒度小就是好,大就是不好,或者反之。我们需要做的事情是:了解item颗粒度大小可能带来的优势和劣势,然后选择最适合自己的颗粒度。当然,这些分析在上一课中有所提及,这一课,期望能讲的更细致些。&观点1:item颗粒越大,验证平台设计越简单&&上图是3GPP协议(3GPP TS 36.211 V13.1.0 (2016-03))的2型(TDD)帧结构。1个帧有10ms,每个帧有10个子帧,其中,第2个子帧为特殊子帧,由DwPTS、GP、UpPTS组成。&好了,轮到我们选择item的颗粒度了,在假设我们的DUV关心帧结构里的内容,例如DwPTS、GP、UpPTS的情况下。&&假设我们选择以子帧为颗粒度,考虑一下我们的验证平台会做哪些处理吧。sequence:以子帧产生item,此时,对于特殊子帧的约束,比较麻烦(也有解决方法);driver:直接打包输出item;monitor(前级):采样一个子帧的item信息,并送给参考模型;refm:根据子帧的计数,判断该item是正常子帧还是特殊子帧,做相应处理,然后输出;monitor(后级):按照DUV输出的数据格式采样,送给scoreboard;scoreboard:比对refm输出的item,以及后级monitor送来的item;如果输出item与输入item的结构基本一致,那么scoreboard内部最好也做子帧的计数,以及相应处理。&由上面的分析可以看出,如果你的item定义的颗粒度较小,那么,你就必须做好精确的item计数,并根据计数做相应处理,如打印信息。可能你觉得这没什么,不就是做一个0~9的计数器吗?对于这个例子来说,基本上是这样的。&但是,如果帧结构更复杂一些,你需要的可能就是十几个计数器(而且八成会有某1~2个计数器写错),而由于颗粒度较小,你不能一下看到帧结构的整体,调试会稍微麻烦些。&假设我们选择以帧为颗粒度,考虑一下我们验证平台的处理。sequence每次产生一帧的数据,此时,可以方便的定义特殊子帧里的DwPTS、GP、UpPTS;driver和monitor(前级),驱动和采样一帧的数据;refm,一次处理一帧的数据,不需要做计数,item的成员变量,可以直接拿来处理,monitor(后级)与Scoreboard,如果输出item的数据结构与输入一致,那么item的处理会很方便,因为一般item都自带一系列操作函数,如拷贝、比较、打印等。&在本例中,以帧为颗粒度(大颗粒度)比以子帧为颗粒度(小颗粒度)的验证平台操作上更简单。那么,是否有这样的一个普遍规律:大颗粒度的验证平台,结构较小颗粒度的验证平台简单。&个人认为,一般情况下,这个结论是成立的,因为大颗粒度可以携带更多的信息量。&如上图以10ms帧为例,大颗粒度的item,包含了10ms无线帧的 所有信息量。总结观点1:当item颗粒较大时,携带的信息量越多,设计验证平台时,复杂度越低。&观点2:item颗粒较小,验证平台的调试会较快捷&还是以上面的无线帧的例子举例,假设你的验证平台以10ms的无线帧为一个item,那么,什么时候你的参考模型可以得到第一个monitor采样数据?&&这个时刻是当monitor(前级)接收到第一个无线帧数据,到无线帧结束的时间,不考虑复位、初始化的时间,refm接收到第一个item的时间是10ms。然后,refm计算,输出数据给scoreboard。每条用例至少执行10ms以上。&仿真时间10ms,不知道诸位是否可以接受,反正我是很难接受的。较小的item可以较快的产生结果,较快的启动验证平台的调试工作,是一种比较快捷的选择。以本例来说,以子帧(1ms)为item颗粒,比以帧(10ms)为item颗粒,能够提前近10倍获取第一个输出结果。&当然,假设某个验证平台非常简单,仿真10ms也占不了多少时间,较大的item颗粒也可以部分接受。但是,需要确认一点,这个非常简单的验证平台,不会向子系统级或系统级集成;或者即使集成,也处在某个不用时刻关心的分支逻辑上。因为,如果较大颗粒item的验证平台集成到子系统或系统级验证平台后,那么该子系统或系统级验证平台会由于很久获取不item,而导致得到输出结果的时间变长。&当然,item越小,我们自然能够越快获得输出结果。但是,我们还需要关注观点1。item越小,携带的信息量越少,当信息量少到一定程度后,所谓的输出结果,其所携带的信息量,都无法构成一个语义,那么就是过犹不及了,你…………说…………对…………吗?&总结观点2:当item颗粒较小时,可以较快得到输出结果,使验证平台的调试更快捷。但是,item的颗粒不是越小越好。&观点3:item颗粒较小,验证平台占用的内存较少&首先,需要说明的是,验证平台的运行环境一般内存比较充足,对于内存的占用,只要不是过分浪费,都还是可以接受的。因此,在进行设计决策时,这一点的优先级为中等。&假设不管item的颗粒度如何,验证平台中,同一时刻存储的item个数是相近的,那么,较小item将占用较小的内存空间。我们可以通过对验证平台结构的分析,得到对该假设的支持。&&还是这张图,同一时刻,各组件内存储的item资源分析。sequence,item产生好后,就传递给driver,某时刻内存占用约为1个item;driver,发送item,发送完一个item,再拿下一个item,某时刻内存占用约为1个item;monitor(前级),采样item,每采样完一个item,就将其发送给refm,某时刻内存占用约1个item;refm,一般计算不消耗仿真时间,处理item,就将其发送给scoreboard;scoreboard,内存占用大户,存储的item个数为DUV处理一个item的时间/一个item的在总线上占用的时间(driver或monitor)。例如,DUV处理时间为10us,一个item在总线上的时间为1us,那么scoreboard内存储的item个数约为9个;monitor(后级),与前级类似。&当然,在实际的验证平台中,由于编码风格的差异,内存占用不可能这么简单的计算,以上说的数字分析,请勿细究,谢谢!&我们再看看观点3的假设,“内存颗粒较小,验证平台占用内存较小”,在DUV处理延时较小时,该假设较有效。如果DUV处理延时很大,那么颗粒度对总内存的影响就会降低。&另外,过小的item颗粒度,会带来处理的复杂度的增加。处理复杂度的增加,也会导致内存使用的增加,例如,需要定义很多的计数器,指示信息等,以弥补由于颗粒变小,带来的信息量不足的问题。&总结观点3:当item颗粒较小时,验证平台占用的内存较少。但是,该假设仅在DUV处理延时较小时有效,当DUV处理延时大于最大的item颗粒时,该假设就无效了。另外,当item颗粒小到一定程度后,验证平台的内存占用反而有可能增长。&观点4:混合item颗粒度,或许是个好的选择&&请思考以下问题:sequence给driver的item,为什么一定要和monitor给refm的item一致?monitor给refm的tiem,与refm给scoreboard的item一致吗?&有时候,我们只是讨厌维护更多的文件(item定义文件),而把事情搞复杂。多定义几个item有什么不好的?我们可以定义一个较长的item,因为其信息量比较全,做约束时会很方便,但是,我们也可以同时定义一个较短的item,因为其很快就可以得到输出结果,调试验证平台的时候会比较快捷。&前级monitor的item,与后级monitor的item,本来就代表了不同的意义,完全可以使用不同的item来实现。当然,一个数据链路,如果使用同一个item,即重用了item的相关功能。但是,大而全的item不但增加了消耗,也增加的理解的难度,例如,为什么要在item里定义一个名称为mb_if_print_turbo_rslt的变量(这个变量可能仅在turbo译码模块使用)。&总结观点4:在不同的验证组件,可以使用不同的item定义,其判断依据为是否更利于我们工作的开展。我们需要在以下几个方面找到平衡:1、验证平台设计的复杂度;2、验证平台的调试便捷性;3、验证平台的内存占用。如果我们无法通过某个item颗粒度达到以上三个目的,可以再考虑一下混合item颗粒度。好了,今天就先到这里吧,希望您也有一些小技巧可以分享。可以在公众号留言,也可以扫描上一篇文章的二维码,加入“IC验证工程师交流群”讨论。&本文为原创,转载请注明出处:IC验证工程师IC验证工程师(IC_VEngineer) 
 文章为作者独立观点,不代表微头条立场
的最新文章
冒烟测试懒蚂蚁的故事多芯片联合仿真、库文件、重复定义、libmap验证的江湖,怎么说呢?还是比较乱的。虽说没有左冷禅、岳不群捣乱,但是名词的确满天飞,怎么称呼的都有。混乱的名快乐(Joy)、恐惧(Fear)、厌恶(Disgust)、愤怒(Anger)、悲伤(Sadness)为什么要验证异常用例?曾经有同事分解的验证需求是:扰乱DUV的寄存器配置值,以及配置顺序,看DUV是否“按预每日立会的目标和方法存储器、数据结构、关联数组、文件操作回归验证软件领域一般称之为“回归测试(Regression Test)”。其中Regression的意思是:冒烟测试懒蚂蚁的故事多芯片联合仿真、库文件、重复定义、libmap验证的江湖,怎么说呢?还是比较乱的。虽说没有左冷禅、岳不群捣乱,但是名词的确满天飞,怎么称呼的都有。混乱的名快乐(Joy)、恐惧(Fear)、厌恶(Disgust)、愤怒(Anger)、悲伤(Sadness)为什么要验证异常用例?曾经有同事分解的验证需求是:扰乱DUV的寄存器配置值,以及配置顺序,看DUV是否“按预每日立会的目标和方法存储器、数据结构、关联数组、文件操作回归验证软件领域一般称之为“回归测试(Regression Test)”。其中Regression的意思是:迭代开发、硬件迭代、横向迭代、纵向迭代验证用例数 vs 功能覆盖率随机、固定域、控制域、约束的范围设计验证平台、幸福课、完美主义、追求卓越颗粒度、设计复杂度、调试便利性、内存占用Shell、Makefile、自动编译仿真验证管理,配置管理流程、方法通过准则、monitor、断言验证工程师、边界、软件、设计、算法寄存器、域段、uvm_reg_field、uvm_reg、uvm_reg_block资源池、数学建模semaphore,UVM,uvm_reginterface,设计分析,时钟域,重用黑盒验证,白盒验证,灰盒验证分类:验证需求分解IPO大法的1权利,权力,公民,新年献词IPO,分层,多维IC_VEngineerIC验证工程师热门文章最新文章IC_VEngineerIC验证工程师工作人员会在10个工作日内向您提供的账号打款。
为您的账户&&充值&52(返现金额¥52*100)筑龙币
中国土木工程学会指定网络教育机构
所在位置:&&&&&&&&&&&&结构工程师职业生涯规划系列宣讲
结构工程师职业生涯规划系列宣讲
授课形式:网络
所属分类:
十余年经验一线结构工程师亲自授课通过丰富实例生动形象地介绍了结构工程师每个阶段应掌握的必备技能对职业生涯规划有明确的方向,快速成长为行业翘楚
对结构设计职业规划不清晰的学员结构设计专业在校学生及新进入设计行业的学员从事结构设计工作1年至2年的学员结构绘图基础较弱的学员
● 意大利阿尔佩建筑事务所合伙人● 同济大学结构工程硕士,清华大学工商管理硕士● 国家一级注册结构工程师,国家注册咨询工程师● 英国结构工程师学会正会员● 十余年一线工程设计从业经历,参与负责各类大中型工程项目施工图设计● 参与编制 国家建筑标准设计图集12J003《室外工程》
一、结构工程师的职业发展路径& & &1、结构工程师的职能& & &2、结构工程师职业发展路径& & &3、实例解析结构设计流程及注意事项二、结构工程师需掌握的技能及课程介绍& &&& & &1、怎样成为一个优秀的结构工程师&& & &2、结构工程师需要掌握的基本技能及介绍&&
制作并提供服务。
,其中免费试听共4节)
第1节&结构工程师职业生涯规划
第2节&结构工程师必备技能
第3节&实例解析结构设计流程及注意事项 上
第4节&实例解析结构设计流程及注意事项 下
请&&并购买后发表评论。还没有账号
评论数:299
看了这门课程的人还看了
结构设计讨论组
热门搜索推荐
权利声明:
筑龙教育上的所有课程信息、购买评价、留言咨询、网友讨论等内容,是筑龙教育网重要的经营资源,未经许可,禁止非法转载使用。
:&400-900-8066}

我要回帖

更多关于 房地产土建工程师待遇 的文章

更多推荐

版权声明:文章内容来源于网络,版权归原作者所有,如有侵权请点击这里与我们联系,我们将及时删除。

点击添加站长微信