CN107274471B - Multi-priority queue scheduling system based on real-time offline rendering parallelism - Google Patents

Multi-priority queue scheduling system based on real-time offline rendering parallelism Download PDF

Info

Publication number
CN107274471B
CN107274471B CN201710453490.4A CN201710453490A CN107274471B CN 107274471 B CN107274471 B CN 107274471B CN 201710453490 A CN201710453490 A CN 201710453490A CN 107274471 B CN107274471 B CN 107274471B
Authority
CN
China
Prior art keywords
rendering
task
offline
priority
request
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
CN201710453490.4A
Other languages
Chinese (zh)
Other versions
CN107274471A (en
Inventor
颜强华
胡少雄
鲁四喜
胡鹏
王国彬
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Tubatu Group Co Ltd
Original Assignee
Shenzhen Bincent Technology Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Shenzhen Bincent Technology Co Ltd filed Critical Shenzhen Bincent Technology Co Ltd
Priority to CN201710453490.4A priority Critical patent/CN107274471B/en
Publication of CN107274471A publication Critical patent/CN107274471A/en
Application granted granted Critical
Publication of CN107274471B publication Critical patent/CN107274471B/en
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00Arrangements for program control, e.g. control units
    • G06F9/06Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/46Multiprogramming arrangements
    • G06F9/48Program initiating; Program switching, e.g. by interrupt
    • G06F9/4806Task transfer initiation or dispatching
    • G06F9/4843Task transfer initiation or dispatching by program, e.g. task dispatcher, supervisor, operating system
    • G06F9/4881Scheduling strategies for dispatcher, e.g. round robin, multi-level priority queues
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06TIMAGE DATA PROCESSING OR GENERATION, IN GENERAL
    • G06T15/003D [Three Dimensional] image rendering
    • G06T15/005General purpose rendering architectures

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Software Systems (AREA)
  • Computer Graphics (AREA)
  • General Engineering & Computer Science (AREA)
  • Information Transfer Between Computers (AREA)

Abstract

The invention discloses a multi-priority queue scheduling system based on real-time offline rendering parallelism, which comprises: the rendering type detection module is used for detecting whether the rendering request type of the rendering task is a real-time rendering request or an offline rendering request; the resource state detection module is used for detecting whether the current rendering resource state is busy or idle when the rendering request type is a real-time rendering request, prompting a user to select offline rendering or real-time rendering, and not detecting the rendering resource state if the rendering request type is the offline rendering request; the rendering task receiving module is used for receiving the rendering task and rendering priority judgment information of the rendering task; the priority judging module is used for judging the priority of the rendering task of the user and storing the priority into a corresponding priority queue; and the rendering module acquires the rendering tasks from high to low according to the priority to perform rendering. The method and the device dynamically allocate the priority of the rendering task according to the user demand and the resource state, improve the user experience and improve the resource utilization rate.

Description

Multi-priority queue scheduling system based on real-time offline rendering parallelism
Technical Field
The invention relates to the technical field of 3D rendering, in particular to a multi-priority queue scheduling system based on real-time offline rendering parallelism.
Background
With the rapid development of virtual reality technology, a great deal of computing tasks based on virtual reality are generated. In the virtual home decoration industry, a great amount of 3D home decoration design software which realizes what you see is what you get by using a virtual reality technology is generated. A large amount of image rendering task demands are generated, but the large amount of rendering demands are not evenly distributed to different time periods, thereby generating a situation that a large amount of rendering users wait. Currently, such software on the market does not perform task processing according to different priorities, but adopts a first-come first-rendered implementation scheme, resulting in poor user experience.
Disclosure of Invention
In order to solve the technical problems, the invention provides a parallel multi-priority queue scheduling system based on real-time offline rendering.
The technical scheme adopted by the invention for realizing the technical effects is as follows:
a parallel multi-priority queue scheduling system based on real-time offline rendering, the scheduling system comprising:
the rendering type detection module is used for detecting whether the rendering request type of the rendering task sent by the rendering task pool is a real-time rendering request or an offline rendering request;
a resource state detection module, connected to the rendering type detection module, for receiving feedback information of the rendering type detection module, where when the rendering request type of the rendering task fed back by the rendering type detection module is an offline rendering request, the resource state detection module sets an offline flag offline in the rendering task data to 1, does not perform state detection of the rendering resource, and then sends the processed rendering task data to a task receiving side, and when the rendering request type of the rendering task fed back by the rendering type detection module is a real-time rendering request, the resource state detection module detects whether the current rendering resource is busy or idle, and then sends the processed rendering task data to the task receiving side; the resource state detection module detects whether the current rendering resource is busy or idle and prompts a user to select offline rendering or real-time rendering, and the method specifically comprises the following steps: if the resource state detection module returns a busy state, prompting the user that the current rendering resources are busy, and performing task processing in an off-line rendering mode, if the user selects off-line rendering, modifying an off-line rendering identifier offline in the rendering task data to be 1, and if the user selects real-time rendering, not processing the rendering task data; if the returned data is in an idle state, rendering task data is not processed;
the rendering task receiving module is used as a task receiving party, is connected with the resource state detection module and is used for receiving rendering tasks and rendering priority judgment information of the rendering tasks;
the priority judging module is connected with the rendering task receiving module and used for judging the priority of the user rendering task in the rendering task receiving module and storing the priority into a priority queue pool according to the priority;
and the rendering module is connected with the priority queue pool and obtains rendering tasks from high to low according to the priority for rendering.
The multi-priority queue scheduling system based on real-time offline rendering parallelism further comprises a prompt module, and the prompt module board is used for sending prompt information of early-stage data preparation before detecting whether the rendering request type of the rendering task sent by the rendering task pool is a real-time rendering request or an offline rendering request.
In the above parallel multi-priority queue scheduling system based on real-time offline rendering, the resource status detection module includes a detection request sending unit for sending a status detection request of rendering resources, the rendering task receiving module receives the status detection request and counts the number of currently idle rendering resources, when the number of idle rendering resources is greater than 0, an idle status is returned to the detection request sending unit, and when the number of idle rendering resources is equal to 0, a busy status is returned to the detection request sending unit.
According to the parallel multi-priority queue scheduling system based on real-time offline rendering, before the detection request sending unit sends the state detection request of the rendering resources, the system initializes all rendering machine resources, defaults all rendering machine resources to be idle, saves the idle state of all current rendering machines, sets the state of the rendering machine to be a busy state after the rendering machine obtains a rendering task, and saves the busy state of the rendering machine.
In the above parallel multi-priority queue scheduling system based on real-time offline rendering, the resource status detecting module detects whether the current rendering resource is busy or idle and prompts the user to select offline rendering or real-time rendering specifically includes the steps of:
if the resource state detection module returns a busy state, prompting the user that the current rendering resources are busy, and performing task processing in an off-line rendering mode, if the user selects off-line rendering, modifying an off-line rendering identifier offline in the rendering task data to be 1, and if the user selects real-time rendering, not processing the rendering task data;
and if the returned data is in an idle state, rendering the task data and not processing the task data.
In the real-time offline rendering parallel-based multi-priority queue scheduling system, the early-stage data prepared before the rendering task request is initiated comprises visualized house type data obtained after the house type drawing is completed: house type structure, model placement, suspended ceiling placement, and adjustment of light intensity and color.
In the above parallel multi-priority queue scheduling system based on real-time offline rendering, the data of the rendering task includes: house type structure data, model data, furred ceiling data, light information data and off-line render sign ofline, the off-line render sign ofline default 0, the sign is non-off-line.
In the real-time offline rendering parallel-based multi-priority queue scheduling system, the user information for judging the rendering priority includes: user type, user level.
After receiving the data of the rendering task, the multi-priority queue scheduling system based on the real-time offline rendering parallelism judges that the reference value of the priority of the rendering task is as follows: user type, user level and offline identification offline.
In the above parallel multi-priority queue scheduling system based on real-time offline rendering, the generation rule of the priority queue is as follows:
s1, detecting an offline identifier ofline;
s2, if the offline identification offline is equal to 1, placing the rendering task into the queue of the lowest priority queue quene _ offline;
s3, if the offline identifier offline is 0, judging the rendering queue priority according to the user type and the user level, wherein the user type has values of 0 and 1, the user level has values of 0 and 1, and the priority queue format is as follows: the sequence _ type _ level comprises the following parts in priority order: quene _0_0, quene _0_1, quene _1_0, and quene _1_ 1.
According to the real-time off-line rendering parallel-based multi-priority queue scheduling system, 5 rendering task priority queues can be obtained according to the comprehensive judgment of rendering resource states and user requirements, and the priority queues are arranged according to the priority order and respectively comprise: quene _0_0, quene _0_1, quene _1_0, quene _1_1, and quene _ offline.
According to the real-time offline rendering parallel-based multi-priority queue scheduling system, the priority queue is provided with extensible attributes according to rendering requirements and user requirements and is used for expanding the priority category of the priority queue.
The invention has the beneficial effects that: the invention uses a multi-priority task scheduling scheme based on real-time and off-line rendering, can dynamically allocate the priority of rendering tasks according to user requirements and resource states, and improves the user experience and simultaneously provides the resource utilization rate.
Drawings
FIG. 1 is a block diagram of the present invention;
FIG. 2 is a flowchart of a rendering scheduling process of the present invention;
FIG. 3 is a diagram illustrating a priority queue format according to the present invention;
FIG. 4 is a diagram illustrating a priority queue format according to the present invention.
Detailed Description
In order to make the present invention more clearly and completely explained, the technical solutions of the present invention are further explained below with reference to the accompanying drawings and the specific embodiments of the present invention.
First, two terms of art to which the present invention relates are explained, wherein a real-time rendering task refers to a task that requires a high rendering time by a user and needs to be rendered in a minimum time. The offline rendering task is a task that a user has low requirement on rendering time and can perform rendering after the rendering machine is idle in a resource state. The following describes the specific technical solutions of the present invention in detail with reference to the first embodiment and the second embodiment.
The first embodiment is as follows:
the specific technical solution is shown in combination with the module connection diagram of fig. 1, the rendering priority flow diagram of fig. 2, and the priority queue format schematic diagram of fig. 3, and the present invention provides a parallel multi-priority queue scheduling system based on real-time offline rendering, which includes:
a rendering type detection module 200, where the rendering type detection module 200 is connected to the rendering task pool 100, and is configured to detect a rendering request type of a rendering task sent by the rendering task pool 100, where the rendering request type includes two forms, namely a real-time rendering request and an offline rendering request. The definition of the real-time rendering request and the offline rendering request are described above.
A resource status detection module 300, where the resource status detection module 300 is connected to the rendering type detection module 200 and configured to receive the feedback information of the rendering type detection module 200, and when the rendering request type of the rendering task fed back by the rendering type detection module 200 is an offline rendering request, the resource status detection module 300 sets an offline flag offline in the rendering task data to 1, does not perform status detection on the rendering resource, and then sends the processed rendering task data to a task receiving side. When the rendering request type of the rendering task fed back by the rendering type detection module 200 is a real-time rendering request, the resource state detection module 300 first detects the state of the current rendering resource, and if the state of the current rendering resource is busy, prompts the user to select offline rendering; and if the current rendering resource is idle, prompting a user to select real-time rendering, and then sending the processed rendering task data to a task receiver.
A rendering task receiving module 400, where the rendering task receiving module 400 is used as a task receiving side, is connected to the resource status detecting module 300, and is configured to receive the rendering task sent by the resource status detecting module 300 and rendering priority determination information of the rendering task.
A priority determining module 500, connected to the rendering task receiving module 400, configured to determine a priority of a user rendering task in the rendering task receiving module 400, and store the priority into the priority queue pool 600 according to the priority. The user rendering tasks stored in the priority queue pool 600 are arranged from high to low according to the priority level, and during rendering, the user rendering tasks are arranged according to the priority level of the user rendering tasks in the queue.
And the rendering module 700 is connected with the priority queue pool 600, and renders the rendering tasks stored in the priority queue pool 600 from high to low according to the priority.
Preferably, the parallel multi-priority queue scheduling system based on real-time offline rendering of the present invention further includes a prompt module, which is configured to send prompt information for early data preparation before detecting whether the rendering request type of the rendering task sent by the rendering task pool 100 is a real-time rendering request or an offline rendering request. Specifically, the early-stage data prepared before the rendering task request is initiated includes the visualized house type data obtained after the house type drawing is completed: house type structure, model placement, suspended ceiling placement, and adjustment of light intensity and color.
Preferably, the resource status detecting module 300 further includes a detection request sending unit, and the detection request sending unit is configured to send a status detection request of the rendering resource. The rendering task receiving module 400 receives the state detection request and counts the number of currently idle rendering resources, returns an idle state to the detection request transmitting unit when the number of idle rendering resources is greater than 0, and returns a busy state to the detection request transmitting unit when the number of idle rendering resources is equal to 0.
Before the detection request sending unit sends the state detection request of the rendering resources, the system initializes all rendering machine resources, defaults all rendering machine resources to be idle, stores the idle state of all current rendering machines, sets the state of the rendering machine to be a busy state after the rendering machine obtains a rendering task, and stores the busy state of the rendering machine. The resource state detection module detects whether the current rendering resource is busy or idle and prompts a user to select the specific process of off-line rendering or real-time rendering as follows:
if the resource state detection module returns a busy state, prompting the user that the current rendering resources are busy, and performing task processing in an off-line rendering mode, if the user selects off-line rendering, modifying an off-line rendering identifier offline in the rendering task data to be 1, and if the user selects real-time rendering, not processing the rendering task data; and if the returned data is in an idle state, rendering the task data and not processing the task data. Specifically, the data of the rendering task includes: house type structure data, model data, furred ceiling data, light information data and off-line render sign ofline, the off-line render sign ofline default 0, the sign is non-off-line.
Preferably, in an embodiment of the parallel multi-priority queue scheduling system based on real-time offline rendering according to the present invention, the receiving rendering priority determination information of the rendering task by the rendering task receiving module 400 specifically includes: user type, user level. The generation rule of the priority queue is as follows:
s1, detecting an offline identifier ofline;
s2, if the offline identification offline is equal to 1, placing the rendering task into the queue of the lowest priority queue quene _ offline;
s3, if the offline identifier offline is 0, judging the rendering queue priority according to the user type and the user level, wherein the user type has values of 0 and 1, the user level has values of 0 and 1, and the priority queue format is as follows: the sequence _ type _ level comprises the following parts in priority order: quene _0_0, quene _0_1, quene _1_0, and quene _1_ 1.
In step S4, after receiving the data of the rendering task, the system for scheduling multiple priority queues based on parallel real-time offline rendering determines that the reference value of the priority of the rendering task is: user type, user level and offline identification offline. The priority queue can also be provided with extensible attributes according to rendering requirements and user requirements, and the extensible attributes are used for expanding the priority category of the priority queue.
Example two:
the specific technical solution is shown in combination with the module connection diagram of fig. 1, the rendering priority flow diagram of fig. 2, and the priority queue format schematic diagram of fig. 4, and the present invention provides a parallel multi-priority queue scheduling system based on real-time offline rendering, which includes:
a rendering type detection module 200, where the rendering type detection module 200 is connected to the rendering task pool 100, and is configured to detect a rendering request type of a rendering task sent by the rendering task pool 100, where the rendering request type includes two forms, namely a real-time rendering request and an offline rendering request. The definition of the real-time rendering request and the offline rendering request are described above.
A resource status detection module 300, where the resource status detection module 300 is connected to the rendering type detection module 200 and configured to receive the feedback information of the rendering type detection module 200, and when the rendering request type of the rendering task fed back by the rendering type detection module 200 is an offline rendering request, the resource status detection module 300 sets an offline flag offline in the rendering task data to 1, does not perform status detection on the rendering resource, and then sends the processed rendering task data to a task receiving side. When the rendering request type of the rendering task fed back by the rendering type detection module 200 is a real-time rendering request, the resource state detection module 300 first detects the state of the current rendering resource, and if the state of the current rendering resource is busy, prompts the user to select offline rendering; and if the current rendering resource is idle, prompting a user to select real-time rendering, and then sending the processed rendering task data to a task receiver.
A rendering task receiving module 400, where the rendering task receiving module 400 is used as a task receiving side, is connected to the resource status detecting module 300, and is configured to receive the rendering task sent by the resource status detecting module 300 and rendering priority determination information of the rendering task.
A priority determining module 500, connected to the rendering task receiving module 400, configured to determine a priority of a user rendering task in the rendering task receiving module 400, and store the priority into the priority queue pool 600 according to the priority. The user rendering tasks stored in the priority queue pool 600 are arranged from high to low according to the priority level, and during rendering, the user rendering tasks are arranged according to the priority level of the user rendering tasks in the queue.
And the rendering module 700 is connected with the priority queue pool 600, and renders the rendering tasks stored in the priority queue pool 600 from high to low according to the priority.
Preferably, the parallel multi-priority queue scheduling system based on real-time offline rendering of the present invention further includes a prompt module, which is configured to send prompt information for early data preparation before detecting whether the rendering request type of the rendering task sent by the rendering task pool 100 is a real-time rendering request or an offline rendering request. Specifically, the early-stage data prepared before the rendering task request is initiated includes the visualized house type data obtained after the house type drawing is completed: house type structure, model placement, suspended ceiling placement, and adjustment of light intensity and color.
Preferably, the resource status detecting module 300 further includes a detection request sending unit, and the detection request sending unit is configured to send a status detection request of the rendering resource. The rendering task receiving module 400 receives the state detection request and counts the number of currently idle rendering resources, returns an idle state to the detection request transmitting unit when the number of idle rendering resources is greater than 0, and returns a busy state to the detection request transmitting unit when the number of idle rendering resources is equal to 0.
Before the detection request sending unit sends the state detection request of the rendering resources, the system initializes all rendering machine resources, defaults all rendering machine resources to be idle, stores the idle state of all current rendering machines, sets the state of the rendering machine to be a busy state after the rendering machine obtains a rendering task, and stores the busy state of the rendering machine. The resource state detection module detects whether the current rendering resource is busy or idle and prompts a user to select the specific process of off-line rendering or real-time rendering as follows:
if the resource state detection module returns a busy state, prompting the user that the current rendering resources are busy, and performing task processing in an off-line rendering mode, if the user selects off-line rendering, modifying an off-line rendering identifier offline in the rendering task data to be 1, and if the user selects real-time rendering, not processing the rendering task data; and if the returned data is in an idle state, rendering the task data and not processing the task data. Specifically, the data of the rendering task includes: house type structure data, model data, furred ceiling data, light information data and off-line render sign ofline, the off-line render sign ofline default 0, the sign is non-off-line.
Preferably, in an embodiment of the parallel multi-priority queue scheduling system based on real-time offline rendering according to the present invention, the receiving rendering priority determination information of the rendering task by the rendering task receiving module 400 specifically includes: user type, user level and offline identification offline. The generation rule of the priority queue is as follows:
s1, detecting an offline identifier ofline;
s2, if the offline identification offline is equal to 1, placing the rendering task into the queue of the lowest priority queue quene _ offline;
s3, if the offline identifier offline is 0, judging the rendering queue priority according to the user type and the user level, wherein the user type has values of 0 and 1, the user level has values of 0 and 1, and the priority queue format is as follows: the sequence _ type _ level comprises the following parts in priority order: quene _0_0, quene _0_1, quene _1_0, and quene _1_ 1. And the queue of the lowest priority queue, namely queue _ offset, can obtain 5 rendering task priority queues, and the priority queues are arranged according to the priority order and respectively comprise: quene _0_0, quene _0_1, quene _1_0, quene _1_1, and quene _ offline. In other embodiments, the priority queue may set an extensible attribute according to rendering requirements and user requirements for further extending the priority class of the priority queue.
The above description is only for the purpose of illustrating the preferred embodiments of the present invention and is not to be construed as limiting the invention, and any modifications, equivalents and improvements made within the spirit and principle of the present invention are intended to be included within the scope of the present invention.

Claims (11)

1. A parallel multi-priority queue scheduling system based on real-time offline rendering, the scheduling system comprising:
the rendering type detection module is used for detecting whether the rendering request type of the rendering task sent by the rendering task pool is a real-time rendering request or an offline rendering request;
a resource state detection module, connected to the rendering type detection module, configured to receive feedback information of the rendering type detection module, where when a rendering request type of a rendering task fed back by the rendering type detection module is an offline rendering request, the resource state detection module sets an offline flag offline in the rendering task data to 1, does not perform state detection of rendering resources, and then sends the processed rendering task data to a task receiving side, and when the rendering request type of the rendering task fed back by the rendering type detection module is a real-time rendering request, the resource state detection module detects whether the current rendering resource is busy or idle and prompts a user to select offline rendering or real-time rendering, and then sends the processed rendering task data to the task receiving side; the resource state detection module detects whether the current rendering resource is busy or idle and prompts a user to select offline rendering or real-time rendering, and the method specifically comprises the following steps: if the resource state detection module returns a busy state, prompting the user that the current rendering resources are busy, and performing task processing in an off-line rendering mode, if the user selects off-line rendering, modifying an off-line rendering identifier offline in the rendering task data to be 1, and if the user selects real-time rendering, not processing the rendering task data; if the returned data is in an idle state, rendering task data is not processed;
the rendering task receiving module is used as a task receiving party, is connected with the resource state detection module and is used for receiving rendering tasks and rendering priority judgment information of the rendering tasks;
the priority judging module is connected with the rendering task receiving module and used for judging the priority of the user rendering task in the rendering task receiving module and storing the priority into a priority queue pool according to the priority;
and the rendering module is connected with the priority queue pool and obtains rendering tasks from high to low according to the priority for rendering.
2. The system according to claim 1, further comprising a prompt module, wherein the prompt module is configured to send a prompt for early data preparation before detecting whether the rendering request type of the rendering task from the rendering task pool is a real-time rendering request or an offline rendering request.
3. The system according to claim 2, wherein the resource status detection module includes a detection request sending unit for sending a status detection request of rendering resources, the rendering task receiving module receives the status detection request and counts the number of currently idle rendering resources, when the number of idle rendering resources is greater than 0, an idle status is returned to the detection request sending unit, and when the number of idle rendering resources is equal to 0, a busy status is returned to the detection request sending unit.
4. The system of claim 3, wherein before the detection request sending unit sends the state detection request for rendering resources, the system initializes all rendering machine resources, defaults all rendering machine resources to idle, stores the idle state of all current rendering machines, sets the state of a rendering machine to busy state and stores the busy state of the rendering machine after the rendering machine obtains a rendering task.
5. The parallel multi-priority queue scheduling system based on real-time offline rendering according to claim 2, wherein the early-stage data prepared before the rendering task request is initiated comprises visualized house type data obtained after house type drawing is completed: house type structure, model placement, suspended ceiling placement, and adjustment of light intensity and color.
6. The parallel multi-priority queue scheduling system based on real-time offline rendering according to claim 1, wherein the data of the rendering task comprises: house type structure data, model data, furred ceiling data, light information data and off-line render sign ofline, the off-line render sign ofline default 0, the sign is non-off-line.
7. The system according to claim 1, wherein the user information for determining rendering priority includes: user type, user level.
8. The parallel multi-priority queue scheduling system based on real-time offline rendering according to claim 6, wherein after receiving the data of the rendering task, the reference value for determining the priority of the rendering task is: user type, user level and offline identification offline.
9. The system according to claim 8, wherein the priority queue is generated according to the following rules:
s1, detecting an offline identifier ofline;
s2, if the offline identification offline is equal to 1, placing the rendering task into the queue of the lowest priority queue quene _ offline;
s3, if the offline identifier offline is 0, judging the rendering queue priority according to the user type and the user level, wherein the user type has values of 0 and 1, the user level has values of 0 and 1, and the priority queue format is as follows: the sequence _ type _ level comprises the following parts in priority order: quene _0_0, quene _0_1, quene _1_0, and quene _1_ 1.
10. The system according to claim 9, wherein 5 rendering task priority queues are obtained according to the rendering resource status and the user requirement, and the priority queues are arranged in a priority order as follows: quene _0_0, quene _0_1, quene _1_0, quene _1_1, and quene _ offline.
11. The system for scheduling multi-priority queue based on real-time offline rendering parallelism according to claim 10, wherein the priority queue is provided with extensible attributes according to rendering requirements and user requirements for extending the priority class of the priority queue.
CN201710453490.4A 2017-06-15 2017-06-15 Multi-priority queue scheduling system based on real-time offline rendering parallelism Active CN107274471B (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201710453490.4A CN107274471B (en) 2017-06-15 2017-06-15 Multi-priority queue scheduling system based on real-time offline rendering parallelism

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201710453490.4A CN107274471B (en) 2017-06-15 2017-06-15 Multi-priority queue scheduling system based on real-time offline rendering parallelism

Publications (2)

Publication Number Publication Date
CN107274471A CN107274471A (en) 2017-10-20
CN107274471B true CN107274471B (en) 2020-10-09

Family

ID=60067606

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201710453490.4A Active CN107274471B (en) 2017-06-15 2017-06-15 Multi-priority queue scheduling system based on real-time offline rendering parallelism

Country Status (1)

Country Link
CN (1) CN107274471B (en)

Families Citing this family (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108288167B (en) * 2018-02-12 2019-11-08 平安科技(深圳)有限公司 Pay a return visit method, apparatus, computer equipment and storage medium
CN109981801B (en) * 2019-04-30 2021-10-26 深圳微新创世科技有限公司 Distributed online rendering method
CN110990139B (en) * 2019-12-06 2020-11-24 安徽芯智科技有限公司 SMP scheduling method and system based on RTOS
US12020516B2 (en) 2019-12-20 2024-06-25 Boe Technology Group Co., Ltd. Method and device for processing product manufacturing messages, electronic device, and computer-readable storage medium
CN112260952A (en) * 2020-10-20 2021-01-22 四川天邑康和通信股份有限公司 Wifi6 router rapid data access protection method
CN114945817A (en) 2020-10-30 2022-08-26 京东方科技集团股份有限公司 Task processing method, device and equipment based on defect detection and storage medium
CN112860391B (en) * 2020-12-30 2023-07-07 佛山欧神诺云商科技有限公司 Dynamic cluster rendering resource management system and method
CN114637581B (en) * 2022-01-26 2023-04-11 武汉艺画开天文化传播有限公司 Optimization system for submitting rendering model
CN116680086B (en) * 2023-07-25 2024-04-02 联通沃音乐文化有限公司 Scheduling management system based on offline rendering engine

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7065764B1 (en) * 2001-07-20 2006-06-20 Netrendered, Inc. Dynamically allocated cluster system
CN103426193A (en) * 2012-05-25 2013-12-04 上海幻维数码创意科技有限公司 Distributed animation rendering method and apparatus thereof
CN102722549A (en) * 2012-05-28 2012-10-10 中国科学院遥感应用研究所 Cluster-based real-time rendering service of remote sensing data set
CN104572305A (en) * 2015-01-26 2015-04-29 赞奇科技发展有限公司 Load-balanced cluster rendering task dispatching method
CN105959238A (en) * 2016-06-28 2016-09-21 深圳市彬讯科技有限公司 Dispatching method and system for multi-priority rendering resources based on message queues

Also Published As

Publication number Publication date
CN107274471A (en) 2017-10-20

Similar Documents

Publication Publication Date Title
CN107274471B (en) Multi-priority queue scheduling system based on real-time offline rendering parallelism
CN107274470B (en) Multi-priority queue scheduling method based on real-time offline rendering parallelism
CN107087019B (en) Task scheduling method and device based on end cloud cooperative computing architecture
US10698717B2 (en) Accelerator virtualization method and apparatus, and centralized resource manager
CN111580995B (en) Synchronous communication method and system of distributed cloud platform and Internet of things intelligent terminal based on MQTT asynchronous communication scene
US9665921B2 (en) Adaptive OpenGL 3D graphics in virtual desktop infrastructure
CN103297395B (en) The implementation method of a kind of Internet service, system and device
CN104123265A (en) Method and system for communication among multiple kernels
CN114448922B (en) Message hierarchical processing method, device, equipment and storage medium
EP3116221B1 (en) Method for multi-picture control in video conference, related device, and storage medium
WO2019000790A1 (en) Method and device for calling remote procedure using synchronous mode
CN107294911B (en) Data packet monitoring method and device, remote procedure call system and equipment
CN109828826B (en) Task progress polling method, device and system
CN103685430A (en) A mobile terminal combined display method, a system, and a server
CN112860401B (en) Task scheduling method, device, electronic equipment and storage medium
CN105430028A (en) Service calling method, service providing method, and node
CN113419865A (en) Cloud resource processing method, related device and computer program product
CN110377411B (en) Distributed cloud-oriented workflow task scheduling method and system
CN107239272B (en) Video capture equipment redirection method and device
CN114500546A (en) Communication message sending method, device and equipment based on load balancing cluster
CN109639795B (en) Service management method and device based on AcitveMQ message queue
CN103618716A (en) Conversation interaction method, equipment and system of terminal WAN management protocol
CN113114737B (en) Information sending method and device and server
CN105991736B (en) A kind of long-range control method and equipment
CN109167808A (en) A kind of data processing method, device and system

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant
CP03 Change of name, title or address
CP03 Change of name, title or address

Address after: 518000 R & D room 3501, block a, building 7, Vanke Cloud City Phase I, Xingke 1st Street, Xili community, Xili street, Nanshan District, Shenzhen City, Guangdong Province

Patentee after: Tubatu Group Co.,Ltd.

Address before: 1001-a, 10th floor, bike technology building, No.9, Keke Road, high tech Zone, Nanshan District, Shenzhen, Guangdong 518000

Patentee before: SHENZHEN BINCENT TECHNOLOGY Co.,Ltd.