CN117149406A

CN117149406A - Resource scheduling method, device, system, computer equipment and storage medium

Info

Publication number: CN117149406A
Application number: CN202310911595.5A
Authority: CN
Inventors: 金留念; 王大中; 曹蓓; 裴良杰; 姜丙亚
Original assignee: Shandong Yunhai Guochuang Cloud Computing Equipment Industry Innovation Center Co Ltd
Current assignee: Shandong Yunhai Guochuang Cloud Computing Equipment Industry Innovation Center Co Ltd
Priority date: 2023-07-24
Filing date: 2023-07-24
Publication date: 2023-12-01

Abstract

The invention relates to the technical field of communication and discloses a resource scheduling method, a device, a system, computer equipment and a storage medium. The resource scheduling method comprises the following steps: acquiring the test resource demand of a terminal to be tested, and testing the task type of the terminal to be tested; determining optional test resources from the target hardware verification platform according to the test resource demand and the test task type to obtain resource occupation identification of the optional test resources; screening the selectable test resources based on the resource occupation identification to obtain available test resources; obtaining a tested file, wherein the tested file is used for generating a circuit file used for manufacturing a streaming sheet; and configuring test parameters of the terminal to be tested according to the available test resources, and sending the tested file to the available test resources in the target hardware verification platform so as to execute the test task issued by the terminal to be tested. According to the scheme provided by the embodiment of the invention, the verification efficiency can be improved.

Description

Resource scheduling method, device, system, computer equipment and storage medium

Technical Field

The present invention relates to the field of communications technologies, and in particular, to a method, an apparatus, a system, a computer device, and a storage medium for resource scheduling.

Background

Chip verification is an important link for ensuring the yield of products and controlling the cost, and the main purpose is to ensure that the functions and performance indexes specified by the design specification can be completely realized before chip streaming (Tape-out).

In the related art, the chip is usually verified based on an FPGA (Field Programmable Gate Array ) prototype verification platform. For example, FPGA prototype verification generally verifies the functionality and performance of ASICs (Application Specific Integrated Circuit, application specific integrated circuits) by migrating RTLs to FPGAs after front-end RTL (Register Transfer Level, register transfer stage) design and simulation. However, as ASIC design scale grows exponentially, prototype verification requirements become more and more complex, and therefore, many verification engineers are required to work cooperatively on the FPGA prototype verification platform through the terminals under test.

In the cooperative work process of the FPGA prototype verification platform, due to the limitation of the test resources, the terminal to be tested obtains the test resources in a preemptive manner of first applying for first use, but the terminal to be tested finds out the condition that the inquired test resources are occupied when the terminal to be tested applies for chip verification of the test resources, so that the terminal to be tested repeatedly inquires the test resources, and further the verification efficiency is reduced.

Disclosure of Invention

In view of the above, the present invention provides a resource scheduling method, apparatus, system, computer device and storage medium, which can improve verification efficiency.

In a first aspect, the present invention provides a resource scheduling method, applied to a processing server, where the processing server is in communication connection with a terminal to be tested and a target hardware verification platform, the method includes:

acquiring the test resource demand of a terminal to be tested, and testing the task type of the terminal to be tested;

determining optional test resources from the target hardware verification platform according to the test resource demand and the test task type to obtain resource occupation identification of the optional test resources;

screening the selectable test resources based on the resource occupation identification to obtain available test resources;

obtaining a tested file, wherein the tested file is used for generating a circuit file used for manufacturing a streaming sheet;

and configuring test parameters of the terminal to be tested according to the available test resources, and sending the tested file to the available test resources in the target hardware verification platform so as to execute the test task issued by the terminal to be tested.

According to the resource scheduling method provided by the embodiment of the invention, the selectable test resources can be determined from the target hardware verification platform according to the test resource demand and the test task type by acquiring the test resource demand of the terminal to be tested and the test task type of the terminal to be tested, so that the resource occupation identification of the selectable test resources can be obtained; screening the selectable test resources based on the resource occupation identification to obtain available test resources; then, the tested file is obtained and used for generating the circuit file used for making the streaming sheet, the test parameters of the terminal to be tested are configured according to the available test resources, and the tested file is sent to the available test resources in the target hardware verification platform to execute the test task issued by the terminal to be tested, that is, the selectable test resources are screened based on the resource occupation identification, so that whether the selectable test resources are occupied or not can be determined, the condition that the test resources are occupied when the test resources are applied is avoided, and the verification efficiency is improved.

In some optional embodiments, screening the optional test resources based on the resource occupation identifier to obtain available test resources includes:

acquiring current system resource occupation information in a target hardware verification platform;

and screening the selectable test resources based on the resource occupation identification and the current system resource occupation information to obtain the available test resources.

According to the resource scheduling method provided by the embodiment of the invention, the current system resource occupation information in the target hardware verification platform is obtained, the selectable test resources can be screened based on the resource occupation identification and the current system resource occupation information to obtain the available test resources, so that whether the selectable test resources are occupied or not is checked, the condition that the test resources are occupied when the test resources are applied is avoided, and the smooth execution of the test tasks is ensured.

In some optional embodiments, the number of terminals to be tested is plural, and the optional test resources are screened based on the resource occupation identifier and the current system resource occupation information to obtain available test resources, including:

configuring a preset priority list, wherein the priority list stores the corresponding relation between the candidate terminal identification and the candidate use priority;

Obtaining target terminal identifiers of a plurality of terminals to be tested;

determining a target use priority from a preset priority list according to the target terminal identification;

and screening the selectable test resources based on the target use priority, the resource occupation identification and the current system resource occupation information of each terminal to be tested to obtain available test resources.

According to the resource scheduling method provided by the embodiment of the invention, under the condition that a plurality of terminals to be tested exist, the target use priority can be determined from the preset priority list according to the target terminal identification by configuring the preset priority list and acquiring the target terminal identification of the plurality of terminals to be tested, the target terminal with the qualification of acquiring the test resource can be determined from the plurality of terminals to be tested according to the target use priority of each terminal to be tested, and the order of acquiring the test resource by each terminal to be tested, so that the situation that important test tasks are not executed in time is avoided, the orderly execution of the test tasks of each terminal to be tested is ensured, the selectable test resources are screened according to the resource occupation identification and the current system resource occupation information, the available test resources of the target terminal are obtained, the condition that the test resources are occupied when the test resources are applied can be avoided, and the smooth execution of the test tasks is ensured.

In some optional embodiments, the screening of the optional test resources based on the target usage priority, the resource occupation identifier and the current system resource occupation information of each terminal to be tested, to obtain available test resources includes:

when the target use priority of the terminal to be tested is higher than that of other terminals to be tested, screening the selectable test resources according to the resource occupation identification and the current system resource occupation information to obtain the available test resources.

According to the resource scheduling method provided by the embodiment of the invention, when the target use priority of the terminal to be tested is higher than that of other terminals to be tested, the qualification of the terminal to be tested with the higher target use priority for using the test resources can be determined, and then the selectable test resources are screened according to the resource occupation identification and the current system resource occupation information, so that the available test resources of the terminal to be tested with the qualification for using the test resources are obtained, the plurality of terminals to be tested are prevented from occupying the same test resource at the same time, and the verification efficiency is improved.

In some optional embodiments, the screening the optional test resources based on the resource occupation identifier and the current system resource occupation information to obtain available test resources includes:

Determining whether corresponding optional test resources are recorded in the current system resource occupation information according to the resource occupation identification;

and if the fact that the optional test resources are not recorded in the current system resource occupation information is determined, determining the optional test resources as available test resources.

According to the resource scheduling method provided by the embodiment of the invention, whether the corresponding optional test resources are recorded in the current system resource occupation information is determined through the resource occupation identification, and if the optional test resources are not recorded in the current system resource occupation information, the optional test resources are determined to be available test resources so as to avoid the occupation of the optional test resources.

In some optional embodiments, the target hardware verification platform is configured with a preset test resource pool, and according to the test resource demand and the test task type, the optional test resource is determined from the target hardware verification platform, so as to obtain a resource occupation identifier of the optional test resource, including:

determining continuous candidate test resources from a preset test resource pool according to the test task type;

if the continuous candidate test resource blocks meet the test resource demand, determining the continuous candidate test resource blocks meeting the test resource demand as optional test resources so as to obtain resource occupation identifiers of the optional test resources.

According to the resource scheduling method provided by the embodiment of the invention, under the condition that the target hardware verification platform is configured with the preset test resource pool, continuous candidate test resources can be determined from the preset test resource pool according to the test task type, so that the obtained test resources can be matched with the test task type, if the continuous candidate test resource blocks meet the test resource demand, the continuous candidate test resource blocks meeting the test resource demand are determined as selectable test resources, so that the resource occupation identification of the selectable test resources is obtained, and the normal execution of the subsequent test tasks is ensured.

In some optional embodiments, determining the optional test resource from the target hardware verification platform according to the test resource demand and the test task type to obtain a resource occupation identifier of the optional test resource includes:

determining system resource occupation information in a target hardware verification platform;

determining a resource scheduling state in a preset test resource pool according to system resource occupation information;

when the resource scheduling state characterizes that candidate test resources are stored in a preset test resource pool, determining optional test resources from the candidate test resources in the preset test resource pool according to the test resource demand and the test task type, so as to obtain a resource occupation identifier of the optional test resources.

According to the resource scheduling method provided by the embodiment of the invention, by determining the system resource occupation information in the target hardware verification platform and determining the resource scheduling state in the preset test resource pool according to the system resource occupation information, whether the candidate test resource is stored in the preset test resource pool can be judged in advance, when the candidate test resource is stored in the resource scheduling state representation preset test resource pool, the selectable test resource is determined from the candidate test resources in the preset test resource pool according to the test resource demand and the test task type, so that the resource occupation identification of the selectable test resource is obtained, the condition that the test resource is occupied when the test resource is applied is avoided, and the verification efficiency is improved.

In a second aspect, the present invention provides a resource scheduling apparatus, including:

the first acquisition module is used for acquiring the test resource demand of the terminal to be tested and the test task type of the terminal to be tested;

the determining module is used for determining the selectable test resources from the target hardware verification platform according to the test resource demand and the test task type so as to obtain the resource occupation identification of the selectable test resources;

the screening module is used for screening the selectable test resources based on the resource occupation identification to obtain available test resources;

The second acquisition module is used for acquiring a tested file, wherein the tested file is used for generating a circuit file used for manufacturing the streaming sheet;

and the test module is used for configuring test parameters of the terminal to be tested according to the available test resources, and sending the tested file to the available test resources in the target hardware verification platform so as to execute the test task issued by the terminal to be tested.

In some alternative embodiments, the screening module specifically includes:

the acquisition sub-module is used for acquiring current system resource occupation information in the target hardware verification platform;

and the screening sub-module is used for screening the selectable test resources based on the resource occupation identification and the current system resource occupation information to obtain the available test resources.

In some optional embodiments, the number of terminals to be tested is plural, and the screening submodule specifically includes:

the configuration unit is used for configuring a preset priority list, and the priority list stores the corresponding relation between the candidate terminal identification and the candidate use priority;

the acquisition unit is used for acquiring target terminal identifiers of a plurality of terminals to be tested;

the first determining unit is used for determining the target use priority from a preset priority list according to the target terminal identification;

And the screening unit is used for screening the selectable test resources based on the target use priority, the resource occupation identification and the current system resource occupation information of each terminal to be tested to obtain the available test resources.

In some alternative embodiments, the screening unit specifically includes:

and the screening subunit is used for screening the selectable test resources based on the resource occupation identification and the current system resource occupation information to obtain the available test resources when the target use priority of the terminal to be tested is higher than that of other terminals to be tested.

In some alternative embodiments, the screening submodule specifically includes:

the second determining unit is used for determining whether corresponding optional test resources are recorded in the current system resource occupation information according to the resource occupation identification;

and the third determining unit is used for determining the optional test resource as the available test resource if the optional test resource is determined not to be recorded in the current system resource occupation information.

In some alternative embodiments, the determining module specifically includes:

the first determining submodule is used for determining continuous candidate test resources from a preset test resource pool according to the type of the test task;

And the second determining submodule is used for determining the continuous candidate test resource blocks meeting the test resource demand as optional test resources if the continuous candidate test resource blocks meet the test resource demand so as to obtain resource occupation identification of the optional test resources.

In some alternative embodiments, the determining module specifically includes:

the third determining submodule is used for determining system resource occupation information in the target hardware verification platform;

a fourth determining submodule, configured to determine a resource scheduling state in a preset test resource pool according to system resource occupation information;

and a fifth determining sub-module, configured to determine, when the resource scheduling state characterizes that the preset test resource pool stores candidate test resources, according to the test resource demand and the test task type, an optional test resource from the candidate test resources in the preset test resource pool, so as to obtain a resource occupation identifier of the optional test resource.

In a third aspect, the present invention provides a computer device comprising: the resource scheduling method comprises the steps of storing computer instructions in a memory and a processor, wherein the memory and the processor are in communication connection, and the processor executes the computer instructions, so that the resource scheduling method of the first aspect or any corresponding implementation mode is executed.

In a fourth aspect, the present application provides a computer readable storage medium having stored thereon computer instructions for causing a computer to execute the resource scheduling method of the first aspect or any of its corresponding embodiments.

In a fifth aspect, the present application provides a resource scheduling system, including:

a terminal to be tested;

a target hardware verification platform;

the processing server is in communication connection with the terminal to be tested and the target hardware verification platform, and is used for executing the resource scheduling method of the first aspect or any implementation mode corresponding to the first aspect.

Drawings

In order to more clearly illustrate the embodiments of the present application or the technical solutions in the prior art, the drawings that are needed in the description of the embodiments or the prior art will be briefly described, and it is obvious that the drawings in the description below are some embodiments of the present application, and other drawings can be obtained according to the drawings without inventive effort for a person skilled in the art.

FIG. 1 is a schematic diagram of an alternative resource scheduling system according to an embodiment of the present application;

FIG. 2 is a flow chart of a method of scheduling resources according to an embodiment of the application;

FIG. 3 is a flow chart of another resource scheduling method according to an embodiment of the present application;

FIG. 4 is a flow chart of yet another resource scheduling method according to an embodiment of the present application;

FIG. 5 is a flow chart of yet another resource scheduling method according to an embodiment of the present application;

fig. 6 is a schematic diagram of a resource scheduling device according to an embodiment of the present application;

fig. 7 is a schematic structural diagram of an alternative computer device according to an embodiment of the present application.

Detailed Description

For the purpose of making the objects, technical solutions and advantages of the embodiments of the present application more apparent, the technical solutions of the embodiments of the present application will be clearly and completely described below with reference to the accompanying drawings in the embodiments of the present application, and it is apparent that the described embodiments are some embodiments of the present application, but not all embodiments of the present application. All other embodiments, which can be made by those skilled in the art based on the embodiments of the application without making any inventive effort, are intended to be within the scope of the application.

Referring to fig. 1, fig. 1 is a schematic diagram of an alternative resource scheduling system provided by an embodiment of the present application, where the resource scheduling system includes a terminal to be tested, a target hardware verification platform, and a processing server, where the processing server is in communication connection with the terminal to be tested and the target hardware verification platform.

The processing server obtains the test resource demand of the terminal to be tested and the test task type of the terminal to be tested, then determines the optional test resource from the target hardware verification platform according to the test resource demand and the test task type to obtain the resource occupation identification of the optional test resource, screens the optional test resource based on the resource occupation identification to obtain the available test resource, obtains the tested file, and finally configures the test parameters of the terminal to be tested according to the available test resource, and sends the tested file to the available test resource in the target hardware verification platform.

The number of the terminals to be tested may be plural, each terminal to be tested is in communication connection with the processing server, and the specific implementation manner of detecting the plurality of terminals to be tested by the processing server is the same as the manner of detecting one terminal to be tested by the processing server, which is not described herein again. In addition, the target hardware verification platform is an FPGA prototype verification platform.

The processing server may be an independent physical server, a server cluster or a distributed system formed by a plurality of physical servers, or a cloud server providing cloud services, cloud databases, cloud computing, cloud functions, cloud storage, network services, cloud communication, middleware services, domain name services, security services, CDNs (Content Delivery Network, content delivery networks), basic cloud computing services such as big data and artificial intelligent platforms, and the like. In addition, the server may also be a node server in a blockchain network.

The terminal to be tested can be a smart phone, a tablet computer, a notebook computer, a desktop computer, a smart speaker, a smart watch, a vehicle-mounted terminal and the like, but is not limited to the smart phone, the tablet computer, the notebook computer, the desktop computer, the smart speaker, the smart watch and the vehicle-mounted terminal. The terminal and the server may be directly or indirectly connected through wired or wireless communication, which is not limited in this embodiment of the present application.

It should be noted that chip verification is an important link for ensuring product yield and cost control, from chip requirement definition, functional design development to physical implementation manufacturing, and throughout the whole chip design flow, the main purpose is to ensure that the functions and performance indexes specified in the design specification can be completely implemented before chip streaming (Tape-out), wherein the chip streaming refers to manufacturing chips like a pipeline through a series of process steps, namely "streaming", namely "test production".

Because of the programmable nature of FPGAs (Field Programmable Gate Array, field programmable gate arrays), prototype verification techniques based on FPGAs have been widely used. FPGA prototype verification generally verifies the functions and performance of ASICs (Application Specific Integrated Circuit, application specific integrated circuits), ASSPs (Application Specific Standard Parts, application specific standard products) and socs (System on Chip) by migrating RTLs to FPGAs after front-end RTL (Register Transfer Level, register transfer stage) design and simulation.

In recent years, as the scale of integrated circuits is continuously increased, the manufacturing process is in a nanometer level, and with the continuous emergence of numerous applications such as 5G (5 th Generation Mobile Communication Technology, fifth generation mobile communication technology), AI (Artificial Intelligence ), and autopilot, the functional complexity of chips is exponentially increased. The design volume of a single chip is often the case that tens of Xilinx VU440 level FPGAs are required. In this context, FPGA system suppliers began to explore solutions for interconnecting multiple FPGA systems, and through constant exploration, FPGA prototype verification platforms have evolved.

It should be noted that the FPGA prototype verification platform is called a "platform", firstly, a plurality of FPGA interconnection structures are more complex than FPGA development boards in terms of hardware structures, and secondly, software tools provided by FPGA chip manufacturers cannot support the segmentation of a plurality of FPGAs, and a specialized FPGA prototype segmentation software tool is required.

In addition, the main application scene of the FPGA prototype verification platform is to build a software and hardware integrated system verification environment in the chip design process, and the main purposes of the FPGA prototype verification platform include:

1. before chip returning, a platform for software debugging such as driving, firmware and the like is provided for a software team, and the front of software development and debugging work is strongly supported, wherein the chip returning means that a chip manufacturer sends back a chip sample according to design;

2. The real hardware verification environment and higher verification precision and verification performance can be provided;

3. more realistic interface simulations may be provided, such as the usual UART (Universal Asynchronous Receiver/Transmitter), I2C (Inter-integrated Circuit, integrated Circuit bus), QSPI (Quad Serial Peripheral Interface, four-way serial peripheral interface), JTAG (Joint Test Action Group ), etc.

The FPGA prototype verification platform has the advantages that the FPGA prototype verification platform is mainly characterized by a unique and ultra-large-scale hardware structure, and the integrity of RTL design is ensured as much as possible; the running speed of the platform reaches the MHz level; universal configuration and debugging software is adopted; providing a debug environment similar to an emulator; supporting network access and multi-user systems; full-automatic software setting realization flow; basically, hardware connection configuration is not required to be modified, and the full-system simulation debugging capability is flexible and various.

In the related art, taking the verification process of ASIC as an example, with the exponential increase of the ASIC design scale, the prototype verification requirement becomes more and more complex, and many verification engineers are required to work cooperatively on the FPGA prototype verification platform through the terminal to be tested. In the process of cooperative work of the FPGA prototype verification platform, due to the limitation of test resources, the terminals to be tested are mutually independent, the terminals to be tested obtain the test resources in a preemptive manner of first applying for first use, a specific implementation flow is shown in fig. 2, firstly, the terminals to be tested start testing, query system resource occupation information, then the terminals to be tested judge whether available test resources exist in the system resources according to the self test resource demand and the system resource occupation information, and if the available test resources do not exist, the testing is ended; if available test resources exist, the available test resources are selected according to the test resource demand, the parameter file is manually modified, the test parameters of the terminal to be tested are configured, the parameter file is transmitted to the FPGA prototype verification platform, and finally the terminal to be tested executes the test case to verify the parameter file. Then, determining whether the test is successfully executed, if the test is failed to be executed, printing error information to remind a user that the test resource is occupied, the test task cannot be executed, and re-inquiring the system resource occupation information; and if the test execution is successful, releasing the available test resources, updating the use state of the system resources, and ending the test.

However, when the terminal to be tested applies for the test resources to perform chip verification, the situation that the inquired test resources are occupied can be found, so that the terminal to be tested repeatedly inquires the test resources, and further verification efficiency is reduced; or, there is a situation that part of the test resources are always unused, because the scripts of the test cases run by each terminal to be tested are cloned by the same script file, and the test resources (such as hardware resources) used for setting the script test are manually modified according to personal habits, so that a situation that part of the resources are robbed, and the other part of the test resources are always unused, thereby causing the waste of the test resources.

Based on the above, the embodiment of the invention provides a resource scheduling method, a device, a system, a computer device and a storage medium, which can improve verification efficiency and avoid waste of test resources.

According to an embodiment of the present invention, there is provided an embodiment of a resource scheduling method, it being noted that the steps shown in the flowcharts of the drawings may be performed in a computer system such as a set of computer executable instructions, and that although a logical order is shown in the flowcharts, in some cases the steps shown or described may be performed in an order different from that herein.

In this embodiment, a resource scheduling method is provided, which may be used in the above processing server, where the processing server is in communication connection with the terminal to be tested and the target hardware verification platform. Fig. 3 is a flowchart of a resource scheduling method according to an embodiment of the present invention, as shown in fig. 3, the flowchart including the steps of:

step S301, obtaining the test resource demand of the terminal to be tested and the test task type of the terminal to be tested.

In this step, the processing server may obtain the test resource requirement of the terminal to be tested and the test task type of the terminal to be tested from the terminal to be tested. The number of the terminals to be tested can be one or more, and the number can be determined according to actual application scenes; the test resource demand is used for representing the quantity of test resources required by the terminal to be tested in test, and the test resource demand can be determined according to factors such as the test task type or the test object of the terminal to be tested; the test task type is used for representing task attributes tested by the terminal to be tested, for example, if the terminal to be tested needs to be tested by a CPU (Central Processing Unit ), external equipment to be connected with the terminal to be tested is a Laue Bach debugger Trace32, wherein the CPU test is a test task type; or if the terminal to be tested needs to perform SATA related test, the external device to be connected to the terminal to be tested is the chip SATA2.0, where the SATA related test is a test task type. It should be noted that different test task types correspond to different external devices, but in some test task types, the terminal to be tested does not need to be connected to an external device, so that whether the terminal to be tested needs to be connected to an external device can be determined according to the test task types. In addition, different test task types may correspond to different test resources, and thus, the types of the test resources may be determined according to the test task types.

Step S302, determining optional test resources from the target hardware verification platform according to the test resource demand and the test task type to obtain resource occupation identification of the optional test resources.

In this step, the test resources are selected, i.e. the test resources meeting the requirements of the test resource demand and the test task type. The resource occupation identifier is used for representing the resource identifier of the occupied optional test resource.

Because the types of the test tasks can determine the types of the test resources, the types of the resources (namely optional test resources) of the test resources meeting the test requirements can be determined from the target hardware verification platforms according to the types of the test tasks, and the quantity of the resources of the test resources meeting the test requirements can be determined according to the quantity of the test resources, wherein the test resources (comprising the optional test resources) in each target hardware verification platform are corresponding to respective resource identifiers, and therefore the resource occupation identifiers of the occupied optional test resources can be determined through the resource identifiers of the optional test resources.

Step S303, screening the selectable test resources based on the resource occupation identification to obtain available test resources.

In this step, the available test resources meet the requirements of the test resource demand and the test task type, and the test resources are unoccupied. It will be appreciated that by means of the resource occupation identification it is possible to determine whether the optional test resources are occupied or not, and if the optional test resources are unoccupied, available test resources may be obtained.

It should be noted that the number of available test resources is equal to the required test resources to ensure the normal execution of the test tasks. In addition, the optional test resources and the available test resources each include hardware resources and a server running software, the hardware resources being carriers of hardware and software required for verifying the tested file.

In some alternative embodiments, the alternative test resources meeting the test task type can be determined from the target hardware verification platform according to the test task type, so as to obtain the resource occupation identification of the alternative test resources. And then screening the selectable test resources according to the test resource demand and the resource occupation identification to obtain the available test resources. The method comprises the steps of screening optional test resources according to the test resource demand and the resource occupation identification to obtain available test resources, specifically screening out occupied optional test resources through the resource occupation identification, and selecting continuous optional test resources meeting the test resource demand from the rest of optional test resources to obtain the available test resources.

Step S304, obtaining the tested file.

The tested file is used for generating a circuit file used for making the streaming sheet, and the tested file is an object to be verified. The measured file is stored in a storage server, the storage server and the processing server are mutually independent, the storage server is in communication connection with the processing server, and the processing server can acquire the measured file from the storage server.

Step S305, the test parameters of the terminal to be tested are configured according to the available test resources, and the tested file is sent to the available test resources in the target hardware verification platform to execute the test task issued by the terminal to be tested.

In this step, the test parameters include a starting position of a block resource (i.e., a position of a first block resource) and the number of resources in the available test resources, where the available test resources are composed of a plurality of block resources. In addition, the tested file is sent to the available test resource in the target hardware verification platform, specifically, the tested file is sent to the target hardware verification platform and downloaded to the available test resource in the target hardware verification platform.

It can be understood that the test parameters of the terminal to be tested can be configured according to the available test resources, and the tested file is sent to the available test resources in the target hardware verification platform, so that the terminal to be tested tests the circuit function of the tested file (i.e. the circuit file) through the test case, and the chip stream made of the tested file can meet the function and performance index specified by the design specification.

According to the resource scheduling method provided by the embodiment, the selectable test resources can be determined from the target hardware verification platform according to the test resource demand and the test task type of the terminal to be tested by acquiring the test resource demand of the terminal to be tested and the test task type of the terminal to be tested, so that the resource occupation identification of the selectable test resources is obtained; screening the selectable test resources based on the resource occupation identification to obtain available test resources; then, the tested file is obtained and used for generating the circuit file used for making the streaming sheet, the test parameters of the terminal to be tested are configured according to the available test resources, and the tested file is sent to the available test resources in the target hardware verification platform to execute the test task issued by the terminal to be tested, that is, the selectable test resources are screened based on the resource occupation identification, so that whether the selectable test resources are occupied or not can be determined, the condition that the test resources are occupied when the test resources are applied is avoided, and the verification efficiency is improved. And the processing server automatically determines the optional test resources from the target hardware verification platform according to the test resource demand and the test task type, so that the test resources used by the verification engineer for manually modifying the set script test according to personal habits can be avoided, the condition that the test resources are always not used by people is avoided, and further the waste of the test resources can be avoided.

In this embodiment, a resource scheduling method is provided, which may be used in the above processing server, where the processing server is in communication connection with the terminal to be tested and the target hardware verification platform. Fig. 4 is a flowchart of a resource scheduling method according to an embodiment of the present invention, as shown in fig. 4, the flowchart including the steps of:

step S401, obtaining the test resource demand of the terminal to be tested and the test task type of the terminal to be tested.

Please refer to step S301 in the embodiment shown in fig. 3 in detail, which is not described herein.

Step S402, determining optional test resources from the target hardware verification platform according to the test resource demand and the test task type to obtain resource occupation identification of the optional test resources.

Specifically, the target hardware verification platform is configured with a preset test resource pool, and the step S402 includes:

step S4021, determining continuous candidate test resources from a preset test resource pool according to the test task type.

It can be understood that the candidate test resources are unoccupied test resources in the preset test resource pool, and the candidate test resources in the preset test resource pool are respectively corresponding to respective resource serial numbers, and the continuous candidate test resources are the candidate test resources with continuous resource serial numbers. In addition, since the type of the test task can determine the types of the test resources, according to the type of the test task, the resource types of the corresponding test resources can be determined from the target hardware verification platform, and continuous candidate test resources can be determined from the test resources of the resource types.

In some alternative embodiments, the preset test resource pool may be updated in real time, for example, when occupied test resources are released, then the usage state of the test resources in the preset test resource pool will be changed, for example, the occupied state is modified to be an idle state.

Step S4022, if the continuous candidate test resource blocks meet the test resource demand, determining the continuous candidate test resource blocks meeting the test resource demand as the optional test resources, so as to obtain the resource occupation identification of the optional test resources.

In this step, if the continuous candidate test resource blocks meet the test resource demand, determining the continuous candidate test resource blocks meeting the test resource demand as optional test resources, that is, if the number of the continuous candidate test resources is greater than or equal to the test resource demand, starting from the first block of resources, determining the candidate test resources with the number of the resources equal to the test resource demand as optional test resources, and determining the resource occupation identification of the optional test resources by the resource identification carried by the optional test resources.

In some optional embodiments, system resource occupation information in the target hardware verification platform may be determined first, then a resource scheduling state in a preset test resource pool may be determined according to the system resource occupation information, when the resource scheduling state characterizes that candidate test resources are stored in the preset test resource pool, and according to the test resource demand and the test task type, optional test resources are determined from the candidate test resources in the preset test resource pool, so as to obtain a resource occupation identifier of the optional test resources.

The system resource occupation information is related information of the test resource in the target hardware verification platform, for example, the total amount of the resource and the occupied test resource information, and the occupied test resource information includes a terminal name, terminal IP (Internet Protocol, protocol of interconnection between networks) information or a terminal identifier of the occupied test resource, and a resource identifier of the occupied test resource. Whether the test resources in the preset test resource pool are occupied or not can be inquired through the system resource occupation information, when the test resources in the preset test resource pool are not occupied, the resource scheduling state represents that candidate test resources are stored in the preset test resource pool, and at the moment, selectable test resources can be determined from the candidate test resources in the preset test resource pool according to the test resource demand and the test task type.

In this embodiment, by determining system resource occupation information in the target hardware verification platform, and determining a resource scheduling state in the preset test resource pool according to the system resource occupation information, whether candidate test resources are stored in the preset test resource pool can be determined in advance, when the candidate test resources are stored in the preset test resource pool, the candidate test resources in the preset test resource pool are represented by the resource scheduling state, and according to the test resource demand and the test task type, selectable test resources are determined from the candidate test resources in the preset test resource pool, so as to obtain a resource occupation identifier of the selectable test resources, so that the condition that the test resources are occupied when the test resources are applied is avoided, and verification efficiency is improved.

Further, if the system resource occupation information can be used for inquiring that the test resources in the preset test resource pool are occupied, the resource scheduling state indicates that the preset test resource pool does not store the candidate test resources, at this time, the subsequent steps are not required to be executed, that is, the selectable test resources are determined from the candidate test resources in the preset test resource pool according to the test resource demand and the test task type, so as to obtain the resource occupation identification of the selectable test resources, and the system resource occupation information in the target hardware verification platform is determined again until the resource scheduling state determined according to the system resource occupation information indicates that the candidate test resources are stored in the preset test resource pool.

It may be appreciated that the system resource occupation information in the target hardware verification platform may be determined once every preset time interval, and the preset time interval may be set according to actual situations, which is not limited herein.

In the embodiment including step S4021 and step S4022, in the case that the target hardware verification platform is configured with the preset test resource pool, the continuous candidate test resources may be determined from the preset test resource pool according to the test task type, so as to ensure that the obtained test resources can be matched with the test task type, and if the continuous candidate test resource blocks meet the test resource requirement, the continuous candidate test resource blocks meeting the test resource requirement are determined as optional test resources, so as to obtain the resource occupation identifier of the optional test resources, so as to ensure the normal execution of the subsequent test tasks.

Step S403, screening the selectable test resources based on the resource occupation identification to obtain available test resources.

Specifically, the step S403 includes:

step S4031, obtaining the current system resource occupation information in the target hardware verification platform _。

In this step, before screening the optional test resources, the processing server needs to acquire current system resource occupation information in the target hardware verification platform again, so as to ensure that the optional test resources screened later are unoccupied, so as to avoid the situation that the test resources are occupied when the test resources are applied, and further ensure smooth execution of the test tasks.

And step S4032, screening the selectable test resources based on the resource occupation identification and the current system resource occupation information to obtain the available test resources.

In this step, whether the current system resource occupation information records the corresponding optional test resource can be determined according to the resource occupation identifier, and if the current system resource occupation information is determined that the optional test resource is not recorded, the optional test resource is determined to be an available test resource.

Specifically, whether the current system resource occupation information records the resource identifier matched with the resource occupation identifier or not can be determined according to the resource occupation identifier, if the resource identifier matched with the resource occupation identifier does not exist, the optional test resource corresponding to the resource occupation identifier is not occupied, that is, the optional test resource is determined not to be recorded in the current system resource occupation information, and at the moment, the optional test resource can be used as an available test resource.

In the embodiment including step S4031 and step S4032, by acquiring the current system resource occupation information in the target hardware verification platform, the optional test resources can be screened based on the resource occupation identifier and the current system resource occupation information to obtain available test resources, so as to check whether the optional test resources are occupied, avoid the situation that the test resources are occupied when the test resources are applied, and ensure the smooth execution of the test tasks.

In some alternative embodiments, in the case that there are a plurality of terminals to be tested, the step S4032 includes:

step a1, configuring a preset priority list.

In this step, the priority list stores the correspondence between the candidate terminal identifier and the candidate use priority. The number of candidate terminal identifications is multiple, and each candidate terminal identification has a unique corresponding candidate use priority. In the case that the number of terminals to be tested is plural, the processing server may configure a preset priority list, where the priority list is obtained by collecting the tested terminals and the historical use priorities corresponding to the terminals. In addition, the priority list may be updated in real time.

And a2, obtaining target terminal identifiers of a plurality of terminals to be tested.

In this step, when a plurality of terminals to be tested apply for the same test resource in the same time period, then the target terminal identifiers of the terminals to be tested can be obtained, so that the target usage priority of each terminal to be tested can be determined according to the target terminal identifiers.

It can be understood that different terminals to be tested correspond to different target terminal identifications.

And a step a3, determining the target use priority from a preset priority list according to the target terminal identification.

In this step, candidate terminal identifiers matched with the target terminal identifier may be queried from a preset priority list according to the target terminal identifier, and then a candidate usage priority corresponding to the matched candidate terminal identifier may be determined, and the candidate usage priority may be determined as a target usage priority matched with the target terminal identifier. The target use priority is used for representing the grade of the use of the test resource by the terminal to be tested, and the higher the target use priority is, the earlier the corresponding terminal to be tested enjoys the qualification of using the test resource.

And a step a4, screening the selectable test resources based on the target use priority, the resource occupation identification and the current system resource occupation information of each terminal to be tested to obtain the available test resources.

When there are multiple terminals to be tested, there may be a situation that multiple terminals to be tested occupy the same test resource, at this time, the target usage priority of each terminal to be tested may be determined, the target terminal with qualification of obtaining the test resource may be determined from the multiple terminals to be tested through the target usage priority of each terminal to be tested, and the order in which each terminal to be tested obtains the test resource may be further selected according to the resource occupation identifier and the current system resource occupation information, so as to obtain the available test resource of the target terminal.

Or, the optional test resources can be screened according to the resource occupation identifier and the current system resource occupation information to obtain available test resources, then the target use priority of each terminal to be tested is determined, the target terminal with the qualification of obtaining the available test resources can be determined in a plurality of terminals to be tested through the target use priority of each terminal to be tested, and the order of obtaining the available test resources by other terminals to be tested can be determined.

In some alternative embodiments, step a4 above includes:

and a step a41, when the target use priority of the terminal to be tested is higher than that of other terminals to be tested, screening the optional test resources based on the resource occupation identification and the current system resource occupation information to obtain the available test resources.

It can be understood that when a plurality of terminals to be tested apply for the same test resource in the same time period, the application sequence of the test resource of each terminal to be tested can be determined by comparing the target use priorities of each terminal to be tested, and when the target use priority of the terminal to be tested is higher than the target use priority of other terminals to be tested, the selectable test resource can be screened based on the resource occupation identifier and the current system resource occupation information, so as to obtain the available test resource.

In the embodiment including steps a1 to a4, under the condition that a plurality of terminals to be tested exist, by configuring a preset priority list and acquiring target terminal identifiers of a plurality of terminals to be tested, the target use priority can be determined from the preset priority list according to the target terminal identifiers, further, the target terminal with the qualification of acquiring test resources and the order of acquiring test resources by each terminal to be tested can be determined from the plurality of terminals to be tested according to the target use priority of each terminal to be tested, the situation that important test tasks are not executed in time is avoided, the orderly execution of the test tasks of each terminal to be tested is ensured, the selectable test resources are screened according to the resource occupation identifier and the current system resource occupation information, the available test resources of the target terminal are obtained, the condition that the test resources are occupied when the test resources are applied can be avoided, and the smooth execution of the test tasks is ensured.

Step S404, obtaining the tested file.

Please refer to step S304 in the embodiment shown in fig. 3 in detail, which is not described herein.

Step S405, the test parameters of the terminal to be tested are configured according to the available test resources, and the tested file is sent to the available test resources in the target hardware verification platform to execute the test task issued by the terminal to be tested.

Please refer to step S305 in the embodiment shown in fig. 3 in detail, which is not described herein.

According to the resource scheduling method provided by the embodiment, the processing server automatically determines the optional test resources from the preset test resource pool according to the test resource demand and the test task type, so that the test resources used by the set script test can be prevented from being manually modified according to personal habits by a verification engineer, the condition that the test resources are always used without people is avoided, and further the waste of the test resources can be avoided. And the optional test resources are screened based on the current system resource occupation information and the resource occupation identification, so that whether the optional test resources are occupied or not can be determined, the condition that the test resources are occupied when the test resources are applied is avoided, and the verification efficiency is improved. In addition, by configuring a preset priority list and acquiring target terminal identifiers of a plurality of terminals to be tested, the target use priority can be determined from the preset priority list according to the target terminal identifiers, and then the order of acquiring test resources by each terminal to be tested can be determined in the plurality of terminals to be tested through the target use priority of each terminal to be tested, so that the situation that important test tasks are not executed in time is avoided, and meanwhile, the orderly execution of the test tasks of each terminal to be tested is ensured, thereby improving the verification efficiency.

In order to more clearly illustrate the implementation procedure of the resource scheduling method, a specific example will be described below.

The processing server is provided with a dynamic resource scheduling engine which comprises an idle resource matching search module, a resource application interrupt control module, a system resource management module and a dynamic parameter configuration module.

Referring to fig. 5, fig. 5 is a flowchart of a resource scheduling method according to an embodiment of the present application. Firstly, a terminal to be tested starts a test, then inquires the required quantity of the test resource through a Python script, and sends the inquired required quantity of the test resource to a dynamic resource scheduling engine of a processing server.

Then, the dynamic resource scheduling engine automatically inquires the test task type corresponding to the terminal to be tested and the system resource occupation information in the target hardware verification platform. And then the idle resource matching search module in the dynamic resource scheduling engine determines whether candidate test resources are stored in a preset test resource pool of the target hardware verification platform according to the system resource occupation information, if not, namely the candidate test resources are not stored in the preset test resource pool, the dynamic resource scheduling engine inquires the system resource occupation information in the target hardware verification platform again. If yes, the candidate test resources are stored in the preset test resource pool, continuous candidate test resources are determined from the preset test resource pool according to the test task type, if the continuous candidate test resource blocks meet the test resource demand, the continuous candidate test resource blocks meeting the test resource demand are determined to be selectable test resources, so that the resource occupation identification of the selectable test resources is obtained, the resource occupation identification is sent to the resource application interrupt control module, the resource application interrupt control module generates a resource application signal according to the resource occupation identification, and sends the resource application signal to the system resource management module, wherein the resource application signal carries the resource occupation identification.

The resource occupation identification inquires the current system resource occupation information in the target hardware verification platform again, and configures a preset priority list, wherein the priority list stores the corresponding relation between the candidate terminal identification and the candidate use priority. And then acquiring target terminal identifiers of a plurality of terminals to be tested, determining target use priority from a preset priority list according to the target terminal identifiers, determining whether corresponding optional test resources are recorded in current system resource occupation information according to the resource occupation identifiers when the target use priority of the terminals to be tested is higher than that of other terminals to be tested, if yes, namely, if the optional test resources are recorded in the current system resource occupation information, then re-inquiring the system resource occupation information in a target hardware verification platform by a dynamic resource scheduling engine. If not, namely if the fact that the optional test resources are not recorded in the current system resource occupation information is determined, the optional test resources are determined to be available test resources, and finally the available test resources are sent to the dynamic parameter configuration module. The dynamic parameter configuration module configures test parameters of the terminal to be tested according to the available test resources, acquires a tested file in the storage server, and sends the tested file to the available test resources in the target hardware verification platform, so that the terminal to be tested, which is configured with the test parameters, executes a test case local to the terminal to be tested, and verifies circuit functions in the tested file.

Finally, after the test is completed, the dynamic parameter configuration module can release the available test resources into a preset test resource pool, namely, update the use state of the test resources in the preset test resource pool to be changed from an occupied state to an idle state, so as to facilitate the execution of subsequent test tasks. So far, the test is ended.

It can be understood that the dynamic resource scheduling engine can realize unified management and scheduling of system resources, optimize the control flow of cooperative work of the target hardware verification platform, improve the verification efficiency of the ASIC and shorten the development period of the product.

Referring to fig. 6, an embodiment of the present application further provides a resource scheduling apparatus, including:

the first obtaining module 601 is configured to obtain a test resource demand of a terminal to be tested and a test task type of the terminal to be tested;

a determining module 602, configured to determine, according to the test resource requirement and the test task type, an optional test resource from the target hardware verification platform, so as to obtain a resource occupation identifier of the optional test resource;

a screening module 603, configured to screen the selectable test resources based on the resource occupation identifier, to obtain available test resources;

A second obtaining module 604, configured to obtain a tested file, where the tested file is used to generate a circuit file used for making a streaming sheet;

and the test module 605 is used for configuring test parameters of the terminal to be tested according to the available test resources, and sending the tested file to the available test resources in the target hardware verification platform so as to execute the test task issued by the terminal to be tested.

In some alternative embodiments, the screening module 603 specifically includes:

In some alternative embodiments, the screening unit specifically includes:

In some alternative embodiments, the screening submodule specifically includes:

In some alternative embodiments, the determining module 602 specifically includes:

The resource scheduling means in this embodiment is presented in the form of functional modules, here referred to as application specific integrated circuits (Application Specific Integrated Circuit, ASIC for short), processors and memories executing one or more software or firmware programs and/or other devices that can provide the described functionality.

Further functional descriptions of the above respective modules and units are the same as those of the above corresponding embodiments, and are not repeated here.

The resource scheduling device and the resource scheduling method are based on the same invention conception, and can determine the selectable test resources from the target hardware verification platform according to the test resource demand and the test task type by acquiring the test resource demand of the terminal to be tested and the test task type of the terminal to be tested so as to obtain the resource occupation identification of the selectable test resources; screening the selectable test resources based on the resource occupation identification to obtain available test resources; then, the tested file is obtained and used for generating the circuit file used for making the streaming sheet, the test parameters of the terminal to be tested are configured according to the available test resources, and the tested file is sent to the available test resources in the target hardware verification platform to execute the test task issued by the terminal to be tested, that is, the selectable test resources are screened based on the resource occupation identification, so that whether the selectable test resources are occupied or not can be determined, the condition that the test resources are occupied when the test resources are applied is avoided, and the verification efficiency is improved. And the processing server automatically determines the optional test resources from the target hardware verification platform according to the test resource demand and the test task type, so that the test resources used by the verification engineer for manually modifying the set script test according to personal habits can be avoided, the condition that the test resources are always not used by people is avoided, and further the waste of the test resources can be avoided.

The embodiment of the invention also provides a computer device, which is provided with the resource scheduling device shown in the figure 6.

Referring to fig. 7, fig. 7 is a schematic structural diagram of a computer device according to an alternative embodiment of the present invention, as shown in fig. 7, the computer device includes: one or more processors 10, memory 20, and interfaces for connecting the various components, including high-speed interfaces and low-speed interfaces. The various components are communicatively coupled to each other using different buses and may be mounted on a common motherboard or in other manners as desired. The processor may process instructions executing within the computer device, including instructions stored in or on memory to display graphical information of the GUI on an external input/output device, such as a display device coupled to the interface. In some alternative embodiments, multiple processors and/or multiple buses may be used, if desired, along with multiple memories and multiple memories. Also, multiple computer devices may be connected, each providing a portion of the necessary operations (e.g., as a server array, a set of blade servers, or a multiprocessor system). One processor 10 is illustrated in fig. 7.

The processor 10 may be a central processor, a network processor, or a combination thereof. The processor 10 may further include a hardware chip, among others. The hardware chip may be an application specific integrated circuit, a programmable logic device, or a combination thereof. The programmable logic device may be a complex programmable logic device, a field programmable gate array, a general-purpose array logic, or any combination thereof.

Wherein the memory 20 stores instructions executable by the at least one processor 10 to cause the at least one processor 10 to perform a method for implementing the embodiments described above.

The memory 20 may include a storage program area that may store an operating system, at least one application program required for functions, and a storage data area; the storage data area may store data created from the use of the computer device of the presentation of a sort of applet landing page, and the like. In addition, the memory 20 may include high-speed random access memory, and may also include non-transitory memory, such as at least one magnetic disk storage device, flash memory device, or other non-transitory solid-state storage device. In some alternative embodiments, memory 20 may optionally include memory located remotely from processor 10, which may be connected to the computer device via a network. Examples of such networks include, but are not limited to, the internet, intranets, local area networks, mobile communication networks, and combinations thereof.

Memory 20 may include volatile memory, such as random access memory; the memory may also include non-volatile memory, such as flash memory, hard disk, or solid state disk; the memory 20 may also comprise a combination of the above types of memories.

The computer device further comprises input means 30 and output means 40. The processor 10, memory 20, input device 30, and output device 40 may be connected by a bus or other means, for example in fig. 7.

The input device 30 may receive input numeric or character information and generate key signal inputs related to user settings and function control of the computer apparatus, such as a touch screen, a keypad, a mouse, a trackpad, a touchpad, a pointer stick, one or more mouse buttons, a trackball, a joystick, and the like. The output means 40 may include a display device, auxiliary lighting means (e.g., LEDs), tactile feedback means (e.g., vibration motors), and the like. Such display devices include, but are not limited to, liquid crystal displays, light emitting diodes, displays and plasma displays. In some alternative implementations, the display device may be a touch screen.

The embodiments of the present invention also provide a computer readable storage medium, and the method according to the embodiments of the present invention described above may be implemented in hardware, firmware, or as a computer code which may be recorded on a storage medium, or as original stored in a remote storage medium or a non-transitory machine readable storage medium downloaded through a network and to be stored in a local storage medium, so that the method described herein may be stored on such software process on a storage medium using a general purpose computer, a special purpose processor, or programmable or special purpose hardware. The storage medium can be a magnetic disk, an optical disk, a read-only memory, a random access memory, a flash memory, a hard disk, a solid state disk or the like; further, the storage medium may also comprise a combination of memories of the kind described above. It will be appreciated that a computer, processor, microprocessor controller or programmable hardware includes a storage element that can store or receive software or computer code that, when accessed and executed by the computer, processor or hardware, implements the methods illustrated by the above embodiments.

Although embodiments of the present invention have been described in connection with the accompanying drawings, various modifications and variations may be made by those skilled in the art without departing from the spirit and scope of the invention, and such modifications and variations fall within the scope of the invention as defined by the appended claims.

Claims

1. The resource scheduling method is characterized by being applied to a processing server, wherein the processing server is in communication connection with a terminal to be tested and a target hardware verification platform, and the method comprises the following steps:

acquiring the test resource demand of a terminal to be tested, and the test task type of the terminal to be tested;

and configuring the test parameters of the terminal to be tested according to the available test resources, and sending the tested file to the available test resources in the target hardware verification platform so as to execute the test task issued by the terminal to be tested.

2. The method of claim 1, wherein the screening the selectable test resources based on the resource occupancy identifier to obtain available test resources comprises:

Acquiring current system resource occupation information in the target hardware verification platform;

and screening the selectable test resources based on the resource occupation identification and the current system resource occupation information to obtain available test resources.

3. The method according to claim 2, wherein the number of terminals to be tested is plural, and the screening the selectable test resources based on the resource occupation identifier and the current system resource occupation information to obtain available test resources includes:

obtaining target terminal identifiers of a plurality of terminals to be tested;

determining a target use priority from the preset priority list according to the target terminal identification;

4. The method according to claim 3, wherein said screening the selectable test resources based on the target usage priority, the resource occupancy identifier, and the current system resource occupancy information of each of the terminals to be tested, to obtain available test resources, comprises:

And when the target use priority of the terminal to be tested is higher than that of other terminals to be tested, screening the selectable test resources based on the resource occupation identification and the current system resource occupation information to obtain available test resources.

5. The method according to claim 2 or 4, wherein the screening the selectable test resources based on the resource occupancy identifier and the current system resource occupancy information to obtain available test resources comprises:

determining whether the corresponding optional test resources are recorded in the current system resource occupation information according to the resource occupation identification;

and if the fact that the optional test resources are not recorded in the current system resource occupation information is determined, determining the optional test resources as the available test resources.

6. The method according to claim 1, wherein the target hardware verification platform is configured with a preset test resource pool, and the determining, according to the test resource demand and the test task type, an optional test resource from the target hardware verification platform to obtain a resource occupation identifier of the optional test resource includes:

Determining continuous candidate test resources from the preset test resource pool according to the test task type;

and if the continuous candidate test resource blocks meet the test resource demand, determining the continuous candidate test resource blocks meeting the test resource demand as selectable test resources so as to obtain a resource occupation identification of the selectable test resources.

7. The method of claim 6, wherein determining the optional test resource from the target hardware verification platform according to the test resource requirement and the test task type to obtain the resource occupation identification of the optional test resource comprises:

determining system resource occupation information in the target hardware verification platform;

determining a resource scheduling state in the preset test resource pool according to the system resource occupation information;

and when the resource scheduling state characterizes that the candidate test resources are stored in the preset test resource pool, determining the optional test resources from the candidate test resources in the preset test resource pool according to the test resource demand and the test task type so as to obtain the resource occupation identification of the optional test resources.

8. A resource scheduling apparatus, comprising:

the determining module is used for determining optional test resources from a target hardware verification platform according to the test resource demand and the test task type so as to obtain resource occupation identification of the optional test resources;

and the test module is used for configuring the test parameters of the terminal to be tested according to the available test resources, and sending the tested file to the available test resources in the target hardware verification platform so as to execute the test tasks issued by the terminal to be tested.

9. A computer device, comprising:

a memory and a processor, the memory and the processor being communicatively connected to each other, the memory having stored therein computer instructions, the processor executing the computer instructions to perform the resource scheduling method of any one of claims 1 to 7.

10. A computer readable storage medium having stored thereon computer instructions for causing a computer to perform the resource scheduling method of any one of claims 1 to 7.

11. A resource scheduling system, comprising:

a terminal to be tested;

a target hardware verification platform;

a processing server, the processing server is in communication connection with the terminal to be tested and the target hardware verification platform, and the processing server is used for executing the resource scheduling method of any one of claims 1 to 7.