使用不同模型相同提示词写一段systemverilog代码,deepseek太让人惊喜!
熟悉systemverilog的朋友应该都知道fork join_any disable有一个小陷阱就是可能会误kill其他进程所以需要一个guard fork。突然奇想看看哪个大模型可以不经过提醒(这个很重要因为我们大概率不会把这个加入到提示词)考虑到这个层面。先说结论deepseek v4 pro和claude opus 4.7胜出可以自行在chip.ai6800.com下调用模型做实验GPT-5.4 -失败花费0.0075可以用fork...join_any配合disable fork或disable来实现。推荐写法task automatic run_taskA_taskB(); fork : ab_fork begin : taskA_proc taskA(); end begin : taskB_proc taskB(); end join_any // taskA 和 taskB 任意一个先结束后杀掉另外一个 disable ab_fork; endtask更简洁写法如果当前作用域明确也可以这样写fork taskA(); taskB(); join_any disable fork;不过在实际验证环境里更推荐加名字便于维护和调试(其实还是有风险的)fork : ab_fork taskA(); taskB(); join_any disable ab_fork;GPT 5.5 -失败花费0.0205task automatic taskA(); $display([%0t] taskA start, $time); // taskA执行内容 #100; $display([%0t] taskA done, $time); endtask task automatic taskB(); $display([%0t] taskB start, $time); // taskB执行内容 #200; $display([%0t] taskB done, $time); endtask task automatic run_taskA_taskB(); fork : TASK_FORK begin taskA(); end begin taskB(); end join_any // taskA/taskB中任意一个完成后终止另一个还在运行的task disable TASK_FORK; $display([%0t] one task finished, remaining task disabled, $time); endtask说明fork ... join_any并行启动taskA和taskB任意一个结束后继续往下执行。disable TASK_FORK关闭该fork块中仍在运行的其他线程。如果taskA先完成则taskB会被终止。如果taskB先完成则taskA会被终止。Claude sonnet-4.6-失败花费0.0646这是一个使用SystemVerilog实现两个任务并行执行任一完成后终止另一个的代码示例module parallel_task_example; // 任务A task automatic taskA(); begin $display([%0t] taskA started, $time); #100ns; // 模拟任务A需要100ns完成 $display([%0t] taskA completed, $time); end endtask // 任务B task automatic taskB(); begin $display([%0t] taskB started, $time); #150ns; // 模拟任务B需要150ns完成 $display([%0t] taskB completed, $time); end endtask // 主控制逻辑 initial begin fork begin taskA(); end begin taskB(); end join_any // 任何一个分支完成就继续执行 // 终止所有未完成的并行进程 disable fork; $display([%0t] One task completed, both tasks disabled, $time); #10ns; $finish; end endmodule关键点说明fork...join_any- 启动并行执行任一分支完成后继续disable fork- 终止当前fork块中所有未完成的进程automatic- 确保任务可重入支持并发调用如果需要更精细的控制比如只disable特定任务可以使用命名的fork块initial begin fork : parallel_block begin taskA(); end begin taskB(); end join_any disable parallel_block; // 通过名称disable特定fork块 $display([%0t] Tasks disabled, $time); end这段代码中taskA会在100ns完成此时taskB还在执行中需要150nsjoin_any会立即继续执行然后disable fork会终止还在运行的taskB。Claude opus 4.7-成功花费0.0283方法一使用fork...join_anydisable forkmodule tb_top; // 定义 taskA task taskA(); $display([%0t] taskA started, $time); #100; // 模拟一些耗时操作 $display([%0t] taskA completed, $time); endtask // 定义 taskB task taskB(); $display([%0t] taskB started, $time); #50; // 模拟一些耗时操作比taskA快 $display([%0t] taskB completed, $time); endtask initial begin fork taskA(); taskB(); join_any // 任一 task 完成后disable 掉 fork 内所有剩余线程 disable fork; $display([%0t] Both taskA and taskB have been disabled/finished, $time); end endmodule注意disable fork会终止当前进程派生的所有子线程。如果调用环境中还有其他fork产生的线程可能会被误杀。为了避免这个问题推荐使用下面的方法二。方法二使用fork...join_anydisable fork加隔离层通过额外包裹一层fork...join将disable fork的作用范围限定在内部避免影响外部线程module tb_top; task taskA(); $display([%0t] taskA started, $time); #100; $display([%0t] taskA completed, $time); endtask task taskB(); $display([%0t] taskB started, $time); #50; $display([%0t] taskB completed, $time); endtask initial begin // 外层 fork...join 用于隔离 disable fork 的作用范围 fork begin fork taskA(); taskB(); join_any disable fork; // 只会 disable 内层 fork 派生的线程 $display([%0t] Both taskA and taskB have been disabled/finished, $time); end join $display([%0t] Continue with other work..., $time); end endmodule方法三使用命名 Block disable使用命名块可以精确控制要 disable 的目标module tb_top; task taskA(); $display([%0t] taskA started, $time); #100; $display([%0t] taskA completed, $time); endtask task taskB(); $display([%0t] taskB started, $time); #50; $display([%0t] taskB completed, $time); endtask initial begin fork : parallel_block begin : blk_a taskA(); end begin : blk_b taskB(); end join_any // 精确 disable 命名的 fork block disable parallel_block; $display([%0t] Both taskA and taskB have been disabled/finished, $time); end endmodule仿真输出以方法二为例[0] taskA started [0] taskB started [50] taskB completed [50] Both taskA and taskB have been disabled/finished [50] Continue with other work...要点总结方法关键语法优点注意事项方法一join_anydisable fork简洁可能误杀其他线程方法二外层fork begin...end join隔离推荐安全隔离多一层嵌套方法三命名块 disable block_name精确控制需要命名管理实际项目中推荐方法二既安全又清晰是 UVM/验证环境中最常用的模式。DeepSeek v4 pro-成功花费0.0496在芯片验证中经常需要并行启动多个任务并当其中任一任务完成时立即终止其余任务。SystemVerilog 中常见的实现方式有fork...join_anydisable fork以及基于process类的精细控制。下面给出两种典型写法并说明各自的适用场景。方法一fork...join_anydisable fork简洁、常用module tb; initial begin // 在独立的 begin...end 块内使用 fork可限制 disable fork 的影响范围 begin : isolated_fork_block fork taskA(); taskB(); join_any disable fork; // 终止本块内所有活动的子进程即 taskA / taskB end $display(One of the tasks finished, the other is disabled.); // 继续后续测试逻辑... end // 示例 taskA实际工作中可替换为真实的验证任务 task taskA(); $display(taskA started); #10ns; // 模拟耗时操作 $display(taskA finished); endtask // 示例 taskB task taskB(); $display(taskB started); #5ns; // 模拟耗时更短的任务 $display(taskB finished); endtask endmodule说明fork...join_any等待taskA与taskB中任一完成即解除阻塞。disable fork会杀死当前线程即initial块中所有尚未完成的子进程。为避免误杀同一initial块中的其他并行进程通常把fork封装在一个独立的begin...end块中并立即使用disable fork。优点代码简洁适合大多数验证场景。注意如果taskA/taskB内部又开启了子forkdisable fork也会终止那些子孙进程有时这正是期望的行为有时则需要避免。方法二使用process类精确控制推荐用于复杂环境当需要精确地只终止taskA和taskB而不影响其他可能存在的并行进程时可以保存进程句柄并单独 kill。module tb; initial begin process pA, pB; fork begin pA process::self(); // 获取当前进程句柄 taskA(); end begin pB process::self(); taskB(); end join_any // 哪个没完成就 kill 哪个 if (pA ! null pA.status ! process::FINISHED) pA.kill(); if (pB ! null pB.status ! process::FINISHED) pB.kill(); $display(One task completed, the other was killed precisely.); end task taskA(); $display(taskA started); #10ns; $display(taskA finished); endtask task taskB(); $display(taskB started); #5ns; $display(taskB finished); endtask endmodule说明process::self()返回当前进程的句柄。status属性可以检查进程是否已经结束FINISHED、KILLED等。kill()方法可以精确终止特定进程不影响其他并行进程。优点控制粒度细不会误杀其他进程适合复杂验证环境。要求需要仿真器支持 IEEE 1800-2012 及以上标准。总结对于大多数芯片验证场景方法一足够使用且书写快捷当验证环境中有多个并行的fork或需要精细控制时推荐采用方法二以避免副作用。
本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若转载,请注明出处:http://www.coloradmin.cn/o/2598893.html
如若内容造成侵权/违法违规/事实不符,请联系多彩编程网进行投诉反馈,一经查实,立即删除!