WO2024099017A1 - Procédé de gestion de processus, et dispositif électronique et support de stockage - Google Patents

Procédé de gestion de processus, et dispositif électronique et support de stockage Download PDF

Info

Publication number
WO2024099017A1
WO2024099017A1 PCT/CN2023/123873 CN2023123873W WO2024099017A1 WO 2024099017 A1 WO2024099017 A1 WO 2024099017A1 CN 2023123873 W CN2023123873 W CN 2023123873W WO 2024099017 A1 WO2024099017 A1 WO 2024099017A1
Authority
WO
WIPO (PCT)
Prior art keywords
dormant
awakened
wake
request
management method
Prior art date
Application number
PCT/CN2023/123873
Other languages
English (en)
Chinese (zh)
Inventor
吴汝煜
Original Assignee
蔚来移动科技有限公司
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 蔚来移动科技有限公司 filed Critical 蔚来移动科技有限公司
Publication of WO2024099017A1 publication Critical patent/WO2024099017A1/fr

Links

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F1/00Details not covered by groups G06F3/00 - G06F13/00 and G06F21/00
    • G06F1/26Power supply means, e.g. regulation thereof
    • G06F1/32Means for saving power
    • G06F1/3203Power management, i.e. event-based initiation of a power-saving mode
    • G06F1/3234Power saving characterised by the action undertaken
    • G06F1/329Power saving characterised by the action undertaken by task scheduling
    • 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/44Arrangements for executing specific programs
    • G06F9/4401Bootstrapping

Definitions

  • the present invention relates to the field of computer technology, and in particular to a process management method, electronic equipment and storage medium.
  • Android system performance and power consumption optimization are the key points to improve user experience, and process hibernation technology is a means of background process control.
  • Putting background processes into hibernation solves the problem of background processes occupying central processing unit (CPU) resources, thereby improving mobile phone performance and reducing power consumption.
  • CPU central processing unit
  • Binder communication is one of the main means of inter-process communication. Sometimes it is necessary to wake up the dormant process through Binder communication, but frequent wake-ups between background processes will affect the overall hibernation effect.
  • the present invention is proposed to provide a process management method, electronic device and storage medium to solve or at least partially solve the technical problem that the system background process is frequently awakened after hibernation and affects the hibernation effect.
  • a process management method which is applied to a system framework layer, and the method comprises:
  • the importance level of the process that initiates the wake-up request belongs to the first importance level, waking up the dormant process corresponding to the wake-up request for the first time;
  • the dormant process When the dormant process is awakened and remains in the awakened state for a first preset time period, it is determined whether the awakened dormant process can be perceived by the user, and a corresponding operation is performed based on the determination result.
  • determining whether the awakened dormant process can be perceived by the user, and performing corresponding operations based on the determination result include:
  • the awakened dormant process If the awakened dormant process can be perceived by the user, the awakened dormant process remains in the awakened state;
  • the awakened dormant process is controlled to enter the dormant state again.
  • the step of determining the importance level of the process that initiates the wake-up request includes:
  • the process that initiates the wake-up request is at least one of a system process, a foreground visible process, a foreground visible associated process, and a system-aware process
  • the importance level belongs to the first importance level.
  • the determining whether the awakened dormant process can be perceived by the user comprises:
  • the awakened dormant process is at least one of the foreground visible process, the background using process, the foreground process dependent process, and the process communicating with other processes in the background, it is determined that the awakened dormant process can be perceived by the user.
  • the method further includes:
  • the dormant process remains in the dormant state for a second preset time period
  • the dormant process When the dormant process is awakened and remains in the awakened state for a third preset time, it is determined whether the awakened dormant process can be perceived by the user, and corresponding operations are performed based on the determination result. Should be operated.
  • determining whether the awakened dormant process can be perceived by the user, and performing corresponding operations based on the determination result include:
  • the awakened dormant process If the awakened dormant process can be perceived by the user, the awakened dormant process remains in the awakened state;
  • the awakened dormant process is controlled to enter the dormant state again.
  • the method further includes:
  • the wake-up request sent by the process initiating the wake-up request and receiving feedback from the operating system Kernel includes:
  • the operating system Kernel When the operating system Kernel receives the wake-up request sent by the process that initiates the wake-up request, the operating system Kernel receives the wake-up request fed back by the operating system Kernel via the local framework layer and the local call layer.
  • an electronic device which includes a processor and a storage device, wherein the storage device is suitable for storing multiple program codes, and the program codes are suitable for being loaded and run by the processor to execute the process management method described in any one of the technical solutions of the above-mentioned process management method.
  • a computer-readable storage medium which stores a plurality of program codes, wherein the program codes are suitable for being loaded and run by a processor to execute the process management method described in any one of the technical solutions of the above-mentioned process management method.
  • the system framework layer responds to the received The wake-up request of the dormant process determines the importance level of the process that initiates the wake-up request. If the process that initiates the wake-up request belongs to the first importance level, the dormant process corresponding to the wake-up request is awakened for the first time. After the dormant process is awakened and remains awake for the first preset time, it is determined whether the awakened dormant process can be perceived by the user, and the corresponding operation is performed based on the judgment result.
  • the dormancy effect of the system background process is further guaranteed, memory is released, and then system performance is improved, power consumption is reduced, and the user experience is improved.
  • FIG1 is a schematic flow chart of a process management method according to an embodiment of the present invention.
  • FIG2 is a schematic flow chart of the main steps of a process management method according to an embodiment of the present invention.
  • FIG. 3 is a schematic flow chart of a process management method according to another embodiment of the present invention.
  • FIG. 4 is a schematic flow chart of the main steps of a process management method according to another embodiment of the present invention.
  • FIG. 5 is a schematic flow chart of the main steps of a process management method according to another embodiment of the present invention.
  • FIG. 6 is a schematic block diagram of an electronic device according to an embodiment of the present invention.
  • module or “processor” may include hardware, software or a combination of both.
  • a module may include hardware circuits, various suitable sensors, Communication port, memory, may also include software parts, such as program code, or may be a combination of software and hardware.
  • the processor may be a central processing unit, a microprocessor, an image processor, a digital signal processor or any other suitable processor.
  • the processor has data and/or signal processing functions.
  • the processor may be implemented in software, hardware or a combination of the two.
  • Non-temporary computer-readable storage media include any suitable medium that can store program code, such as a disk, a hard disk, an optical disk, a flash memory, a read-only memory, a random access memory, etc.
  • a and/or B means all possible combinations of A and B, such as just A, just B or A and B.
  • the term “at least one A or B” or “at least one of A and B” has a similar meaning to “A and/or B” and may include just A, just B or A and B.
  • the singular terms “one” and “the” may also include plural forms.
  • Binder communication is one of the main means of inter-process communication.
  • the dormant process needs to be awakened through Binder communication, but the frequent awakening between background processes will affect the overall dormancy effect.
  • the present invention further ensures the dormancy effect of the system background process by judging the importance level of the process that initiates the wake-up request and whether the awakened dormant process can be perceived by the user, and performing corresponding operations based on the judgment result.
  • FIG1 is a flow chart of a process management method according to an embodiment of the present invention.
  • the process initiating the wake-up request first sends a wake-up request to the operating system Kernel, and after the operating system Kernel receives the wake-up request, it sends a wake-up request to the system framework layer, and the system framework layer performs corresponding operations after receiving the wake-up request to the dormant process.
  • FIG 2 is a schematic flow chart of the main steps of a process management method according to an embodiment of the present invention.
  • the process management method in the embodiment of the present invention is applied to the system framework layer, and after the system framework layer receives a wake-up request for a dormant process, it executes the following steps S201 to S203.
  • Step S201 In response to a received wake-up request for a dormant process, determining the importance level of the process that initiates the wake-up request.
  • Step S202 If the importance level of the process that initiates the wake-up request belongs to the first importance level, the dormant process corresponding to the wake-up request is woken up for the first time.
  • Step S203 After the dormant process is awakened and remains in the awakened state for a first preset time period, it is determined whether the awakened dormant process can be perceived by the user, and corresponding operations are performed based on the determination result.
  • the corresponding operation is performed by judging the importance level of the process that initiates the wake-up request and judging whether the awakened dormant process can be perceived by the user, thereby further ensuring the dormant effect of the system background process, improving system performance and reducing power consumption.
  • the Android system includes a system framework layer, a native call layer, a native framework layer and an operating system Kernel.
  • the system framework layer is a framework layer used to support the running of programs in the system.
  • the local call layer JNI Java native interface
  • the local call layer is a bridge connecting the system framework layer and the local framework layer, that is to say, the local call layer is an "interface" for the system framework layer to call the local framework layer.
  • the local framework layer Native provides some local services and some link libraries, etc., and is generally developed in C++.
  • Operating system Kernel refers to the core part of most operating systems, namely the kernel, which consists of those parts of the operating system used to manage memory, files, peripherals, and system resources.
  • the operating system kernel usually runs processes and provides communication between processes.
  • step S201 when a process in the system initiates a wake-up request to a dormant process, it can be executed through the flowchart shown in FIG3 .
  • the system framework layer starts to initiate a registration and monitoring instruction of the operating system Kernel to the local call layer;
  • the local call layer notifies the local framework layer of the registration instruction
  • the local framework layer registers to listen to communication events through the asynchronous Socket communication interface provided by the Linux system, and the system framework layer begins to receive communication events sent by the operating system Kernel.
  • the process that initiates the wake-up first sends a wake-up request to the operating system kernel;
  • the operating system Kernel receives the wake-up request, determines that the process receiving the request is already in a dormant state, and then sends a wake-up request to the local framework layer;
  • the local framework layer sends the wake-up request to the local call layer
  • the local call layer After receiving the wake-up request, the local call layer feeds back to the system framework layer;
  • the system framework layer receives the wake-up request fed back by the operating system Kernel.
  • the above is the process of the system framework layer sending the wake-up request by the process initiating the wake-up request feedback from the operating system Kernel.
  • the system framework layer receives the wake-up request fed back by the operating system Kernel through the following steps S401 to S402 .
  • Step S401 Initiate a registration and monitoring instruction of the operating system Kernel layer to the local call layer, so that the local call layer notifies the local framework layer of the registration instruction, and the local framework layer monitors the communication events of the operating system Kernel layer through the asynchronous Socket communication interface.
  • Step 402 When the operating system Kernel receives the wake-up request sent by the process that initiates the wake-up request, the operating system Kernel receives the wake-up request fed back by the local framework layer and the local call layer.
  • step S201 The above is a further description of step S201.
  • step S202 The following is a further description of step S202.
  • the system process, the foreground visible process, the foreground visible associated process and the system aware process may be classified into a first importance level.
  • the system process refers to a process with a UID less than 10000, where UID is a user ID.
  • UID is a user ID.
  • Each process in the Android system has a UID, and a process with a UID less than 10000 is a system process.
  • the foreground visible process refers to the process that is currently displayed on the screen, that is, the process that the user is interacting with.
  • a foreground-visible associated process refers to a process whose partial program interface can be seen by the user but does not interact with the user in the foreground.
  • the system-aware processes include processes that are dependent on the foreground process and processes that are being used in the background.
  • the processes that are being used in the background include processes that are playing audio in the background, processes that are recording in the background, processes that are using GPS positioning in the background, and processes that are downloading in the background, etc.
  • the system framework layer wakes up the dormant process corresponding to the wake-up request for the first time.
  • step S202 is a further description of step S202.
  • step S203 is described. For further explanation.
  • step S203 it may be determined whether the awakened dormant process can be perceived by the user ten seconds after the dormant process is awakened.
  • the above value of the first preset time length i.e., ten seconds, is only a schematic illustration. As long as it does not violate the technical concept of the solution of the present invention, technical personnel in this field can select a suitable first preset time length according to actual needs during actual application, and no limitation is made here.
  • the accuracy of the judgment can be increased, thereby avoiding the problem of misjudgment when judging the importance level of the process that initiates the wake-up request, or the awakened dormant process is only awakened and used for a short time but remains awakened all the time, thereby wasting system resources.
  • the awakened dormant process is at least one of a foreground visible process, a background using process, a foreground process dependent process, and a process communicating with other processes in the background
  • the awakened dormant process is determined to be a process that can be perceived by the user.
  • the foreground visible process refers to the process currently displayed on the screen, that is, the process that the user is interacting with.
  • Processes currently in use in the background include processes playing audio in the background, processes recording in the background, processes using GPS positioning in the background, and processes downloading in the background.
  • the foreground process dependent process is a process that is being used by the foreground process.
  • a process that communicates with other processes in the background is a process that cannot be seen by the user but is communicating with other processes.
  • the awakened dormant process if the awakened dormant process can be perceived by the user, the awakened dormant process remains in the awakened state.
  • the awakened dormant process can be perceived by the user as indicating that the process is being used. At this time, the awakened state continues to be maintained to ensure the normal operation of the system process.
  • the awakened dormant process if the awakened dormant process cannot be perceived by the user, the awakened dormant process is controlled to enter the dormant state again.
  • the awakened dormant process cannot be perceived by the user, indicating that an error is made in determining the importance level of the process that initiates the wake-up request, or that the awakened dormant process is only awakened and used within the first preset time period. At this time, the awakened dormant process is controlled to enter the dormant state again to ensure the dormancy effect of the system background process.
  • step S203 is a further description of step S203.
  • step S202 of the present invention refers to FIG5, which is a schematic flow chart of the main steps of performing corresponding operations when the importance level of the process initiating the wake-up request in step S202 of the present invention does not belong to the first importance level. As shown in FIG5, the following steps S2021 to S2025 are included.
  • Step S2021 If the importance level of the process that initiates the wake-up request does not belong to the first importance level, the sleeping process remains in the sleeping state for a second preset time period.
  • Step S2022 After the sleeping process remains in the sleeping state for the second preset time period, the sleeping process is awakened.
  • the dormant process may be awakened after remaining in the dormant state for fifteen seconds. Waking up the dormant process at this time is to avoid misjudgment when determining the importance level of the process that initiates the wake-up request, thereby causing some processes to fail to operate normally.
  • the above value of the second preset time length i.e. fifteen seconds, is only a schematic illustration. As long as it does not violate the technical concept of the solution of the present invention, technical personnel in this field can select a suitable second preset time length according to actual needs during actual application, and no limitation is made here.
  • Step S2023 After the dormant process is awakened and remains in the awakened state for a third preset time period, it is determined whether the awakened dormant process can be perceived by the user.
  • the third preset duration can be the same as the first preset duration, or it can be different from the first preset duration. Without violating the technical concept of the scheme of the present invention, technical personnel in this field can select a suitable third preset duration according to actual needs during actual application, and no limitation is made here.
  • the dormant process After the dormant process is awakened, it can be determined whether it can be perceived by the user, and subsequent operations can be performed based on the determination result.
  • step S1024 is executed; if the awakened dormant process cannot be perceived by the user, step S1025 is executed.
  • Step S2024 The awakened sleeping process remains awakened.
  • the awakened dormant process if the awakened dormant process can be perceived by the user, it means that the process is being used. At this time, the awakened dormant process remains in the awakened state to ensure the normal operation of the system process.
  • Step S2025 Control the awakened sleeping process to enter the sleeping state again.
  • the awakened dormant process if the awakened dormant process cannot be perceived by the user, it means that the process is not in use. At this time, the awakened dormant process is controlled to enter the dormant state again to ensure the dormant effect of the system background process.
  • the present invention implements all or part of the processes in the method of the above embodiment, and can also be completed by instructing the relevant hardware through a computer program
  • the computer program can be stored in a computer-readable storage medium, and the computer program can implement the steps of each of the above method embodiments when executed by the processor.
  • the computer program includes computer program code
  • the computer program code can be in source code form, object code form, executable file or some intermediate form.
  • the computer-readable storage medium may include: any entity or device, medium, U disk, mobile hard disk, disk, optical disk, computer memory, read-only memory, random access memory, electric carrier signal, telecommunication signal and software distribution medium, etc. that can carry the computer program code.
  • the present invention also provides an electronic device.
  • Figure 6, is an electronic device according to the present invention.
  • the electronic device includes a processor 601 and a memory 602.
  • the memory 602 can be configured to store a program for executing the process management method of the above method embodiment.
  • the processor can be configured to execute the program in the storage device, which includes but is not limited to the program for executing the process management method of the above method embodiment.
  • the computer device can be a control device device formed by various electronic devices.
  • the present invention also provides a computer-readable storage medium.
  • the computer-readable storage medium may be configured to store a program for executing the process management method of the above method embodiment, and the program may be loaded and run by a processor to implement the above process management method.
  • the computer-readable storage medium may include various electronic devices formed Storage device equipment, optionally, the computer-readable storage medium in the embodiment of the present invention is a non-temporary computer-readable storage medium.

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Software Systems (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Computer Security & Cryptography (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Power Sources (AREA)

Abstract

La présente invention se rapporte au domaine technique des ordinateurs. L'invention concerne spécifiquement un procédé de gestion de processus, et un dispositif électronique et un support de stockage, qui visent à résoudre le problème d'un effet de sommeil qui est influencé parce qu'un processus en arrière-plan d'un système est fréquemment réveillé après sommeil du processus en arrière-plan de système. À cet effet, le procédé de gestion de processus selon la présente invention est appliqué à une couche de structure de système, et le procédé consiste à : en réponse à une demande de réveil reçue pour un processus en sommeil, déterminer un niveau d'importance d'un processus initiant une demande de réveil ; si le niveau d'importance du processus initiant la demande de réveil appartient à un premier niveau d'importance, réveiller un processus en sommeil correspondant, qui initie la demande de réveil, pour la première fois ; et après que le processus en sommeil soit réveillé et reste dans un état de réveil pendant une première durée prédéfinie, déterminer si le processus en sommeil, qui est réveillé, peut être détecté par un utilisateur, et exécuter une opération correspondante sur la base d'un résultat de détermination. De cette manière, l'effet de sommeil d'un processus en arrière-plan d'un système est mieux assuré, de la mémoire est libérée, et ainsi les performances du système sont améliorées, et la consommation d'énergie est réduite.
PCT/CN2023/123873 2022-11-07 2023-10-11 Procédé de gestion de processus, et dispositif électronique et support de stockage WO2024099017A1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN202211390743.5 2022-11-07
CN202211390743.5A CN118034789A (zh) 2022-11-07 2022-11-07 一种进程管理方法、电子设备及存储介质

Publications (1)

Publication Number Publication Date
WO2024099017A1 true WO2024099017A1 (fr) 2024-05-16

Family

ID=90986496

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2023/123873 WO2024099017A1 (fr) 2022-11-07 2023-10-11 Procédé de gestion de processus, et dispositif électronique et support de stockage

Country Status (2)

Country Link
CN (1) CN118034789A (fr)
WO (1) WO2024099017A1 (fr)

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101122870A (zh) * 2007-09-30 2008-02-13 金蝶软件(中国)有限公司 一种线程唤醒控制方法和系统
CN106815065A (zh) * 2015-11-27 2017-06-09 腾讯科技(深圳)有限公司 后台应用的唤醒方法及装置、电子设备
CN109254850A (zh) * 2018-09-30 2019-01-22 深圳市万普拉斯科技有限公司 存储器资源管理方法及系统
CN109992360A (zh) * 2017-12-29 2019-07-09 广东欧珀移动通信有限公司 进程处理方法和装置、电子设备、计算机可读存储介质
CN111857919A (zh) * 2020-07-16 2020-10-30 北京字节跳动网络技术有限公司 一种视频处理方法、装置、终端设备及介质
CN112988375A (zh) * 2019-12-17 2021-06-18 华为技术有限公司 进程管理方法和装置、电子设备

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101122870A (zh) * 2007-09-30 2008-02-13 金蝶软件(中国)有限公司 一种线程唤醒控制方法和系统
CN106815065A (zh) * 2015-11-27 2017-06-09 腾讯科技(深圳)有限公司 后台应用的唤醒方法及装置、电子设备
CN109992360A (zh) * 2017-12-29 2019-07-09 广东欧珀移动通信有限公司 进程处理方法和装置、电子设备、计算机可读存储介质
CN109254850A (zh) * 2018-09-30 2019-01-22 深圳市万普拉斯科技有限公司 存储器资源管理方法及系统
CN112988375A (zh) * 2019-12-17 2021-06-18 华为技术有限公司 进程管理方法和装置、电子设备
CN111857919A (zh) * 2020-07-16 2020-10-30 北京字节跳动网络技术有限公司 一种视频处理方法、装置、终端设备及介质

Also Published As

Publication number Publication date
CN118034789A (zh) 2024-05-14

Similar Documents

Publication Publication Date Title
US11200101B2 (en) Managing applications for power conservation
CN102789305B (zh) 推迟挂起
US9329671B2 (en) Power-efficient inter processor communication scheduling
KR101943134B1 (ko) 중단 상태 및 실행 상태에 있는 프로세스의 관리 기법
CN102866903B (zh) 将后台工作和前台工作解耦合
CN102880505B (zh) 用于后台工作执行的事件聚合
RU2435200C2 (ru) Быстрая загрузка операционной системы из выключенного состояния
EP3274788B1 (fr) Technologies de gestion améliorée d'énergie en veille hybride
US7114090B2 (en) Computing system with operational low power states
RU2595577C2 (ru) Приостановление и/или регулирование процессов для состояния ожидания с подключением
US7249024B2 (en) Resource saving preemption
US7971084B2 (en) Power management in electronic systems
JP6370498B2 (ja) コンピューティングデバイス内の複数のsocの間における動作状態の協調のための方法およびシステム
KR101943133B1 (ko) 중단 상태 및 실행 상태에 있는 프로세스의 관리 기법
CN106502687A (zh) 一种进入休眠状态的方法及终端
CN105612485A (zh) 一种运行应用程序的方法及装置
US20170212687A1 (en) Demand-based provisioning of volatile memory for use as non-volatile memory
CN110806925B (zh) 音频播放方法及设备
WO2021233363A1 (fr) Dispositif informatique et procédé de mise à jour de bios associé et support
KR20080071979A (ko) 컴퓨팅 장치에서의 시스템 및 방법, 및 운영 체제 및/또는펌웨어를 저장하는 하나 이상의 컴퓨터 판독가능 매체
Park et al. Reducing energy consumption of alarm-induced wake-ups on android smartphones
US9134784B2 (en) Predictive power state transitions for information handling devices
JP2000039937A (ja) コンピュータシステムおよびそのパワーセーブ制御方法
WO2024099017A1 (fr) Procédé de gestion de processus, et dispositif électronique et support de stockage
WO2024113563A1 (fr) Procédé et appareil de traitement d'erreur corrigible, dispositif et support d'enregistrement lisible