KR101984564B1 - Recording Medium, Method and Device For Program Operation - Google Patents

Abstract

The present invention relates to an apparatus and method for operating a program, and a program recording medium. The apparatus for operating a program according to the present invention comprises: an analysis unit for analyzing a user's initial program use pattern after power input; A storage unit configured to determine a type of a program first used by a user after power input, and to record the determined program type information on a memory; and a multiprocessor branch processing boot loader for driving a second processor when the power is input. And a kernel boot loader for booting the operating system, and after confirming the type of the program used by the user recorded in the memory for the first time after power-up, the branched boot loader corresponds to the checked program type. A first processor for loading a program boot loader into a memory; After running through the branch processing boot loader, the program boot loader is executed, and the program boot loader is executed without the operating system before booting the operating system through the first processor. And a second processor for processing a program corresponding to the type to be executed.

Description

Method and apparatus for program operation and recording medium therefor {Recording Medium, Method and Device For Program Operation}

The present invention can greatly reduce the user waiting time according to the operating system booting process before the first program execution in the program operating device equipped with two or more processors, and through the user's initial program use pattern after the power input to run the program before booting the operating system It is to decide.

In general, most program operating devices are booted with an operating system before power is turned on and a program that a user wants to use is executed, and the user has no choice but to wait until the operating system booting process is completed.

In particular, as the function and capacity of the operating system is expanded, the boot time of the operating system becomes longer and longer, and thus, user complaints and inconveniences are increasing.

FIG. 1 is a flowchart illustrating an overall operating system booting process from a time point at which power is supplied to a system in a program operating device to a time point at which booting is completed.

First, when the system is powered on, all processors in the system are supposed to run the boot monitor. The boot monitor is the first program to run after the system is powered on. Since this program is too small to load the kernel of the system operating system into memory and can only perform limited functions, it needs a bootloader to load the kernel into main memory. Finding and running is the most important role of a boot monitor.

The bootmonitor first performs a task of determining whether the processor currently running itself is the first processor (CPU0), if the current processor is the first processor, the bootmonitor executes the main code, and if the remaining processors (CPUx) are WFI (wait for interrupt) and wait for the first processor to initialize and use the remaining processors. The first processor responsible for booting at this time is called a boot processor. In this way, you can boot as if you had a single CPU on a multiprocessor early in the boot. Other processors running WFI continue to loop through the infinite loop to check for changes in the SYS_FLAGS register, and jump to the address stored in the register when the register value is changed by the boot processor.

The boot loader can be found in the MBR of nonvolatile memory (sector 0 of nonvolatile memory). The boot code stored in the MBR is correct and the magic code exists in the last 2 bytes of the MBR sector. Can be checked with The boot monitor reads the MBR to check the magic code, and when it is confirmed that it is a boot loader, it jumps to the start address of the boot loader and leaves the boot process to boot.

The main role of the bootloader, called from the bootmonitor, is to locate a kernel image stored in nonvolatile memory, load it into a fixed location in main memory, and pass control to the kernel by jumping to the start of the kernel image.

The boot loader initializes main memory before loading the kernel image into main memory. Once the main memory configuration is complete, the cache and SCU are initialized and layout information is generated based on all available memory. This main memory layout information is then passed to the kernel through boot parameters.

After loading the kernel image into memory, performing console initialization and boot parameter initialization, decompressing the kernel image, decompressing the kernel image, performing kernel initialization, and running the init script.

The init script is executed at the application level when the kernel initialization is completed. The init script sequentially records the programs to be executed, which varies greatly depending on the purpose of the system. Run the init script, run the shell program, and finish all booting.

As shown in FIG. 2, after the booting of the operating system is completed through the process of FIG. 1, a user waiting time for executing a program desired by a user takes up to several tens of seconds.

In addition, as shown in FIG. 3, even in a program operating apparatus including a multiprocessor having two or more processors, the processor 2 waits for a valid state during processing of booting an operating system by the processor 1, and thus a user waiting time. The shortening has the same user inconvenience in a multiprocessor system.

For example, when the driver starts the car, the first service to be provided by the program operating device of the vehicle is to show the driver the rear situation, but the current operating program of the vehicle is the operating system boot process. Because it takes more than 15 seconds to finish, the driver must wait at least 15 seconds to understand the situation behind and drive.

Therefore, various types of fast boot technologies such as hibernation, execute-in-place (XIP), uncompressed kernel, and console are disabled in order to reduce the boot time of the operating system in the prior art. (Disable console), reordering initcalls, and the addition of dedicated hardware have been studied.

Hibernation is a technique that suspends and resumes by saving the main memory image to nonvolatile memory and restoring the main memory image stored in nonvolatile memory when the system is powered back on. There is a method and a snapshot method that improved it.

The suspend & resume method saves the main memory image immediately before the shutdown to nonvolatile memory, and restores the main memory image stored in the nonvolatile memory when the system is powered on again. It is a technology to restore the system state, which is faster than normal system shutdown and normal booting process, thereby reducing the user's waiting time.

However, the disadvantage of the Suspend & resume method is that it is difficult to expect the boot time to be shortened compared to the normal boot because the existing kernel almost completes booting and restores the image, and saves the previous state on nonvolatile media at every shutdown. There is a problem that the end time is long because it has to be done, and if the power is cut off before the hibernation image is stored, there is a problem that the general booting process cannot be resumed.

Snapshot technology compensates for the shortcomings of suspend & resume, which performs hibernation restoration at the bootloader level, which reduces boot time by initiating a restore earlier than when suspend & resume restores from a nearly complete kernel boot. will be.

In addition to creating a hibernation image only when the system is shut down, such as suspend & resume, it is also possible to create a hibernation image at a specific point in time after normal booting and restore the same hibernation image.

However, since Snapshot technology is implemented without considering resume without a general device driver initialization process, recovery is often not performed depending on the hardware. Thus, due to the hardware dependency, a system to which snapshot can be applied is very limited.

In addition, when always restoring to the same image, there is a problem that all the modifications to be reflected in the booting process are initialized during use, so that the modifications can be used only on the system that does not affect the booting.

Execute In-Place (XIP) is a technology that directly executes the program code in nonvolatile memory without loading the program code into main memory.In kernel booting, the kernel image is loaded from nonvolatile memory into main memory and the compressed kernel image is loaded. The process of decompressing and writing the decompressed kernel to main memory can be omitted.

However, non-volatile memory developed to date has a lower read / write speed compared to DRAM used as main memory, so even if the kernel is continuously used even after booting faster than without using XIP during the booting process. There is a problem that the system performance is lower than the kernel loaded in the main memory.

The uncompressed kernel method reduces boot time by eliminating the process of decompressing the kernel image, but in general, the existing unvolatile memory speed is much lower than that of main memory. There are not many cases that can be obtained when using, but rather it takes more time, so the applicable system has very limited problem.

Disable console is a way to save time by not using the messages printed to the console. In general, setting the quiet option at boot time on Linux does not print console messages. You can save time printing and scrolling.

However, the time that can be saved in this way is determined by several factors, and the time savings that can be achieved are several hundred milliseconds. When using a serial console, time savings depend on the speed of the serial port, but when using a VGA console, the string output time is determined by the processor speed. So you can only get the effect if you have a lot of console output and a slow processor, and if you don't have a lot of console output, you won't get much effect.

The initcall relocation method is a technique of initializing modules to be executed first by changing the order of initialization when executing an init script, and pre-determining the order of programs to be initialized after the OS boot.

The initcall relocation technique optimizes the process after the operating system boot is completed, and cannot be shortened more than the time the operating system completes booting.In order to use higher priority modules, the operating system kernel must be booted first. If the size of the operating system increases, the user waiting time increases as the operating system boot time increases.

In conclusion, when the time it takes for a program to run and service a user is called user latency, most of the existing boot speed improvement techniques mean that reducing the operating system boot time means reducing the user latency. Has been focused on reducing operating system boot times.

However, since reducing the operating system boot time is limited, there is a need for a new method that can solve user inconveniences and complaints by reducing user wait time rather than shortening boot time.

In addition, even if the user's waiting time is shortened, the type of the program used by the user for the first time after the power input is different for each user. Therefore, even if the user's waiting time is uniformly determined, the user must complete the operating system after completing the booting of the operating system. The inconvenience is that you have to select and run this program again.

Recognition of the problems and problems of the prior art described above is not obvious to those of ordinary skill in the art of the present invention and should not judge the progress of the present invention compared to the prior art based on such recognition. Reveal it.

An object of the present invention for solving the above problems is that the problem in the conventional multi-processor booting method is that other processors except the boot processor spend most of the time idle in the booting process. By using other processors in the system, the user first executes the program before the booting is completed, and sets the type of the program that the user needs first based on the analysis result of the user's initial program usage pattern. In addition to providing innovative ways to reduce latency, we also provide a device, method, and program record medium that allow users to set up their own custom launch programs.

In addition, the present invention provides an apparatus, a method, and a program recording medium that can innovatively reduce user latency without requiring additional hardware by changing a booting method on an existing multiprocessor.

In addition, the present invention provides an apparatus, a method, and a program recording medium for maximizing processor operating efficiency by allowing each processor to perform different tasks after the OS booting is completed.

Technical problems to be achieved in the present invention are not limited to the technical problems mentioned above, and other technical problems not mentioned above may be clearly understood by those skilled in the art from the following description. There will be.

A program operating apparatus including two or more processors according to the present invention includes an analysis unit for analyzing a user's initial program use pattern after power input and a program used by a user for the first time after power input in response to an analysis result of the analysis unit. A storage unit for determining the type of the program, and recording the determined program type information in the memory, a multiprocessor branch processing bootloader for driving the second processor when the power is input, and a kernel for booting the operating system. After the boot loader is executed, the user recorded in the memory checks the type of the program to be used for the first time after the power is input, and then loads the program boot loader corresponding to the checked program type into the memory through the branch processing boot loader. A first processor and the branch boot loader of the first processor. After that, a program boot loader is executed to execute a program that is executed without an operating system before booting an operating system through the first processor through a program boot loader, such that a program corresponding to the type of a program that a user first uses after power-on is executed. And a second processor for processing, wherein the branch processing boot loader loads the kernel boot loader to be executed by the first processor at a specific memory address, and replaces the program boot loader to be executed by the second processor with the kernel boot loader. After the program boot loader is loaded on the memory, the program boot loader interrupts the second processor and provides the address information where the program boot loader is located.

According to one side, the analysis unit, the user counts the number of times of use of the program first used after power input for a period, using the counting result, generates a list of programs in descending order by the number of use, the storage unit, by the number of use Based on the list of programs sorted in descending order, the top-level program can be determined as the first program used by the user after power-up.

According to another aspect, the program boot loader loads target program codes into memory, but the program codes are stand-alone programs that are executed without an operating system.

According to another aspect, a program executed without the operating system directly initializes resources required for execution and displays the directly initialized resources, thereby preventing the resources from being repeatedly initialized during the booting process in the first processor. have.

According to another aspect, after the first processor checks whether resources to be initialized in the kernel initialization process are initialized by the second processor, and if it is not initialized, the first processor directly initializes the resources and initializes the resources. The initialization of the initialized resources may be skipped.

According to another aspect, when the operating system booting process is completed, the first processor performs the same function as a previously executed program through the second processor, but loads a program running on the operating system in a memory, and the second processor By interrupting the program, the running program can be replaced by a program running on the operating system.

A program operating method including two or more processors according to the present invention includes a pattern analysis step of analyzing a user's first program use pattern after power input and a program first used by a user after power input in response to the pattern analysis result. An information recording step of confirming the type of the program, and recording the determined program type information on the memory; and executing the branching boot loader for executing a branching boot loader for driving the second processor from the first processor. And loading the program boot loader to be executed by the second processor in the branched boot loader at a memory address, and after confirming the type of the program used by the user recorded in the memory for the first time after the power is input through the information recording step, Write the program boot loader that corresponds to the identified program type into memory. A program boot loader loading step, and when the program boot loader is loaded, the first processor interrupts the second processor and delivers the address where the program boot loader is located to the second processor. And a program executing step of executing a program after loading program codes to be executed without an operating system through the program boot loader in the memory in the second processor, and executing the operating program. Loading a program that executes the same function as a previously executed program through a processor but operates on an operating system into a memory, interrupts the program from the first processor to the second processor, and executes the previously executed program through the program execution step. Program that runs on top of operating system And a step of processing to replace the program.

According to one side, the program execution step, may further include the step of initializing the resources required for execution, by displaying the initialized resources, to prevent the resources are repeatedly initialized during the booting process in the first processor. .

A program operating method including two or more processors according to the present invention includes a pattern analysis step of analyzing a user's first program use pattern after power input and a program first used by a user after power input in response to the pattern analysis result. An information recording step of confirming the type of the program, and recording the determined program type information on the memory; and executing the branching boot loader for executing a branching boot loader for driving the second processor from the first processor. And loading the program boot loader to be executed by the second processor in the branched boot loader at a memory address, and after confirming the type of the program used by the user recorded in the memory for the first time after the power is input through the information recording step, Write the program boot loader that corresponds to the identified program type into memory. A program boot loader loading step, and when the program boot loader is loaded, the first processor interrupts the second processor and delivers the address where the program boot loader is located to the second processor. And loading program codes executed without an operating system into a memory through the program boot loader in the second processor, executing a program, initializing resources required for execution, and displaying the initialized resources. And executing a program to prevent the resources from being repeatedly initialized in the process of booting the processor.

According to one side, the program operating method, when the operating system booting process is completed, performing the same function as the program already running through the second processor in the first processor, but loading a program operating on the operating system in the memory and The method may further include interrupting the first processor from the first processor to process the previously executed program to be replaced with a program operating on an operating system through the program execution step.

In addition, according to the present invention, each step of the program operating method can be implemented in a program form, the present invention includes a computer-readable recording medium, characterized in that for recording a program for executing the program operating method. .

According to the present invention, in the program operating device equipped with a multi-processor to improve the boot method only without the addition of additional hardware to the user to innovatively reduce the user waiting time until the desired program execution and after the completion of operating system boot, respectively Each processor can perform different tasks, making the most of the parallelism of multiprocessors.

In addition, according to the present invention, even if the user waiting time is reduced uniformly determined by the user for the first time to use the program, the user solves the inconvenience of having to select and run the desired program again after the completion of operating system boot, by user It has the effect of operating a customized first use program (for example, A user starts the car after starting the vehicle and mainly uses the rear camera for the first time. If you use the navigation system for the first time after starting the boarding, you can run the navigation program for the first time, so you can set a customized program for each user.)

In addition, the present invention can reduce the user waiting time regardless of the size of the operating system, and has the effect that can be applied to the existing boot improvement techniques overlap.

In addition, if the present invention is applied to a vehicle system, it can solve the problem of the driver having to wait 15 seconds or more to use the rear camera.

In other words, when the vehicle is powered on, the driver is able to drive immediately by using another idle processor during the boot process, so that the driver can drive immediately, and a dedicated processor is returned when the rear camera is not used while driving. It can be used to provide different services, enabling efficient operation of multiple processors.

The following drawings, which are attached to this specification, illustrate preferred embodiments of the present invention, and together with the detailed description of the present invention serve to further understand the technical spirit of the present invention. It should not be construed as limited to.
1 is a flowchart illustrating an operating system booting process flow in a conventional program operating apparatus.
2 is a diagram illustrating a process according to program execution after an operating system booting process in a program operating apparatus equipped with a conventional single processor.
3 is a diagram illustrating a process according to program execution after an OS booting process in a program operating apparatus equipped with a conventional multiprocessor.
4 is a diagram illustrating a main configuration of a program operating apparatus according to an embodiment of the present invention.
5 is a view illustrating a process of analyzing a user's initial program use pattern according to an embodiment of the present invention.
6 is a diagram illustrating an operating system booting and program execution process according to an embodiment of the present invention.
7 is a view showing a user waiting time according to the prior art and the embodiment of the present invention.
8 is a diagram illustrating a program execution process before booting an operating system according to an embodiment of the present invention.
9 is a diagram illustrating a program execution process after booting an operating system according to an embodiment of the present invention.
10 is an embodiment diagram according to an embodiment of the present invention.

Hereinafter, with reference to the accompanying drawings and description will be described in detail the operating principle of the preferred embodiment of the present invention. However, the drawings and the following description shown below are for the preferred method among various methods for effectively explaining the features of the present invention, the present invention is not limited only to the drawings and description below. In addition, in the following description of the present invention, if it is determined that a detailed description of a related known function or configuration may unnecessarily obscure the subject matter of the present invention, the detailed description thereof will be omitted. Terms to be described later are terms defined in consideration of functions in the present invention, which may vary according to intentions or customs of users or operators. Therefore, the definition should be made based on the contents throughout the present invention.

As a result, the technical spirit of the present invention is determined by the claims, and the following examples are one means for efficiently explaining the technical spirit of the present invention to those skilled in the art to which the present invention pertains. It is only.

4 is a diagram illustrating a detailed configuration of a program operating apparatus 100 according to an embodiment of the present invention.

In more detail, FIG. 4 illustrates a configuration of a program operating apparatus 100 having two or more multi-processors, and FIG. 4 illustrates only main components according to the present invention. According to the intention of the person skilled in the art, the configuration of the program operating apparatus 100 may be added or deleted.

Preferably, the main functional configuration of the program operating apparatus 100 according to the present invention, as shown, the first processor 110 and the second processor 120, the nonvolatile memory 130 and the main memory 140 And, it may be configured to include the analysis unit 150, the storage unit 160, the boot monitor (11, 21), branch processing boot loader 12, kernel boot loader 13, program boot loader It may be configured to further include (22), each of the components may be added or excluded according to the type and characteristics of the program operating device (100).

In addition, the boot monitors 11 and 21, the branched boot loader 12, the kernel boot loader 13, and the program boot loader 22 in the drawing may include a first processor 110 and a second processor 120. Although shown as included in the boot monitor 11 and 21, the branch boot loader 12, the kernel boot loader 13, and the program boot loader 22 may include a nonvolatile memory 130 and a main memory ( It may be included in the 140, may be configured as a separate configuration, a part thereof may be omitted.

According to the exemplary embodiment of the present invention, the analyzer 150 analyzes the user's initial program usage pattern after power input.

That is, the analysis unit 150 counts the number of times of use for each program used by the user for the first time after power input for a predetermined period of time, and generates a list of programs in descending order by the number of times of use by using the counting result, so that the user's initial program use pattern To derive

According to an exemplary embodiment of the present invention, the storage unit 160 determines a type of a program that is first used by a user after power input in response to an analysis result of the analysis unit 150, and provides the determined program type information. Write to the memory 130 or 140.

According to the invention, the storage unit 160, based on the list of programs sorted in descending order by the number of uses generated by the analysis unit 150, to determine the highest program as the first program used by the user after power input. Can be.

For example, in the case of user A, if the number of the first programs to be used after the vehicle is started after starting a car for a certain period is the most, the type of the first program to be used after the user A is input is determined as a navigation program. In the case of user B, if the number of the first programs used after the start-up after starting a car for a certain period is the largest number of rear camera programs, the type of the first program used after the user A is input is determined as the rear camera program.

According to an exemplary embodiment of the present invention, the first processor 110, upon input of power, a multiprocessor branch processing boot loader 12 for driving the second processor 120 and a kernel for booting an operating system. The boot loader 13 is executed, and after confirming the type of the program used by the user recorded on the memory 130 or 140 for the first time after inputting power, the checked program type through the branch processing boot loader 12 is performed. Loads the program boot loader 22 corresponding to the memory 140 in the memory 140, and the second processor 120 is driven through the branch processing boot loader 12 of the first processor 110. By executing the program boot loader 22, a program that is executed without an operating system before booting the operating system through the first processor 110 through the program boot loader 22 for the first time after power input by a user Program corresponding to the type of the - this serves to processing to be executed.

That is, when the program operating apparatus 100 is powered on, the first processor 110 is responsible for booting the operating system, and the second processor 120 executes a stand-alone program that can operate without an operating system, waiting for a user. When the booting is completed by the first processor 110, all the processors including the second processor 120 are controlled by the operating system to perform tasks assigned by the scheduler.

According to the present invention, when the operating system booting process is completed, the first processor 110 performs the same function as a previously executed program through the second processor 120, but operates a program operating on the operating system memory 140. It loads in, and interrupts the second processor 120, and performs a role of processing to replace the program being executed by the program running on the operating system.

In addition, the first processor 110 checks whether resources to be initialized in the kernel initialization process are initialized by the second processor 120, and if the result is not initialized, directly initializes the resources and initializes them. It may further play a role of skipping the initialization of the initialized resources.

The first processor 110 is characterized in that the boot processor for processing the operating system boot, the first processor 110 and the second processor 120, characterized in that the CPU (Core) or Core (Core) It is done.

The nonvolatile memory 130 according to the present invention includes type information on a program used first by a user after power input, boot monitors 11 and 21, branched boot loader 12, kernel boot loader 13, One or more program boot loaders 22 are stored, and one or more program codes to be executed by the user are stored.

The main memory 140 according to the present invention includes information on the type of a program used by a user for the first time after power input, a boot monitor 11 and 21, a branch processing boot loader 12, a kernel boot loader 13, and a program. One or more boot loaders 22 are loaded and stored, and one or more program codes that the user wants to execute are loaded and stored.

The nonvolatile memory 130 and the main memory 140 are illustrated separately on the drawing, but may be configured as a single memory according to the method of those skilled in the art.

The boot monitor 11 on the first processor 110 according to the present invention first performs a task of determining whether the processor currently executing itself is the first processor, and if the current processor is the first processor, the branched boot loader. It performs the role of executing (12).

The boot monitor 21 on the second processor 120 according to the present invention executes the program boot loader 22 when an interrupt through the first processor 110 is performed while performing a wait for interrupt (WFI). Play a role.

The branch process boot loader 12 according to the present invention performs a task of waking the second processor first before performing the task of loading the kernel image into the main memory 140.

That is, the branch processing boot loader 12 loads the kernel boot loader 13 (the boot loader for loading the kernel image) to be executed by the first processor 110 at a specific main memory 140 address, and the second processor ( 120 loads a program boot loader 22 to be executed (a boot loader that loads a program first used by a user recorded on the memory) in a memory 140 address different from that of the kernel boot loader 13. When the program boot loader 22 is loaded, it interrupts the second processor 120 and delivers the address where the program boot loader 22 is located to the second processor 120.

The kernel boot loader 13 according to the present invention performs the same role as a general boot loader used in an existing boot, and a detailed description thereof will be omitted.

The program boot loader 22 according to the present invention loads the target program codes into the main memory 140 and executes a program. In this case, the loaded program codes may be executed without the help of an operating system. It is a stand-alone program.)

That is, through the role of the program boot loader 22 which is simultaneously executed in the process of booting the operating system by the first processor 110, an execution target program in charge of the second processor 120 needs to wait for a kernel boot. Service can be provided to users without the need to reduce user waiting time.

A stand-alone program according to the present invention provides a service to a user as a program that can be executed in the second processor 120 without an operating system, and a stand-alone program is a user waiting time.

That is, the stand-alone program is loaded by the program boot loader 22, and directly initializes resources for program execution while the first processor 110 proceeds to boot an operating system, and provides a service to a user. There is no need to wait for the kernel to boot.

According to the present invention, the stand-alone program further performs a role of directly initializing resources, so that the first processor 110 prevents duplicate initialization of the same resources during the booting process.

According to the present invention, the functions and roles of the boot monitors 11 and 21, the branched boot loader 12, the kernel boot loader 13, and the program boot loader 22 may be determined by the first processor. 110 and the second processor 120 may be replaced.

5 is a view illustrating a process of analyzing a user's initial program use pattern according to an embodiment of the present invention.

First, the program operating apparatus 100 checks a program type first used by a user after inputting power through the analyzer 150 (S510), and stores program information corresponding to the checked program type on the memory 130 or 140. (S520).

If a predetermined time elapses until sufficient information for analyzing the user's initial program usage pattern is accumulated (S530), the program operating apparatus 100 is accumulated on the memory 130 or 140 through the analyzer 150. The stored user counts the number of times of use of the program for the first time after power input (S540).

If the predetermined period has not elapsed until sufficient information for analyzing the user's initial program use pattern has accumulated, the process (S520) is repeated for a predetermined period (S550).

The program operating apparatus 100 derives an initial program use pattern of the user by generating a program list in descending order by the number of times based on the counting result through the process (S540) (S560).

Thereafter, the program operating apparatus 100 executes before booting the operating system by recording program information having the most number of times of first use by the user after inputting power through the storage unit 160 through the storage unit 160 in the memory. The type of program to be confirmed is determined (S570).

6 is a diagram illustrating an operating system booting and program execution process according to an embodiment of the present invention.

According to FIG. 6, as the OS booting process and the program execution process to be used by the user through the first processor 110 and the second processor 120 are simultaneously performed, the user waiting time can be greatly reduced. have.

Briefly describing each process according to FIG. 6, after the power is connected, the first processor 110 executes the branch process boot loader 12 by the boot monitor 11 and the branch process boot loader 12. ) Loads the kernel boot loader 13 to a specific memory 140 address, and executes the program to be executed by the second processor 120-the program determined through the process S570 of FIG. 5-the kernel boot loader 22. After loading the memory 140 into a different address from the boot loader 13, the interrupt is transmitted to the second processor 120 to transmit the address where the program boot loader 22 is located.

Thereafter, ② to ⑤ the first processor 110 jumps to the address of the kernel boot loader 13 to perform a kernel booting process, and the second processor 120 loads program codes into the memory 140, and then Perform the run.

Then, when the operating system booting is completed, ⑥ ~ ⑦ the first processor 110 loads a program operating on the operating system to the memory 140, and was executed without an operating system running the interrupt to the second processor 120 Process the program to be replaced with a program that runs on top of the operating system.

7 is a view showing a user waiting time according to the prior art and the embodiment of the present invention.

According to FIG. 7, it can be seen that the user waiting time between the program operating apparatus 100 having a conventional multi processor and the program operating apparatus 100 having a multi processor according to the present invention is greatly reduced.

Hereinafter, the program execution process according to the present invention will be described in more detail with reference to FIGS. 8 to 9. (However, a general booting technique of the operating system booting process will be omitted.)

 8 is a diagram illustrating a program execution process before booting an operating system according to an embodiment of the present invention.

First, the first processor 110 executes the branch processing boot loader 12 for driving the second processor 120 (S810).

Subsequently, the first processor 110 loads the kernel boot loader 13 to be executed by the first processor 110 at a specific main memory 140 address through the branched boot loader 12, and the process of FIG. 5. Confirming through the program information corresponding to the user's initial program use pattern recorded in the memory 130 or 140 is confirmed (S820).

Subsequently, the first processor 110 executes the program to be executed by the second processor 120 through the branch processing boot loader 12-the program-boot loader 22 identified through the process S820. In step S830, the memory 140 is loaded at a different address from the memory 140 (13).

Thereafter, when the program boot loader 22 is loaded in the main memory 140, the first processor 110 interrupts the second processor 120 to determine the address where the program boot loader 22 is located. Transferring to the second processor 120 (S840), jumps to the kernel boot loader 13 address to perform a general kernel boot process (S850).

Although not shown separately on the drawing, the process (S850) is processed as a general operating system booting process, but after confirming whether resources to be initialized in the kernel initialization process are initialized through the second processor 120, if not already initialized, the corresponding process is directly performed. If the resource is initialized and already initialized by the second processor 120, the process may include skipping the resource initialization to prevent duplicate initialization.

Thereafter, the second processor 120 checks the address of the program boot loader 22, drives the program boot loader 22 (S860), and then executes the target program codes through the program boot loader 22. The memory 140 is loaded (S870) and directly initializes resources for executing a program to execute a program driven without an operating system (S880).

Although not separately illustrated in the drawing, the process (S880) further includes a process of directly displaying resources, indicating that the first processor 110 may prevent duplicate initialization of the same resources during the booting process. I will.

 9 is a diagram illustrating a program execution process after booting an operating system according to an embodiment of the present invention.

First, the first processor 110 checks whether the OS booting is completed (S910).

As a result of checking through the process (S910), when the booting is completed (S920), the first processor 110 performs the same function as the program currently running through the second processor 120, but the program running on the operating system The memory 140 is loaded (S930) and the second processor 120 interrupts and executes a program to be replaced with a program operating on an operating system (S940).

If, as a result of checking through step (S910), when booting is not completed (S950), the first processor 110 repeats the step (S910).

Thereafter, the first processor 110 receives and executes the tasks according to the scheduling policy of the booting operating system (S960).

The second processor 120 replaces a previously executed program with a program operating on an operating system based on the interrupt through the process of the first processor 110 (S940).

Thereafter, when the program ends (S980), the second processor 120 is assigned to each operation according to the scheduling policy of the operating system like the first processor 110 (S990).

10 is an embodiment diagram according to an embodiment of the present invention.

According to FIG. 10, the case in which the program operating device 100 according to the present invention is a telematics device provided in an automobile is set as an example.

First, when driver A starts up the car, the first program used is the rear camera, which shows the rear view, and driver A needs at least 15 seconds because the current telematics device takes more than 15 seconds to complete the booting process. I had to wait until the rear camera was running so I could grasp the situation and drive.

However, if the present invention is applied to a telematics device, the driver A needs to wait 15 seconds or more to use the rear camera.

The first processor 110 is in charge of booting, and the second processor 120 is in charge of the rear camera program to be executed first during the booting process. The processor 110 proceeds to boot, and the second processor 120 in charge of the rear camera can show the rear situation on the display soon after preparing the rear camera program, so that the driver A does not have to wait for the full boot up of the telematics device. You will be able to drive immediately.

In addition, since the rear camera is rarely used while driving, the second processor 120 which is in charge of the rear camera returns to the scheduler to perform other functions of the telematics device, thereby efficiently processing various tasks of the telematics device. .

100: program operating device 110: first processor
120: second processor 130: nonvolatile memory
140: main memory 150: analysis unit
160: storage unit 11: boot monitor
12: Branch Boot Boot Loader 13: Kernel Boot Loader
21: boot monitor 220: program boot loader

Claims (12)

In the program operating device having two or more processors,
An analysis unit for analyzing a user's initial program use pattern after power input;
A storage unit for determining a type of a program first used by a user after inputting power, and recording the determined program type information on a memory in response to an analysis result of the analysis unit;
When the power is input, the multiprocessor branching boot loader for driving the second processor and the kernel boot loader for booting the operating system are executed. A first processor configured to load a program boot loader corresponding to the identified program type into a memory through the branch processing boot loader after confirming the type of the program; And
After being driven through the branched boot loader of the first processor, a program boot loader is executed, and the program-user running without an operating system before booting an operating system through the first processor through the program boot loader is first inputted after power-on. And a second processor for processing a program corresponding to the type of the program to be executed.
The branch processing boot loader
Load the kernel boot loader to be executed by the first processor at a specific memory address, load the program boot loader to be executed by the second processor at a different memory address than the kernel boot loader, and then load the program boot loader into memory. When loaded, interrupt the second processor and provide the address information where the program boot loader is located.
Program operating device.
delete The method of claim 1, wherein the program boot loader,
Load the target program codes into memory,
The program codes,
Characterized in that the stand-alone program that runs without an operating system,
Program operating device.
The program of claim 1 or 3, wherein the program executed without the operating system includes:
Directly initialize the resources required for execution and indicate the directly initialized resources, to prevent the resources from being duplicated during the booting process in the first processor;
Program operating device.
delete delete The method of claim 1, wherein the first processor,
Characterized in that the boot processor for handling the operating system boot,
Program operating device.
In the program operating method having a program operating device having two or more processors,
A pattern analysis step of analyzing a user's initial program use pattern after power input;
An information recording step of determining a type of a program first used by a user after inputting power, and recording the determined program type information on a memory in response to the pattern analysis result;
A branching boot loader executing step of executing a branching boot loader for driving the second processor in the first processor;
In the branched boot loader, a program boot loader to be executed by a second processor is loaded in a memory address, and after confirming the type of a program that is first used by a user recorded in memory through the information recording step after power input, the checked program A program boot loader loading step of loading a program boot loader corresponding to a type into a memory;
A second processor interrupting step, when the program boot loader is loaded, the first processor interrupts the second processor and transmits the address where the program boot loader is located to the second processor;
A program executing step of executing a program after loading program codes executed without an operating system into a memory through the program boot loader in the second processor;
When the operating system booting process is completed, loading a program in the memory which performs the same function as a program already running through the second processor but operates on the operating system;
Interrupting the first processor from the first processor to process the previously executed program to be replaced with a program operating on an operating system through the program execution step;
Program operation method comprising a.
The method of claim 8, wherein the program execution step,
Initializing the resources required for execution and indicating the initialized resources, thereby preventing the resources from being duplicated and initialized during the booting process in the first processor;
How the program works.
In the program operating method having a program operating device having two or more processors,
A pattern analysis step of analyzing a user's initial program use pattern after power input;
An information recording step of determining a type of a program first used by a user after inputting power, and recording the determined program type information on a memory in response to the pattern analysis result;
A branching boot loader executing step of executing a branching boot loader for driving the second processor in the first processor;
In the branched boot loader, a program boot loader to be executed by a second processor is loaded in a memory address, and after confirming the type of a program that is first used by a user recorded in memory through the information recording step after power input, the checked program A program boot loader loading step of loading a program boot loader corresponding to a type into a memory;
A second processor interrupting step, when the program boot loader is loaded, the first processor interrupts the second processor and transmits the address where the program boot loader is located to the second processor;
After loading the program codes executed without an operating system into the memory through the program boot loader in the second processor, the program is executed, the resources required for execution are initialized, and the initialized resources are displayed to display the initialized resources of the first processor. Executing a program to prevent the resources from being repeatedly initialized during a booting process;
Program operation method comprising a.
delete A computer-readable recording medium having recorded thereon a program for executing the method of any one of claims 8 to 10.

Images