CN112579306A - 一种线程设置和线程调度的方法 - Google Patents

Abstract

本发明为一种线程设置和线程调度的方法：S1在工作站规划一个线程池，线程个数为site个数加1；S2执行线程调度，启动主线程；S3主线程执行第一个测试项的Setup、Meas阶段；S4主线程执行第二个测试项的Setup、Meas阶段，同时启动site1子线程执行第一个测试项的Upload阶段；S5site1子线程执行第一个测试项的Calc、Judge阶段，同时启动site2子线程执行第一个测试项的Upload阶段；S6如S5方式执行完一个site的Upload后，执行该site的Calc、Judge流程，同时启动下一个site子线程执行Upload，直到所有site子线程启动并完成Upload、Calc、Judge；S7循环S4‑S6，主线程依次执行第一、第二个测试项直到最后一个测试项的Setup、Meas流程，各site子线程按顺序执行前一个测试项的Upload、Calc、Judge流程；S8线程同步；S9完成测试，销毁线程池。

Description

一种线程设置和线程调度的方法

技术领域

本发明涉及集成电路测试领域，特别涉及一种线程设置和线程调度的方法。

背景技术

随着社会的发展，人们对电子产品功能的多样性和丰富性提出了越来越高的需求。而随着集成电路设计和制造技术的进步，这一需求的实现变为了可能，但芯片规模越来越大，一个芯片中不仅集成了中央处理器CPU、存储器Memory、通用外设接口USB、MIPI、SPI等，还集成了图形处理器GPU、图像处理器VPU、音频处理器Audio，甚至加密引擎AES、SHA等各种复杂的功能模块。

而芯片功能的复杂性和规模的扩大性，对芯片的测试提出了严峻的挑战，不仅增加了测试程序开发时间，还极大地增加了芯片的测试时间，提高了测试成本。

目前芯片的测试基本都是应用通用ATE测试机完成。常见的ATE测试机有V93000、T2000、J750等。通用ATE测试机主要由工作站、测试头组成，其中测试头由多块测试板卡组成，测试板卡内置测试向量发生器、时钟发生器、驱动器、比较器，并包含多个测试通道，可以实现与各Site待测器件的连接，对待测器件施加激励或捕获响应。

工作站负责对测试板卡的控制，通过API编程建立测试向量及相应的控制指令，通过下行总线发送给目标测试板卡，测试板卡执行测试并获取芯片响应数据，再通过上行总线上传到工作站，然后工作站对数据进行处理和判断，得出芯片的测试结果。如图1为ATE测试连接图。

芯片的测试往往包含多个测试项，每个测试项都分为测试向量建立(Setup)、测试数据获取(Meas)、测试数据上传(Upload)、测试数据处理(Calc)、结果判断(Judge)五个阶段，而ATE测试机一般也只能完成一个测试项的整个流程再进行下一个测试项的测试，相当于是测试项一个接一个的串行执行。

传统的提高芯片测试效率的做法是芯片的多测试站点(Site)并行测试，即设置同样的测试向量，同时启动测试卡对多个芯片进行测试，但由于测试板卡是共享与工作站之间的通信总线，工作站获取各Site芯片测试数据需要依次选中对应板卡通过总线顺序进行上传，然后再进行数据处理和结果判定。

传统的多site并行测试，只能实现芯片单个测试项的部分并行，即测试向量的设置及数据获取阶段，数据的上传、处理及结果判断site间依然是串行处理，整体并行度并不高，导致芯片测试效率及测试成本并不理想。

发明内容

为了解决上述问题，本发明的目的在于克服现有技术的不足，提供一种多线程的处理技术，实现了测试项测试数据上传、测试数据处理及结果判断三个阶段的时间隐藏，无论单Site还是多Site都极大地提高了芯片测试并行率，成倍地减少了测试时间，显著地降低了测试成本，具有很高的应用价值。

具体地，提供一种线程设置和线程调度的方法，包括以下步骤：

S1.线程设置是在工作站规划一个线程池，容纳线程个数为测试站点个数再加1，即设置一个主线程和等于测试站点个数的子线程；

S2.执行线程调度，启动所述的主线程；

S3.所述的主线程执行第一个测试项的测试向量建立阶段、测试数据获取阶段；

S4.所述的主线程执行第二个测试项的测试向量建立阶段、测试数据获取阶段，同时启动测试站点1(Site1)子线程执行第一个测试项的测试数据上传阶段；

S5.测试站点1(Site1)子线程执行第一个测试项的测试数据处理、结果判断阶段，同时启动测试站点2(Site2)子线程执行第一个测试项的测试数据上传阶段；

S6.如步骤S5方式执行完一个测试站点(Site)的测试数据上传后，执行该测试站点(Site)的测试数据处理、结果判断的流程，同时启动下一个测试站点(Site)子线程执行其测试数据上传，直到所有测试站点(Site)子线程都启动并完成测试数据上传、测试数据处理、结果判断的执行；

S7.循环步骤S4-S6，主线程依次执行第一个测试项、第二个测试项直到最后一个测试项的测试向量建立、测试数据获取的流程，各测试站点(Site)子线程按顺序执行前一个测试项的测试数据上传、测试数据处理、结果判断的流程；

S8.主线程和子线程进行线程同步；

S9.完成测试，销毁线程池。

由此，本申请的优势在于：上述线程执行步骤实现了各测试项Upload、Calc、Judge时间的隐藏，相当于各测试项由传统的Setup、Meas、Upload、Calc、Judge五个阶段变为了Setup、Meas两个阶段，Upload、Calc、Judge可以实现错位隐藏，节省了测试时间。

本发明还可以通过对多线程的应用，合理分配资源，隐藏了测试数据上传、计算及处理判断时间，实现了测试项及测试站点Site间的并行，达到了很高的测试效率，极大地缩短了测试时间，减少了测试成本，具有很高的实用价值及推广价值。

附图说明

此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，并不构成对本发明的限定。

图1是本发明涉及的现有技术的ATE测试连接示意框图。

图2是本发明涉及的功能示意框图。

图3是本发明涉及的线程设置和线程调度的方法的示意流程图。

图4是本发明涉及的一个测试执行流程图。

图5是传统单site测试执行时间图。

图6是传统多site测试执行时间图。

图7是多线程多site测试执行时间图。

图8是多线程数据隐藏单site测试执行时间图。

图9是多线程数据隐藏多site测试执行时间图。

具体实施方式

为了能够更清楚地理解本发明的技术内容及优点，现结合附图对本发明进行进一步的详细说明。

如图3所示，提供一种线程设置和线程调度的方法，包括以下步骤：

S1.线程设置是在工作站规划一个线程池，容纳线程个数为测试站点个数再加1，即设置一个主线程和等于测试站点个数的子线程；主线程用于执行各测试项的数据测试建立Setup、数据测试获取Meas阶段，测试站点Site子线程用于执行各对应测试站点Site的数据上传Upload、数据处理Calc、结果判断Judge阶段；所述的子线程是独立子线程；

S2.执行线程调度，启动所述的主线程；

S3.所述的主线程执行第一个测试项的测试向量建立阶段、测试数据获取阶段；

S4.所述的主线程执行第二个测试项的测试向量建立阶段、测试数据获取阶段，同时启动测试站点1(Site1)子线程执行第一个测试项的测试数据上传阶段；

S5.测试站点1(Site1)子线程执行第一个测试项的测试数据处理、结果判断阶段，同时启动测试站点2(Site2)子线程执行第一个测试项的测试数据上传阶段；

S6.如步骤S5方式执行完一个测试站点(Site)的测试数据上传后，执行该测试站点(Site)的测试数据处理、结果判断的流程，同时启动下一个测试站点(Site)子线程执行其测试数据上传，直到所有测试站点(Site)子线程都启动并完成测试数据上传、测试数据处理、结果判断的执行；

S7.循环步骤S4-S6，主线程依次执行第一个测试项、第二个测试项直到最后一个测试项的测试向量建立、测试数据获取的流程，各测试站点(Site)子线程按顺序执行前一个测试项的测试数据上传、测试数据处理、结果判断的流程；

S8.主线程和子线程进行线程同步；

S9.完成测试，销毁线程池。

所述的步骤S1中，所述主线程用于执行各测试项的数据测试向量建立、数据测试获取阶段，测试站点子线程用于执行各对应测试站点的数据上传、数据处理、结果判断阶段。

所述的步骤S2中，所述的子线程为独立子线程。

进一步包括，根据芯片的规格定义，建立所需所有测试项，测试项总数为N_item。

根据测试机资源，建立多测试站点测试，总测试站点个数为N_site。

所述的多测试站点可以为任意个数，为2ⁿ测试站点，其中，n为大于等于1的正整数，包括但不限于2测试站点、4测试站点、8测试站点。

所述的步骤S1根据测试站点个数建立线程池，可容纳线程数为Nthread＝N_sit_e+1。

此外，以北京君正集成电路股份有限公司的一款SOC芯片的测试为另外的示例，涉及的一种执行流程如附图4，具体为：

1.根据芯片的规格定义，建立所需所有测试项，测试项总数为N_item。

2.根据测试机资源，建立多site测试，总site个数为N_site。常用的如2site、4site、8site等。

3.在测试机执行各测试项，获取每个测试项执行时各阶段的测试时间。即测试向量建立(Setup)阶段、测试数据获取(Meas)阶段、测试数据上传(Upload)阶段、测试数据计算(Calc)及结果判断(Judge)阶段所需时间。如附图5为传统单Site测试执行时间图，附图6为传统多Site测试执行时间图，并且以2个Site为例。

4.根据Site个数建立线程池，可容纳线程数为N_thread＝N_site+1,其中一个为主线程，其余为各site独立子线程。

5.根据测试流程，从线程池创建主线程。

6.启动并运行主线程执行测试项1的测试向量建立及获取阶段，即Setup与Meas阶段。

7.主线程执行Site1测试项1的Upload阶段，完成后启动Site1子线程执行Site1测试项1的Calc+Judge阶段，同时主线程执行Site2测试项1的Upload阶段，待完成后启动Site2子线程执行Site2测试项1的Calc+Judge阶段。

8.如步骤7，依次由主线程执行各Site的Upload，并按顺序调度启动各Site子线程执行其对应Site的Calc+Judge阶段，然后进行线程同步，待全部执行完毕后释放各Site子线程。

9.循环执行步骤6-8，依次按顺序完成测试项1、测试项2到测试项Nitem的测试，即完成整个测试流程，如附图7为多线程多site测试执行时间图。

10.进一步地，为充分利用测试机板卡双端口RAM可以同时读写的特性，可以在步骤5创建主线程前申请并开辟专属数据空间，各测试项Meas阶段时向此空间写入获取的数据，upload阶段读取此空间的数据并通过总线上传给工作站进行处理。数据空间的大小应设为测试项所需获取最大数据量的大小。

11.根据步骤10的设置，调整步骤6-8执行的线程调度。主线程只负责各测试项的Setup+Meas阶段，并且在测试项1的Setup+Meas结束后立即启动测试项2的Setup+Meas,同时启动Site1子线程执行Upload+Calc+Judge阶段，并且在Site1的Upload结束后启动Site2子线程执行Upload+Calc+Judge，这样依次完成所有Site所有测试项的测试，最后同步各Site子线程并释放回收完成整个测试流程，如附图8为多线程数据隐藏单Site测试，附图9为多线程数据隐藏多Site测试。

12.更进一步地，可以根据步骤3对各测试项时间的获取，合并调整优化测试项，使各测试项Upload+Calc+Judge的时间小于并尽量与其Setup+Meas时间相等，这样就可以将各测试项Upload+Calc+Judge阶段最大限度地完全隐藏起来，获得更好的测试并行度，减少测试时间，降低测试成本。

以Site个数为N_site，测试项个数为N_item，单位测试项测试时间为T_item，单位测试项Setup、Meas、Upload、Calc、Judge阶段的测试时间分别为T_setup、T_meas、T_uplod、T_Calc及T_Judge。

对比图5和图6可以看出，传统单Site测试，每个测试项都需要Setup、Meas、Upload、Calc、Judge五个阶段的测试时间，传统多Site测试，每个测试项的每个Site间Setup、Meas阶段并行执行，相当于节省了Site个数减一倍的Setup加Meas时间，即节省(N_site-1)*(T_setup+T_meas)。

对比图5和图8可以看出，单Site测试下，本发明的多线程数据隐藏方式只需要各测试项的Setup、Meas时间，每个测试项的Upload、Calc、Judge阶段都隐藏到了后一测试项的Setup、Meas阶段，相当于比传统单Site测试节省了测试项个数减一倍的Upload、Calc、Judge时间，即节省(N_item-1)*(T_uplod+T_Calc+T_Judge)。

对比图6和图9可以看出，多Site测试下，本发明的多线程数据隐藏方式每个测试项的Upload、Calc、Judge阶段也都隐藏到了后一测试项的Setup、Meas阶段，Site间Setup、Meas阶段为并行执行，相当于比传统多Site测试节省了测试项个数减一并乘以Site个数倍的Upload、Calc、Judge时间，即节省N_site*(N_item-1)*(T_uplod+T_Calc+T_Judge)。

对比图5和图9可以看出，本发明的多线程数据隐藏方式比传统单Site测试，不仅每个测试项Site间Setup、Meas阶段并行执行，前一测试项的Upload、Calc、Judge阶段还都会被隐藏到后一测试项的Setup、Meas阶段，节省了

(N_site-1)*N_item*(T_setup+T_meas)+N_site*(N_item-1)*(T_uplod+T_Calc+TJ_udge)

＝(N_site-1)*(N_item-1)*(T_setup+T_meas)+(N_site-1)*(T_setup+T_meas)+(N_site-1)*(N_item-1)*(T_uplod+T_Calc+T_Judge)+(N_item-1)*(T_uplod+T_Calc+TJ_udge)

＝(N_site-1)*(N_item-1)*T_item+(N_site-1)*(T_setup+T_meas)+(N_item-1)*(T_uplod+T_Calc+TJ_udge)

即相当于节省了Site个数减一乘以测试项个数减一倍的单位测试项时间加Site个数减一倍的Setup、Meas时间和测试项个数减一倍的upload、Calc、Judge时间，而且，随Site个数和测试项数目的增加而增加，在更多的测试项数目需求更多的Site个数应用下会获得更高的测试收益，更大地减少测试时间。

由此可见，本发明方法无论在单Site还是多Site测试都能够完全隐藏测试数据上传、处理及判定阶段，获得非常理想的并行度，可以成倍地减少测试时间，极大地降低了测试成本，获得很好的使用效益。

以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明实施例可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (8)

1.一种线程设置和线程调度的方法，其特征在于，包括以下步骤：

S1.线程设置是在工作站规划一个线程池，容纳线程个数为测试站点个数再加1，即设置一个主线程和等于测试站点个数的子线程；

S2.执行线程调度，启动所述的主线程；

S3.所述的主线程执行测试项1的测试向量建立阶段、测试数据获取阶段；

S4.所述的主线程执行测试项2的测试向量建立阶段、测试数据获取阶段，同时启动测试站点1子线程执行测试项1的测试数据上传阶段；

S5.测试站点1子线程执行测试项1的测试数据处理、结果判断阶段，同时启动测试站点2子线程执行测试项1的测试数据上传阶段；

S6.如步骤S5方式执行完一个测试站点测试数据上传后，执行该测试站点的测试数据处理、结果判断的流程，同时启动下一个测试站点子线程执行其测试数据上传，直到所有测试站点子线程都启动并完成测试数据上传、测试数据处理、结果判断的执行；

S7.循环步骤S4-S6，主线程依次执行测试项1、测试项2直到最后一个测试项的测试向量建立、测试数据获取的流程，各测试站点子线程按顺序执行前一个测试项的测试数据上传、测试数据处理、结果判断的流程；

S8.主线程和子线程进行线程同步；

S9.完成测试，销毁线程池。

2.根据权利要求1所述的一种线程设置和线程调度的方法，其特征在于，所述的步骤S1中，所述主线程用于执行各测试项的数据测试向量建立、数据测试获取阶段，测试站点子线程用于执行各对应测试站点的数据上传、数据处理、结果判断阶段。

3.根据权利要求1所述的一种线程设置和线程调度的方法，其特征在于，所述的步骤S2中，所述的子线程为独立子线程。

4.根据权利要求1所述的一种线程设置和线程调度的方法，其特征在于，进一步包括，根据芯片的规格定义，建立所需所有测试项，测试项总数为N_item。

5.根据权利要求1所述的一种线程设置和线程调度的方法，其特征在于，根据测试机资源，建立多测试站点测试，总测试站点个数为N_site。

6.根据权利要求5所述的一种线程设置和线程调度的方法，其特征在于，所述的多测试站点为2ⁿ测试站点，其中，n为大于等于1的正整数。

7.根据权利要求6所述的一种线程设置和线程调度的方法，其特征在于，所述的2ⁿ测试站点优选为2测试站点、4测试站点、8测试站点。

8.根据权利要求1所述的一种线程设置和线程调度的方法，其特征在于，所述的步骤S1根据测试站点个数建立线程池，可容纳线程数为N_thread＝N_site+1。

Images