CN109783028A - I/o调度的优化方法、装置、存储介质及智能终端 - Google Patents
I/o调度的优化方法、装置、存储介质及智能终端 Download PDFInfo
- Publication number
- CN109783028A CN109783028A CN201910040995.7A CN201910040995A CN109783028A CN 109783028 A CN109783028 A CN 109783028A CN 201910040995 A CN201910040995 A CN 201910040995A CN 109783028 A CN109783028 A CN 109783028A
- Authority
- CN
- China
- Prior art keywords
- request
- magnetic disc
- scheduling
- default
- scheduling queue
- 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.)
- Granted
Links
Abstract
本申请实施例公开了一种I/O调度的优化方法、装置、存储介质及智能终端。该方法包括：检测到目标应用程序发送的磁盘I/O请求；判断所述磁盘I/O请求是否为所述目标应用程序在交互场景下产生的请求；根据判断结果将所述磁盘I/O请求添加到至少两个预设I/O调度队列中的一个，并按照预设处理策略对至少两个所述预设I/O调度队列内的磁盘I/O请求进行处理。通过采用上述技术方案，可以避免出现交互场景下的磁盘I/O请求得不到及时响应的问题，改善了交互场景下终端的卡顿问题。
Description
技术领域
本申请实施例涉及终端技术领域，尤其涉及一种I/O调度的优化方法、装置、存储介质及智能终端。
背景技术
随着智能终端的技术发展，使得智能终端具有了更多的用途。例如，用户可以通过在智能终端内安装娱乐用途的应用程序，而使智能终端成为十分重要的个人娱乐工具。
然而，用户根据自身的工作或生活需要在智能终端上安装大量的应用程序，这些应用程序可能在后台执行程序下载更新、数据备份以及拷贝文件等输入/输出(Input/Output，以下简称I/O)操作。当终端的性能不够高时，与用户交互的I/O请求可能因为产生在上述I/O操作之后而不能得到及时响应，从而导致用户在使用智能终端时出现卡顿现象。
发明内容
本申请实施例提供一种I/O调度的优化方法、装置、存储介质及智能终端，可以优化I/O调度方式，改善终端的卡顿问题。
第一方面，本申请实施例提供了一种I/O调度的优化方法，包括：
检测到目标应用程序发送的磁盘I/O请求；
判断所述磁盘I/O请求是否为所述目标应用程序在交互场景下产生的请求；
根据判断结果将所述磁盘I/O请求添加到至少两个预设I/O调度队列中的一个，并按照预设处理策略对至少两个所述预设I/O调度队列内的磁盘I/O请求进行处理，其中，不同的所述预设I/O调度队列的优先级不同。
第二方面，本申请实施例还提供了一种I/O调度的优化装置，该装置包括：
请求检测模块，用于检测到目标应用程序发送的磁盘I/O请求；
请求判断模块，用于判断所述磁盘I/O请求是否为所述目标应用程序在交互场景下产生的请求；
请求处理模块，用于根据判断结果将所述磁盘I/O请求添加到至少两个预设I/O调度队列中的一个，并按照预设处理策略对至少两个所述预设I/O调度队列内的磁盘I/O请求进行处理，其中，不同的所述预设I/O调度队列的优先级不同。
第三方面，本申请实施例还提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现如本申请实施例所述的I/O调度的优化方法。
第四方面，本申请实施例还提供了一种智能终端，包括存储器，处理器及存储在存储器上并可在处理器运行的计算机程序；所述处理器执行所述计算机程序时实现如本申请实施例所述的I/O调度的优化方法。
本申请实施例提供一种I/O调度的优化方案，检测到目标应用程序发送的磁盘I/O请求；判断该磁盘I/O请求是否为目标应用程序在交互场景下产生的请求；根据判断结果将磁盘I/O请求添加到至少两个预设I/O调度队列中的一个，并按照预设处理策略对至少两个所述预设I/O调度队列内的磁盘I/O请求进行处理。通过采用上述技术方案，在检测到磁盘I/O请求时，并不是顺序将其添加至一个I/O调度队列内，而是根据该磁盘I/O请求是否在交互场景下产生而将其添加至预先设置的至少两个优先级不同的I/O调度队列中的一个，并按照预设处理策略分别对至少两个I/O调度队列内的磁盘I/O请求进行处理，可以避免出现交互场景下的磁盘I/O请求得不到及时响应的问题，改善了交互场景下终端的卡顿问题。
附图说明
图1为本申请实施例提供的一种I/O调度的优化方法的流程图；
图2为本申请实施例提供的另一种I/O调度的优化方法的流程图；
图3为本申请实施例提供的又一种I/O调度的优化方法的流程图；
图4为本申请实施例提供的一种I/O调度的优化装置的结构示意图；
图5为本申请实施例提供的一种智能终端的结构示意图；
图6为本申请实施例提供的一种智能手机的结构框图。
具体实施方式
下面结合附图和实施例对本申请作进一步的详细说明。可以理解的是，此处所描述的具体实施例仅仅用于解释本申请，而非对本申请的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与本申请相关的部分而非全部结构。
在更加详细地讨论示例性实施例之前应当提到的是，一些示例性实施例被描述成作为流程图描绘的处理或方法。虽然流程图将各步骤描述成顺序的处理，但是其中的许多步骤可以被并行地、并发地或者同时实施。此外，各步骤的顺序可以被重新安排。当其操作完成时所述处理可以被终止，但是还可以具有未包括在附图中的附加步骤。所述处理可以对应于方法、函数、规程、子例程、子程序等等。
图1为本申请实施例提供的一种I/O调度的优化方法的流程图，该方法可以由I/O调度的优化装置来执行，其中，该装置可由软件和/或硬件实现，一般可集成在终端中。如图1所示，该方法包括：
步骤110、检测到目标应用程序发送的磁盘I/O请求。
需要说明的是，本申请实施例中的终端可包括手机、平板电脑、笔记本电脑、台式电脑、PDA(个人数字助理)、PAD(平板电脑)、PMP(便携式多媒体播放器)、车载终端(例如车载导航终端)等等智能设备。
需要说明的是，磁盘I/O请求可以是应用程序读写磁盘上数据的请求。其中，磁盘是信息的载体，可以反复被改写。如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。磁盘的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。
示例性的，将向系统发送磁盘I/O请求的应用程序标记为目标应用程序。获取目标应用程序发送的磁盘I/O请求。
步骤120、判断所述磁盘I/O请求是否为所述目标应用程序在交互场景下产生的请求。
需要说明的是，交互场景可以是与用户存在交互行为的场景，该交互场景包括应用程序在前台运行的场景、分屏模式下应用程序的触摸输入场景或分屏模式下即时通信场景。例如，用户观看视频的场景，此时视频应用程序在前台运行。又如，用户通过即时通讯工具与他人聊天的场景，此时即时通信应用程序在前台运行。又如，分屏模式下用户在第一分屏的应用程序的界面中输入触摸操作，此时处于分屏模式下应用程序的触摸输入场景。又如，用户通过分屏模式下的即时通信工具与他人聊天等等。
示例性的，监听安卓层的程序执行情况，根据该程序执行情况确定运行在前台的应用程序。例如，用户点击应用程序A的图标时，产生应用程序A的启动指示，该启动指示被传递至安卓层。安卓层在接收到该启动指示时，执行一系列操作以启动应用程序A。在检测到启动应用程序A的操作时，确定应用程序A为前台运行的应用程序。将前台运行的应用程序产生的磁盘I/O请求确定为该应用程序在交互场景下产生的请求。
由于前台运行的应用程序在满足程序更新条件时，可能在后台下载更新文件并自动进行程序更新，此时前台运行的应用程序产生了非交互场景下的磁盘I/O请求。为了提高判断地准确度，可以采用人工智能技术识别磁盘I/O请求是否为所述目标应用程序在交互场景下产生的请求。其中，人工智能技术的相关算法可以包括循环神经网络(Recurrentneural networks,RNN)、长短期记忆(Long Short-Term Memory,LSTM)网络、门限循环单元、简单循环单元、自动编码器、决策树、随机森林、特征均值分类、分类回归树、隐马尔科夫、K最近邻(k-NearestNeighbor，KNN)算法、逻辑回归模型、贝叶斯模型、高斯模型以及KL散度(Kullback–Leibler divergence)等等。
可选的，可在用户使用智能终端的过程中，采集训练样本，采用训练样本对预设初始模型进行训练，最终得到用于确定磁盘I/O请求是在交互场景下产生的概率的场景识别模型。示例性的，训练样本中包含的元素可包括基于交互场景下应用程序的历史运行数据。例如，历史运行数据可以是交互场景下应用程序响应历史磁盘I/O请求所调用的文件或服务。又如，历史运行数据还可以是交互场景下应用程序执行的代码段等等。
示例性的，获取目标应用程序中该磁盘I/O请求对应的目标运行数据，将该目标运行数据输入预设的场景识别模型，得到所述磁盘I/O请求是该目标应用程序在交互场景下产生的请求的概率。其中，目标运行数据是当前的磁盘I/O请求相关的应用运行数据，通过目标运行数据可以确定当前的磁盘I/O请求是否为目标应用程序与用户交互而产生的请求。例如，目标运行数据可以包括磁盘I/O请求涉及的文件、服务及程序代码等等。若目标运行数据是磁盘I/O请求涉及的程序代码，且该程序代码表示播放某一视频服务器中的视频文件，则通过预设的场景识别模型可以得到，该磁盘I/O请求是目标应用程序与用户交互而产生的请求的概率超过设定概率阈值。
在所述概率超过设定概率阈值时，确定所述磁盘I/O请求是所述目标应用程序在交互场景下产生的请求；在所述概率未超过设定概率阈值时，确定所述磁盘I/O请求是所述目标应用程序在非交互场景下产生的请求。
步骤130、根据判断结果将所述磁盘I/O请求添加到至少两个预设I/O调度队列中的一个，并按照预设处理策略对至少两个所述预设I/O调度队列内的磁盘I/O请求进行处理。
需要说明的是，预先为至少两个预设I/O调度队列设置不同的优先级，并规定优先级高的预设I/O调度队列内存储交互场景下产生的磁盘I/O请求的相关信息，优先级低的预设I/O调度队列内存储非交互场景下产生的磁盘I/O请求的相关信息。智能终端中的每个块设备驱动维护自己的I/O调度队列(也可以称为I/O请求队列)，这个I/O调度队列包含有关这个块设备的I/O请求的列表，并依据先进先去的原则进行调度处理。其中，系统中能随机(即不需要按顺序)访问固定大小数据片的硬件设备，称作块设备。块设备包括：硬盘、软盘驱动器、蓝光光驱和闪存等。
需要说明的是，预设处理策略包括基于预设I/O调度队列的优先级顺序，循环地由各个预设I/O调度队列获取设定数量的磁盘I/O请求进行处理。可选的，可以由优先级高的预设I/O调度队列内获取比优先级低的预设I/O调度队列更多的磁盘I/O请求，从而实现交互场景下产生的磁盘I/O请求能够更快地被调用并处理的效果。
示例性的，在一个新的磁盘I/O请求产生后，基于产生该磁盘I/O请求的场景是否为交互场景而将该磁盘I/O请求添加到不同的预设I/O调度队列内。按照预设处理策略对至少两个所述预设I/O调度队列内的磁盘I/O请求进行处理，以实现优先处理优先级高的预设I/O调度队列内的磁盘I/O请求，同时兼顾优先级低的预设I/O调度队列内的磁盘I/O请求的效果。对于每个预设I/O调度队列内的磁盘I/O请求，可以采用下述I/O调度方式进行调度处理。例如，电梯式调度程序(No Operator，NOOP)：属于最简单的一个调度模式，无视I/O操作优先级和复杂性，执行完一个再执行一个，本质上就是先来先服务，意思就是哪个进程先请求I/O系统就先为哪个进程服务，有最好的连续存取性能。但是如果读写操作繁多的话，就会造成效率降低。又如，截止时间调度程序(Deadline)：用过期时间来排序I/O操作顺序，保证先出现的磁盘I/O请求有最短的延迟时间，相对于写操作，给读操作更优先的级别，确保了在一个截止时间内服务请求，这个截止时间是可调整的，而默认读期限短于写期限，这样就防止了写操作因为不能被读取而饿死的现象。又如，完全公平排队(Completely FairQueuing，CFQ)：是根据给定的进程I/O优先级，直接来分配操作的顺序。这个模式在linux上表现良好，但也许并不是最适合安卓(Android)的I/O调度模式，太强调均衡，而降低了连续读写数据的性能。
本实施例的技术方案，检测到目标应用程序发送的磁盘I/O请求；判断该磁盘I/O请求是否为目标应用程序在交互场景下产生的请求；根据判断结果将磁盘I/O请求添加到至少两个预设I/O调度队列中的一个，并按照预设处理策略对至少两个所述预设I/O调度队列内的磁盘I/O请求进行处理。通过采用上述技术方案，在检测到磁盘I/O请求时，并不是顺序将其添加至一个I/O调度队列内，而是根据该磁盘I/O请求是否在交互场景下产生而将其添加至预先设置的至少两个优先级不同的I/O调度队列中的一个，并按照预设处理策略分别对至少两个I/O调度队列内的磁盘I/O请求进行处理，可以避免出现交互场景下的磁盘I/O请求得不到及时响应的问题，改善了交互场景下终端的卡顿问题。
图2为本申请实施例提供的另一种I/O调度的优化方法的流程图，该方法包括：
步骤201、检测到目标应用程序发送的磁盘I/O请求。
步骤202、判断所述磁盘I/O请求是否为所述目标应用程序在交互场景下产生的请求，若是，则执行步骤203，否则执行步骤204。
步骤203、将所述磁盘I/O请求添加到第一I/O调度队列中，执行步骤205。
步骤204、将所述磁盘I/O请求添加到第二I/O调度队列中。
需要说明的是，在每个块设备中维护两个优先级不同的I/O调度队列，分别记为第一I/O调度队列和第二I/O调度队列，其中，第一I/O调度队列的优先级高于第二I/O调度队列。不同类型的交互场景共用一个第一I/O调度队列。
示例性的，若磁盘I/O请求是目标应用程序在交互场景下产生的请求，则将磁盘I/O请求添加到第一I/O调度队列中。若磁盘I/O请求是目标应用程序在非交互场景下产生的请求，则将磁盘I/O请求添加到第二I/O调度队列中，从而实现分别存储交互场景下产生的磁盘I/O请求以及非交互场景下产生的磁盘I/O请求的效果。
步骤205、由所述第一I/O调度队列内获取第一数量的第一磁盘I/O请求，并对所述第一磁盘I/O请求进行处理。
步骤206、在处理完成所述第一磁盘I/O请求时，由所述第二I/O调度队列内获取第二数量的第二磁盘I/O请求，并对所述第二磁盘I/O请求进行处理。
需要说明的是，在linux中，I/O调度器是一个以块式I/O访问存储卷的进程，有时也称为磁盘调度器。Linux I/O调度器的工作机制是控制块设备的I/O调度队列：确定队列中哪些I/O的优先级更高以及何时下发I/O到块设备，以此来减少磁盘寻道时间，从而提高系统的吞吐量。
示例性的，I/O调度器先由第一I/O调度队列内获取第一数量的第一磁盘I/O请求，并对所述第一磁盘I/O请求进行处理。在处理完成所述第一磁盘I/O请求后，I/O调度器再由所述第二I/O调度队列内获取第二数量的第二磁盘I/O请求，并对所述第二磁盘I/O请求进行处理，其中，所述第一数量大于所述第二数量。若第一I/O调度队列为非空队列，则循环执行步骤205和步骤206。若第一I/O调度队列或第二I/O调度队列为空队列，则由剩余的一个I/O调度队列中连续获取磁盘I/O请求并进行处理。从而，实现交互场景下产生的磁盘I/O请求被优先处理，并兼顾非交互场景下产生的磁盘I/O请求。
需要说明的是，第一数量和第二数量可以是系统默认值。诸如，预设第一数量是20，第二数量是10，即I/O调度器由第一I/O调度队列内获取20个磁盘I/O请求并进行处理，然后，再由第二I/O调度队列内获取10个磁盘I/O请求并进行处理，如此循环执行。可选的，第一数量和第二数量可以随用户使用习惯而改变。在数量更新事件被触发时，获取历史磁盘I/O请求数据，根据所述历史磁盘I/O请求数据确定在交互场景和非交互场景下磁盘I/O请求的分布状态信息；根据所述分布状态信息调整所述第一数量和所述第二数量的取值。其中，可以在检测到用户在设定时间区间内与应用程序的交互操作的频率超过设定阈值，触发数量更新事件。还可以是在检测到用户在设定时间区间内与应用程序的交互操作的次数超过设定阈值，触发数量更新事件。可选的，还可以是定时触发数量更新事件等等。在数量更新事件被触发后，获取历史磁盘I/O请求数据，分析该历史磁盘I/O请求数据确定在交互场景和非交互场景下磁盘I/O请求的分布状态信息，基于该分布状态信息对第一数量和第二数据的取值进行调整。例如，在一段时间内，用户频繁与应用程序交互，即在交互场景下磁盘I/O请求的分布较多，则增大第一数量；若在一段时间内，用户较少与应用程序交互，即在交互场景下磁盘I/O请求的分布较少，则减小第一数量。增大或减少第一数量的方式可以是在原有第一数量的基础上增加或减少设定调整系数，其中，调整系数可以是系统默认值，例如可以是5，从而，增大第一数量可以是将第一数量调整成25，减小第一数量可以是将第一数量调整为15等等。
本实施例的技术方案，在检测到目标应用程序发送的磁盘I/O请求之后，通过预设的场景识别模型确定该磁盘I/O请求是所述目标应用程序在交互场景下产生的请求的概率；在所述概率超过设定概率阈值时，将该磁盘I/O请求添加到第一I/O调度队列中，否则，将该磁盘I/O请求添加到第二I/O调度队列；循环执行如下操作：由第一I/O调度队列内获取第一数量的第一磁盘I/O请求，并对所述第一磁盘I/O请求进行处理；在处理完成所述第一磁盘I/O请求时，由所述第二I/O调度队列内获取第二数量的第二磁盘I/O请求，并对所述第二磁盘I/O请求进行处理，可以在保证优先处理优先级高的I/O调度队列内的磁盘I/O请求的基础上，兼顾优先级低的I/O调度队列内的磁盘I/O请求，可以改善交互场景下的智能终端的卡顿问题，同时避免发生非交互场景下的磁盘I/O请求得不到处理的问题发生。
图3为本申请实施例提供的又一种I/O调度的优化方法的流程图，该方法包括：
步骤301、检测到目标应用程序发送的磁盘I/O请求。
步骤302、判断所述磁盘I/O请求是否为所述目标应用程序在交互场景下产生的请求，若是，则执行步骤303，否则执行步骤304。
步骤303、确定与所述交互场景对应的第三I/O调度队列，并将所述磁盘I/O请求添加到所述第三I/O调度队列，执行步骤305。
需要说明的是，不同类型的交互场景对应不同优先级的第三I/O调度队列。由于交互场景包括应用程序在前台运行的场景、分屏模式下应用程序的触摸输入场景或分屏模式下即时通信场景，可以根据交互场景的类型为每个交互场景配置一个第三I/O调度队列，且可以根据场景的使用频率为其配置优先级。根据交互场景的类型将磁盘I/O请求添加到对应的I/O调度队列，实现分别存储不同交互场景下的磁盘I/O请求，以便于依据优先级分别处理各个交互场景下产生的磁盘I/O请求。
可选的，还可以确定一个用户最常使用的交互场景，为该交互场景配置一个第三I/O调度队列，剩余两个类型的交互场景共用一个第四I/O调度队列。
步骤304、将所述磁盘I/O请求添加到第二I/O调度队列中。
示例性的，若所述磁盘I/O请求是所述目标应用程序在交互场景下产生的请求，则确定与所述交互场景对应的第三I/O调度队列，并将所述磁盘I/O请求添加到所述第三I/O调度队列，其中，不同类型的交互场景对应不同优先级的第三I/O调度队列；若所述磁盘I/O请求是所述目标应用程序在非交互场景下产生的请求，则将所述磁盘I/O请求添加到第二I/O调度队列中，其中，所述第三I/O调度队列的优先级高于所述第二I/O调度队列。
步骤305、由所述第三I/O调度队列内获取第三数量的第三磁盘I/O请求，并对所述第三磁盘I/O请求进行处理。
步骤306、在处理完成所述第三磁盘I/O请求时，由所述第二I/O调度队列内获取第二数量的第二磁盘I/O请求，并对所述第二磁盘I/O请求进行处理。
需要说明的是，若某一交互场景对应的第三I/O调度队列为空队列，则由剩余的第三I/O调度队列中获取磁盘I/O请求，若所有的第三I/O调度队列均为空队列，则由第二调度队列中获取磁盘I/O请求，并进行处理。
本实施例的技术方案，在检测到目标应用程序发送的磁盘I/O请求之后，通过预设的场景识别模型确定该磁盘I/O请求是所述目标应用程序在交互场景下产生的请求的概率；在所述概率超过设定概率阈值时，确定与交互场景对应的第三I/O调度队列，并将所述磁盘I/O请求添加到所述第三I/O调度队列，否则将磁盘I/O请求添加至第二I/O调度队列；循环执行如下操作：由第三I/O调度队列内获取第三数量的第三磁盘I/O请求，并对所述第三磁盘I/O请求进行处理；在处理完成所述第三磁盘I/O请求时，由所述第二I/O调度队列内获取第二数量的第二磁盘I/O请求，并对所述第二磁盘I/O请求进行处理，实现基于优先级顺序处磁盘I/O请求，可以改善交互场景下的智能终端的卡顿问题，同时避免发生非交互场景下的磁盘I/O请求得不到处理的问题发生。
图4为本申请实施例提供的一种I/O调度的优化装置的结构示意图，该装置可由软件和/或硬件实现，一般可集成在智能终端中，可通过执行I/O调度的优化方法对磁盘I/O请求进行调度。如图4所示，该装置包括：
请求检测模块410，用于检测到目标应用程序发送的磁盘I/O请求；
请求判断模块420，用于判断所述磁盘I/O请求是否为所述目标应用程序在交互场景下产生的请求；
请求处理模块430，用于根据判断结果将所述磁盘I/O请求添加到至少两个预设I/O调度队列中的一个，并按照预设处理策略对至少两个所述预设I/O调度队列内的磁盘I/O请求进行处理，其中，不同的所述预设I/O调度队列的优先级不同。
本申请实施例提供了一种I/O调度的优化装置，通过在检测到磁盘I/O请求时，并不是顺序将其添加至一个I/O调度队列内，而是根据该磁盘I/O请求是否在交互场景下产生而将其添加至预先设置的至少两个优先级不同的I/O调度队列中的一个，并按照预设处理策略分别对至少两个I/O调度队列内的磁盘I/O请求进行处理，可以避免出现交互场景下的磁盘I/O请求得不到及时响应的问题，改善了交互场景下终端的卡顿问题。
可选的，请求判断模块420具体用于：
获取所述目标应用程序中所述磁盘I/O请求对应的目标运行数据，将所述目标运行数据输入预设的场景识别模型，得到所述磁盘I/O请求是所述目标应用程序在交互场景下产生的请求的概率，其中，所述场景识别模型是基于交互场景下应用程序的历史运行数据训练的神经网络模型；
在所述概率超过设定概率阈值时，确定所述磁盘I/O请求是所述目标应用程序在交互场景下产生的请求；
在所述概率未超过设定概率阈值时，确定所述磁盘I/O请求是所述目标应用程序在非交互场景下产生的请求。
可选的，请求处理模块430具体用于：
若所述磁盘I/O请求是所述目标应用程序在交互场景下产生的请求，则将所述磁盘I/O请求添加到第一I/O调度队列中；
若所述磁盘I/O请求是所述目标应用程序在非交互场景下产生的请求，则将所述磁盘I/O请求添加到第二I/O调度队列中，其中，所述第一I/O调度队列的优先级高于所述第二I/O调度队列。
可选的，请求处理模块430具体用于循环执行如下步骤：
由所述第一I/O调度队列内获取第一数量的第一磁盘I/O请求，并对所述第一磁盘I/O请求进行处理；
在处理完成所述第一磁盘I/O请求时，由所述第二I/O调度队列内获取第二数量的第二磁盘I/O请求，并对所述第二磁盘I/O请求进行处理，其中，所述第一数量大于所述第二数量。
可选的，还包括：
数量更新模块，用于在数量更新事件被触发时，获取历史磁盘I/O请求数据，根据所述历史磁盘I/O请求数据确定在交互场景和非交互场景下磁盘I/O请求的分布状态信息；根据所述分布状态信息调整所述第一数量和所述第二数量的取值。
可选的，所述交互场景包括应用程序在前台运行的场景、分屏模式下应用程序的触摸输入场景或分屏模式下即时通信场景。
可选的，请求处理模块430具体用于：
若所述磁盘I/O请求是所述目标应用程序在交互场景下产生的请求，则确定与所述交互场景对应的第三I/O调度队列，并将所述磁盘I/O请求添加到所述第三I/O调度队列，其中，不同类型的交互场景对应不同优先级的第三I/O调度队列；
若所述磁盘I/O请求是所述目标应用程序在非交互场景下产生的请求，则将所述磁盘I/O请求添加到第二I/O调度队列中，其中，所述第三I/O调度队列的优先级高于所述第二I/O调度队列。
本申请实施例还提供一种包含计算机可执行指令的存储介质，所述计算机可执行指令在由计算机处理器执行时用于执行I/O调度的优化方法，该方法包括：
检测到目标应用程序发送的磁盘I/O请求；
判断所述磁盘I/O请求是否为所述目标应用程序在交互场景下产生的请求；
根据判断结果将所述磁盘I/O请求添加到至少两个预设I/O调度队列中的一个，并按照预设处理策略对至少两个所述预设I/O调度队列内的磁盘I/O请求进行处理，其中，不同的所述预设I/O调度队列的优先级不同。
存储介质——任何的各种类型的存储器设备或存储设备。术语“存储介质”旨在包括：安装介质，例如CD-ROM、软盘或磁带装置；计算机系统存储器或随机存取存储器，诸如DRAM、DDR RAM、SRAM、EDO RAM，兰巴斯(Rambus)RAM等；非易失性存储器，诸如闪存、磁介质(例如硬盘或光存储)；寄存器或其它相似类型的存储器元件等。存储介质可以还包括其它类型的存储器或其组合。另外，存储介质可以位于程序在其中被执行的第一计算机系统中，或者可以位于不同的第二计算机系统中，第二计算机系统通过网络(诸如因特网)连接到第一计算机系统。第二计算机系统可以提供程序指令给第一计算机用于执行。术语“存储介质”可以包括可以驻留在不同位置中(例如在通过网络连接的不同计算机系统中)的两个或更多存储介质。存储介质可以存储可由一个或多个处理器执行的程序指令(例如具体实现为计算机程序)。
当然，本申请实施例所提供的一种包含计算机可执行指令的存储介质，其计算机可执行指令不限于如上所述的I/O调度的优化操作，还可以执行本申请任意实施例所提供的I/O调度的优化方法中的相关操作。
本申请实施例提供了一种智能终端，该智能终端中可集成本申请实施例提供的I/O调度的优化装置。其中，智能终端可以为手机、平板电脑、笔记本电脑、台式电脑、PDA(个人数字助理)、PAD(平板电脑)、PMP(便携式多媒体播放器)、车载终端(例如车载导航终端)等等智能设备。图5为本申请实施例提供的一种智能终端的结构示意图。如图5所示，该智能终端包括存储器510及处理器520。所述存储器510，用于存储计算机程序等；所述处理器520读取并执行所述存储器510中存储的计算机程序。所述处理器520在执行所述计算机程序时实现以下步骤：检测到目标应用程序发送的磁盘I/O请求；判断所述磁盘I/O请求是否为所述目标应用程序在交互场景下产生的请求；根据判断结果将所述磁盘I/O请求添加到至少两个预设I/O调度队列中的一个，并按照预设处理策略对至少两个所述预设I/O调度队列内的磁盘I/O请求进行处理，其中，不同的所述预设I/O调度队列的优先级不同。
上述示例中列举的存储器及处理器均为智能终端的部分元器件，所述智能终端还可以包括其它元器件。以智能手机为例，说明上述智能终端可能的结构。图6为本申请实施例提供的一种智能手机的结构框图。如图6所示，该智能手机可以包括：存储器601、中央处理器(Central Processing Unit，CPU)602(又称处理器，以下简称CPU)、外设接口603、RF(Radio Frequency，射频)电路605、音频电路606、扬声器611、触摸屏612、电源管理芯片608、输入/输出(I/O)子系统609、其他输入/控制设备610以及外部端口604，这些部件通过一个或多个通信总线或信号线607来通信。
应该理解的是，图示智能手机600仅仅是智能终端的一个范例，并且智能手机600可以具有比图中所示出的更多的或者更少的部件，可以组合两个或更多的部件，或者可以具有不同的部件配置。图中所示出的各种部件可以在包括一个或多个信号处理和/或专用集成电路在内的硬件、软件、或硬件和软件的组合中实现。
下面就本实施例提供的集成有I/O调度的优化装置的智能手机进行详细的描述。
存储器601，所述存储器601可以被CPU602、外设接口603等访问，所述存储器601可以包括高速随机存取存储器，还可以包括非易失性存储器，例如一个或多个磁盘存储器件、闪存器件、或其他易失性固态存储器件。在存储器601中存储计算机程序，还可以存储预设文件及预设白名单等。
外设接口603，所述外设接口603可以将设备的输入和输出外设连接到CPU602和存储器601。
I/O子系统609，所述I/O子系统609可以将设备上的输入输出外设，例如触摸屏612和其他输入/控制设备610，连接到外设接口603。I/O子系统609可以包括显示控制器6091和用于控制其他输入/控制设备610的一个或多个输入控制器6092。其中，一个或多个输入控制器6092从其他输入/控制设备610接收电信号或者向其他输入/控制设备610发送电信号，其他输入/控制设备610可以包括物理按钮(按压按钮、摇臂按钮等)、拨号盘、滑动开关、操纵杆、点击滚轮。值得说明的是，输入控制器6092可以与以下任一个连接：键盘、红外端口、USB接口以及诸如鼠标的指示设备。
触摸屏612，所述触摸屏612是用户终端与用户之间的输入接口和输出接口，将可视输出显示给用户，可视输出可以包括图形、文本、图标、视频等。
I/O子系统609中的显示控制器6091从触摸屏612接收电信号或者向触摸屏612发送电信号。触摸屏612检测触摸屏上的接触，显示控制器6091将检测到的接触转换为与显示在触摸屏612上的用户界面对象的交互，即实现人机交互，显示在触摸屏612上的用户界面对象可以是运行游戏的图标、联网到相应网络的图标等。值得说明的是，设备还可以包括光鼠，光鼠是不显示可视输出的触摸敏感表面，或者是由触摸屏形成的触摸敏感表面的延伸。
RF电路605，主要用于建立手机与无线网络(即网络侧)的通信，实现手机与无线网络的数据接收和发送。例如收发短信息、电子邮件等。具体地，RF电路605接收并发送RF信号，RF信号也称为电磁信号，RF电路605将电信号转换为电磁信号或将电磁信号转换为电信号，并且通过该电磁信号与通信网络以及其他设备进行通信。RF电路605可以包括用于执行这些功能的已知电路，其包括但不限于天线系统、RF收发机、一个或多个放大器、调谐器、一个或多个振荡器、数字信号处理器、CODEC(COder-DECoder，编译码器)芯片组、用户标识模块(Subscriber Identity Module，SIM)等等。
音频电路606，主要用于从外设接口603接收音频数据，将该音频数据转换为电信号，并且将该电信号发送给扬声器611。
扬声器611，用于将手机通过RF电路605从无线网络接收的语音信号，还原为声音并向用户播放该声音。
电源管理芯片608，用于为CPU602、I/O子系统及外设接口所连接的硬件进行供电及电源管理。
本申请实施例提供的智能终端，可以在检测到磁盘I/O请求时，并不是顺序将其添加至一个I/O调度队列内，而是根据该磁盘I/O请求是否在交互场景下产生而将其添加至预先设置的至少两个优先级不同的I/O调度队列中的一个，并按照预设处理策略分别对至少两个I/O调度队列内的磁盘I/O请求进行处理，可以避免出现交互场景下的磁盘I/O请求得不到及时响应的问题，改善了交互场景下终端的卡顿问题。
上述实施例中提供的I/O调度的优化装置、存储介质及智能终端可执行本申请任意实施例所提供的I/O调度的优化方法，具备执行该方法相应的功能模块和有益效果。未在上述实施例中详尽描述的技术细节，可参见本申请任意实施例所提供的I/O调度的优化方法。
注意，上述仅为本申请的较佳实施例及所运用技术原理。本领域技术人员会理解，本申请不限于这里所述的特定实施例，对本领域技术人员来说能够进行各种明显的变化、重新调整和替代而不会脱离本申请的保护范围。因此，虽然通过以上实施例对本申请进行了较为详细的说明，但是本申请不仅仅限于以上实施例，在不脱离本申请构思的情况下，还可以包括更多其他等效实施例，而本申请的范围由所附的权利要求范围决定。
Claims (10)
1.一种I/O调度的优化方法，其特征在于，包括：
检测到目标应用程序发送的磁盘I/O请求；
判断所述磁盘I/O请求是否为所述目标应用程序在交互场景下产生的请求；
根据判断结果将所述磁盘I/O请求添加到至少两个预设I/O调度队列中的一个，并按照预设处理策略对至少两个所述预设I/O调度队列内的磁盘I/O请求进行处理，其中，不同的所述预设I/O调度队列的优先级不同。
2.根据权利要求1所述的方法，其特征在于，判断所述磁盘I/O请求是否为所述目标应用程序在交互场景下产生的请求，包括：
获取所述目标应用程序中所述磁盘I/O请求对应的目标运行数据，将所述目标运行数据输入预设的场景识别模型，得到所述磁盘I/O请求是所述目标应用程序在交互场景下产生的请求的概率，其中，所述场景识别模型是基于交互场景下应用程序的历史运行数据训练的神经网络模型；
在所述概率超过设定概率阈值时，确定所述磁盘I/O请求是所述目标应用程序在交互场景下产生的请求；
在所述概率未超过设定概率阈值时，确定所述磁盘I/O请求是所述目标应用程序在非交互场景下产生的请求。
3.根据权利要求2所述的方法，其特征在于，根据判断结果将所述磁盘I/O请求添加到至少两个预设I/O调度队列中的一个，包括：
若所述磁盘I/O请求是所述目标应用程序在交互场景下产生的请求，则将所述磁盘I/O请求添加到第一I/O调度队列中；
若所述磁盘I/O请求是所述目标应用程序在非交互场景下产生的请求，则将所述磁盘I/O请求添加到第二I/O调度队列中，其中，所述第一I/O调度队列的优先级高于所述第二I/O调度队列。
4.根据权利要求3所述的方法，其特征在于，按照预设处理策略对至少两个所述预设I/O调度队列内的磁盘I/O请求进行处理，包括循环执行如下步骤：
由所述第一I/O调度队列内获取第一数量的第一磁盘I/O请求，并对所述第一磁盘I/O请求进行处理；
在处理完成所述第一磁盘I/O请求时，由所述第二I/O调度队列内获取第二数量的第二磁盘I/O请求，并对所述第二磁盘I/O请求进行处理，其中，所述第一数量大于所述第二数量。
5.根据权利要求4所述的方法，其特征在于，还包括：
在数量更新事件被触发时，获取历史磁盘I/O请求数据，根据所述历史磁盘I/O请求数据确定在交互场景和非交互场景下磁盘I/O请求的分布状态信息；
根据所述分布状态信息调整所述第一数量和所述第二数量的取值。
6.根据权利要求1所述的方法，其特征在于，所述交互场景包括应用程序在前台运行的场景、分屏模式下应用程序的触摸输入场景或分屏模式下即时通信场景。
7.根据权利要求6所述的方法，其特征在于，根据判断结果将所述磁盘I/O请求添加到至少两个预设I/O调度队列中的一个，包括：
若所述磁盘I/O请求是所述目标应用程序在交互场景下产生的请求，则确定与所述交互场景对应的第三I/O调度队列，并将所述磁盘I/O请求添加到所述第三I/O调度队列，其中，不同类型的交互场景对应不同优先级的第三I/O调度队列；
若所述磁盘I/O请求是所述目标应用程序在非交互场景下产生的请求，则将所述磁盘I/O请求添加到第二I/O调度队列中，其中，所述第三I/O调度队列的优先级高于所述第二I/O调度队列。
8.一种I/O调度的优化装置，其特征在于，包括：
请求检测模块，用于检测到目标应用程序发送的磁盘I/O请求；
请求判断模块，用于判断所述磁盘I/O请求是否为所述目标应用程序在交互场景下产生的请求；
请求处理模块，用于根据判断结果将所述磁盘I/O请求添加到至少两个预设I/O调度队列中的一个，并按照预设处理策略对至少两个所述预设I/O调度队列内的磁盘I/O请求进行处理，其中，不同的所述预设I/O调度队列的优先级不同。
9.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该程序被处理器执行时实现如权利要求1-7中任一所述的I/O调度的优化方法。
10.一种智能终端，其特征在于，包括存储器，处理器及存储在存储器上并可在处理器运行的计算机程序，所述处理器执行所述计算机程序时实现如权利要求1-7中任一所述的I/O调度的优化方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201910040995.7A CN109783028B (zh) | 2019-01-16 | 2019-01-16 | I/o调度的优化方法、装置、存储介质及智能终端 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201910040995.7A CN109783028B (zh) | 2019-01-16 | 2019-01-16 | I/o调度的优化方法、装置、存储介质及智能终端 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN109783028A true CN109783028A (zh) | 2019-05-21 |
| CN109783028B CN109783028B (zh) | 2022-07-15 |
Family
ID=66500739
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201910040995.7A Active CN109783028B (zh) | 2019-01-16 | 2019-01-16 | I/o调度的优化方法、装置、存储介质及智能终端 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN109783028B (zh) |
Cited By (11)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN111338580A (zh) * | 2020-02-29 | 2020-06-26 | 苏州浪潮智能科技有限公司 | 一种磁盘性能优化的方法和设备 |
| CN111402288A (zh) * | 2020-03-26 | 2020-07-10 | 杭州博雅鸿图视频技术有限公司 | 目标检测跟踪方法及装置 |
| CN111459265A (zh) * | 2020-03-02 | 2020-07-28 | 杭州嘉澜创新科技有限公司 | 一种交互设备及其操作方法、计算机可读存储介质 |
| CN111831433A (zh) * | 2020-07-01 | 2020-10-27 | Oppo广东移动通信有限公司 | 资源分配方法、装置、存储介质及电子设备 |
| CN111831436A (zh) * | 2020-07-01 | 2020-10-27 | Oppo广东移动通信有限公司 | Io请求的调度方法、装置、存储介质及电子设备 |
| CN111831440A (zh) * | 2020-07-01 | 2020-10-27 | Oppo广东移动通信有限公司 | 内存回收方法、装置、存储介质及电子设备 |
| CN111831439A (zh) * | 2020-07-01 | 2020-10-27 | Oppo广东移动通信有限公司 | Io请求的处理方法、装置、存储介质及电子设备 |
| CN111831432A (zh) * | 2020-07-01 | 2020-10-27 | Oppo广东移动通信有限公司 | Io请求的调度方法、装置、存储介质及电子设备 |
| CN112799606A (zh) * | 2021-04-08 | 2021-05-14 | 蚂蚁金服（杭州）网络技术有限公司 | Io请求的调度方法及装置 |
| CN112799822A (zh) * | 2021-02-09 | 2021-05-14 | 北京字节跳动网络技术有限公司 | 一种程序启动方法、装置、设备及介质 |
| CN115469803A (zh) * | 2022-08-31 | 2022-12-13 | 江苏安超云软件有限公司 | 队列消息存储调度的方法及应用 |
Citations (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1356639A (zh) * | 2000-09-28 | 2002-07-03 | 松下电器产业株式会社 | 为有同时截止期和优先级的盘输入/输出子系统提供服务质量 |
| CN107239275A (zh) * | 2017-05-17 | 2017-10-10 | 努比亚技术有限公司 | 应用运行方法、终端及计算机可读存储介质 |
| CN107402675A (zh) * | 2017-07-28 | 2017-11-28 | 广东欧珀移动通信有限公司 | 一种触摸操作的响应方法、装置、存储介质及终端 |
| CN107436801A (zh) * | 2017-06-23 | 2017-12-05 | 努比亚技术有限公司 | I/o资源调度方法、终端和计算机可读存储介质 |
| CN107783803A (zh) * | 2017-11-21 | 2018-03-09 | 广东欧珀移动通信有限公司 | 智能终端的系统优化方法、装置、存储介质及智能终端 |
| CN108009006A (zh) * | 2016-11-02 | 2018-05-08 | 华为技术有限公司 | I/o请求的调度方法及装置 |
| CN108549574A (zh) * | 2018-03-12 | 2018-09-18 | 深圳市万普拉斯科技有限公司 | 线程调度管理方法、装置、计算机设备和存储介质 |
| CN108831505A (zh) * | 2018-05-30 | 2018-11-16 | 百度在线网络技术（北京）有限公司 | 用于识别应用的使用场景的方法和装置 |
| US20180375784A1 (en) * | 2017-06-27 | 2018-12-27 | Microsoft Technology Licensing, Llc | Throttling queue for a request scheduling and processing system |
-
2019
- 2019-01-16 CN CN201910040995.7A patent/CN109783028B/zh active Active
Patent Citations (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1356639A (zh) * | 2000-09-28 | 2002-07-03 | 松下电器产业株式会社 | 为有同时截止期和优先级的盘输入/输出子系统提供服务质量 |
| CN108009006A (zh) * | 2016-11-02 | 2018-05-08 | 华为技术有限公司 | I/o请求的调度方法及装置 |
| CN107239275A (zh) * | 2017-05-17 | 2017-10-10 | 努比亚技术有限公司 | 应用运行方法、终端及计算机可读存储介质 |
| CN107436801A (zh) * | 2017-06-23 | 2017-12-05 | 努比亚技术有限公司 | I/o资源调度方法、终端和计算机可读存储介质 |
| US20180375784A1 (en) * | 2017-06-27 | 2018-12-27 | Microsoft Technology Licensing, Llc | Throttling queue for a request scheduling and processing system |
| CN107402675A (zh) * | 2017-07-28 | 2017-11-28 | 广东欧珀移动通信有限公司 | 一种触摸操作的响应方法、装置、存储介质及终端 |
| CN107783803A (zh) * | 2017-11-21 | 2018-03-09 | 广东欧珀移动通信有限公司 | 智能终端的系统优化方法、装置、存储介质及智能终端 |
| CN108549574A (zh) * | 2018-03-12 | 2018-09-18 | 深圳市万普拉斯科技有限公司 | 线程调度管理方法、装置、计算机设备和存储介质 |
| CN108831505A (zh) * | 2018-05-30 | 2018-11-16 | 百度在线网络技术（北京）有限公司 | 用于识别应用的使用场景的方法和装置 |
Non-Patent Citations (2)
| Title |
|---|
| SOHEL A. BHURA; ANKITA MAHAMUNE; A.S. ALVI: "Limited Preemptive Disk Scheduling for Real Time Database System", 《2015 INTERNATIONAL CONFERENCE ON COMPUTING COMMUNICATION CONTROL AND AUTOMATION》 * |
| 汪凯: "面向应用特征的并行I/O调度策略研究", 《中国优秀硕士学位论文全文数据库 信息科技辑》 * |
Cited By (14)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN111338580A (zh) * | 2020-02-29 | 2020-06-26 | 苏州浪潮智能科技有限公司 | 一种磁盘性能优化的方法和设备 |
| CN111459265A (zh) * | 2020-03-02 | 2020-07-28 | 杭州嘉澜创新科技有限公司 | 一种交互设备及其操作方法、计算机可读存储介质 |
| CN111459265B (zh) * | 2020-03-02 | 2023-10-13 | 杭州嘉澜创新科技有限公司 | 一种交互设备及其操作方法、计算机可读存储介质 |
| CN111402288A (zh) * | 2020-03-26 | 2020-07-10 | 杭州博雅鸿图视频技术有限公司 | 目标检测跟踪方法及装置 |
| CN111831439A (zh) * | 2020-07-01 | 2020-10-27 | Oppo广东移动通信有限公司 | Io请求的处理方法、装置、存储介质及电子设备 |
| CN111831440A (zh) * | 2020-07-01 | 2020-10-27 | Oppo广东移动通信有限公司 | 内存回收方法、装置、存储介质及电子设备 |
| CN111831436A (zh) * | 2020-07-01 | 2020-10-27 | Oppo广东移动通信有限公司 | Io请求的调度方法、装置、存储介质及电子设备 |
| CN111831432A (zh) * | 2020-07-01 | 2020-10-27 | Oppo广东移动通信有限公司 | Io请求的调度方法、装置、存储介质及电子设备 |
| CN111831432B (zh) * | 2020-07-01 | 2023-06-16 | Oppo广东移动通信有限公司 | Io请求的调度方法、装置、存储介质及电子设备 |
| CN111831433A (zh) * | 2020-07-01 | 2020-10-27 | Oppo广东移动通信有限公司 | 资源分配方法、装置、存储介质及电子设备 |
| CN112799822A (zh) * | 2021-02-09 | 2021-05-14 | 北京字节跳动网络技术有限公司 | 一种程序启动方法、装置、设备及介质 |
| CN112799606A (zh) * | 2021-04-08 | 2021-05-14 | 蚂蚁金服（杭州）网络技术有限公司 | Io请求的调度方法及装置 |
| WO2022213973A1 (zh) * | 2021-04-08 | 2022-10-13 | 北京奥星贝斯科技有限公司 | Io请求的调度方法及装置 |
| CN115469803A (zh) * | 2022-08-31 | 2022-12-13 | 江苏安超云软件有限公司 | 队列消息存储调度的方法及应用 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN109783028B (zh) | 2022-07-15 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN109783028A (zh) | I/o调度的优化方法、装置、存储介质及智能终端 | |
| US10871872B2 (en) | Intelligent productivity monitoring with a digital assistant | |
| EP3502889B1 (en) | Method and device for preloading application, storage medium, and terminal device | |
| CN108363593B (zh) | 应用程序预加载方法、装置、存储介质及终端 | |
| CN108076224B (zh) | 应用程序控制方法、装置及存储介质和移动终端 | |
| EP3575961B1 (en) | Method and apparatus for updating application prediction model, storage medium, and terminal | |
| WO2019223510A1 (zh) | 应用程序预加载方法、装置、存储介质及移动终端 | |
| US11099861B2 (en) | Method for preloading application, storage medium, and terminal | |
| US9760399B1 (en) | Dynamic process management | |
| JP6955092B2 (ja) | 端末の電力消費を低減するための方法、および端末 | |
| CN105378668B (zh) | 多处理器系统中的操作系统管理的中断引导 | |
| JP2013522724A (ja) | プロセッサにおいてスレッドを実行するシステムおよび方法 | |
| CN109240991B (zh) | 文件推荐方法、装置、存储介质及智能终端 | |
| CN107783803A (zh) | 智能终端的系统优化方法、装置、存储介质及智能终端 | |
| CN112269650A (zh) | 任务调度方法、装置、电子设备和存储介质 | |
| US20190347621A1 (en) | Predicting task durations | |
| CN110471735A (zh) | 操作视图界面推送方法及装置 | |
| JP7272694B2 (ja) | 端末の電力消費を低減するための方法、および端末 | |
| CN114489986A (zh) | 任务调度方法、装置、终端设备及存储介质 | |
| KR20200125258A (ko) | 어플리케이션 실행을 제어하기 위한 방법, 이를 위한 전자 장치 및 저장 매체 | |
| US11429178B2 (en) | Electronic device and method for determining operating frequency of processor | |
| CN109656719B (zh) | 算法处理方法、装置、存储介质及终端设备 | |
| CN111918386A (zh) | 定位方法、装置、存储介质及电子设备 | |
| US20220326964A1 (en) | Processor for initializing model file of application and electronic device including the same | |
| US11113215B2 (en) | Electronic device for scheduling a plurality of tasks and operating method thereof |
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 |