CN114489471B - 一种输入输出处理方法和电子设备 - Google Patents
一种输入输出处理方法和电子设备 Download PDFInfo
- Publication number
- CN114489471B CN114489471B CN202110915221.1A CN202110915221A CN114489471B CN 114489471 B CN114489471 B CN 114489471B CN 202110915221 A CN202110915221 A CN 202110915221A CN 114489471 B CN114489471 B CN 114489471B
- Authority
- CN
- China
- Prior art keywords
- service
- delay
- request
- electronic device
- scheduling
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
- G06F3/06—Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
- G06F3/0601—Interfaces specially adapted for storage systems
- G06F3/0602—Interfaces specially adapted for storage systems specifically adapted to achieve a particular effect
- G06F3/061—Improving I/O performance
- G06F3/0611—Improving I/O performance in relation to response time
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/10—File systems; File servers
- G06F16/18—File system types
- G06F16/1805—Append-only file systems, e.g. using logs or journals to store data
- G06F16/1815—Journaling file systems
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/10—File systems; File servers
- G06F16/18—File system types
- G06F16/182—Distributed file systems
- G06F16/1824—Distributed file systems implemented using Network-attached Storage [NAS] architecture
- G06F16/183—Provision of network file services by network file servers, e.g. by using NFS, CIFS
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/10—File systems; File servers
- G06F16/18—File system types
- G06F16/1847—File system types specifically adapted to static storage, e.g. adapted to flash memory or SSD
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
- G06F3/06—Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
- G06F3/0601—Interfaces specially adapted for storage systems
- G06F3/0628—Interfaces specially adapted for storage systems making use of a particular technique
- G06F3/0638—Organizing or formatting or addressing of data
- G06F3/0643—Management of files
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
- G06F3/06—Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
- G06F3/0601—Interfaces specially adapted for storage systems
- G06F3/0628—Interfaces specially adapted for storage systems making use of a particular technique
- G06F3/0655—Vertical data movement, i.e. input-output transfer; data movement between one or more hosts and one or more storage devices
- G06F3/0659—Command handling arrangements, e.g. command buffers, queues, command scheduling
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
- G06F3/06—Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
- G06F3/0601—Interfaces specially adapted for storage systems
- G06F3/0668—Interfaces specially adapted for storage systems adopting a particular infrastructure
- G06F3/067—Distributed or networked storage systems, e.g. storage area networks [SAN], network attached storage [NAS]
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
- G06F3/06—Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
- G06F3/0601—Interfaces specially adapted for storage systems
- G06F3/0668—Interfaces specially adapted for storage systems adopting a particular infrastructure
- G06F3/0671—In-line storage system
- G06F3/0673—Single storage device
- G06F3/0679—Non-volatile semiconductor memory device, e.g. flash memory, one time programmable memory [OTP]
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
- Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
- Y02D10/00—Energy efficient computing, e.g. low power processors, power management or thermal management
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Human Computer Interaction (AREA)
- Data Mining & Analysis (AREA)
- Databases & Information Systems (AREA)
- Stored Programmes (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
本申请提供了一种输入输出处理方法和电子设备。实施该方法,电子设备可以根据电子设备处理IO请求之前的耗时确定该IO请求的处理优先级,从而使得上述耗时长的IO请求具有较短的等待时间,进而均衡各个IO请求的响应时间,避免IO请求的响应时间过长导致阻塞的问题,提升整体的响应质量,优化用户体验。
Description
技术领域
本申请涉及终端领域,尤其涉及一种输入输出处理方法和电子设备。
背景技术
系统中,电子设备处理经过文件系统和不经过文件系统,以及经过不同文件系统的输入输出(input-output,IO)请求的耗时有差异,从而导致对于相同时延要求的IO请求而言,电子设备执行上述IO请求的响应时间也具有较大差异。
在进程同时发起多个相同时延要求的IO请求的过程中,响应时间过长的IO请求会影响进程的执行状态,甚至,系统会因某一个时延较大的IO请求延迟导致用户操作卡顿现象,影响用户体验。
发明内容
本申请提供了一种输入输出IO处理方法和电子设备。该方法可应用于手机、平板电脑等等具备存储能力的且需要进行频繁的读写操作的电子设备。实施上述方法,电子设备可以根据电子设备处理IO请求之前的耗时确定该IO请求的处理优先级,从而使得上述耗时长的IO请求具有较短的等待时间,进而均衡各个IO请求的响应时间。
第一方面,本申请提供了一种输入输出IO处理方法,应用于电子设备,该方法包括:电子设备检测到第一IO业务的到来;确定电子设备处理第一IO业务的第一时延;比较第一IO业务与第二IO业务的第一时延,第二IO业务是在等待IO处理的IO业务,如果第一IO业务的第一时延大于第二IO业务的第一时延,则电子设备将第一IO业务的IO处理优先级设置为高于第二IO业务的IO处理优先级,IO处理优先级高的IO业务会被优先写入或读出IO处理优先级高的IO业务的目标存储空间。
实施第一方面提供的方法,在检测到应用程序下发的IO业务后,电子设备可以确定该IO业务在被底层存储设备处理之前的耗时。然后,电子设备可提升上述耗时长的IO业务的优先级,使得在传达过程中上述耗时长的IO业务可以被优先处理,进而降低该IO业务的总的响应时间,均衡各个IO请求的响应时间。
结合第一方面的一些实施例,在一些实施例中,第一时延包括后端时延,后端时延是指第一IO业务被处理成第一目标存储空间可写入或读出的数据的耗时,第一目标存储空间是第一IO业务的目标存储空间。
实施上述实施例提供的方法,电子设备可以确定该IO业务的后端时延,即IO业务根据作用的文件系统不同产生的时延。进而,电子设备可根据IO业务的后端时延的大小,确定不同IO业务的处理优先级。电子设备可提升后端时延长的IO业务的处理优先级,进而降低该IO业务的等待时间,从而达到均衡各个IO请求的响应时间的目的。
结合第一方面的一些实施例,在一些实施例中,确定电子设备处理第一IO业务的第一时延,具体包括:确定电子设备处理第一IO业务的后端时延。
结合第一方面的一些实施例,在一些实施例中,确定电子设备处理第一IO业务的后端时延,具体包括:识别第一IO业务的类型,类型包括:经过文件系统处理的IO业务、不经过文件系统处理的IO业务中的一个;利用多个第三IO业务的平均后端时延,确定第一IO业务的后端时延,第三IO业务是指电子设备已经处理过的,与第一IO业务类型相同的IO业务。
实施上述实施例提供的方法,电子设备可根据IO业务所作用的文件系统的类型对不同的IO业务进行分类。在确定IO业务的后端时延的过程中,电子设备可同一类型的其他IO业务的后端时延,确定当前IO业务的后端时延。
结合第一方面的一些实施例,在一些实施例中,经过文件系统处理的IO业务包括:经过闪存日志型文件系统JAFF的IO业务、经过另一种闪存文件系统YAFFS的IO业务、经过闪存友好型文件系统F2FS的IO业务、经过可扩展只读文件系统EROFS的IO业务,或经过第四代扩展文件系统ext4的IO业务中的一个。
结合第一方面的一些实施例,在一些实施例中,电子设备中预设有后端时延表,后端时延表用于记录不同类型的IO业务的平均后端时延,其特征在于,利用多个第三IO业务的平均后端时延,确定第一IO业务的后端时延,具体包括:查询后端时延表,确定第一IO业务所属的类型的平均后端时延为第一IO业务的后端时延,平均后端时延是多个第三IO业务的后端时延的平均值。
实施上述实施例提供的方法,电子设备可在直接从表中查询与当前IO业务相同类型的IO业务的平均后端时延,然后将该平均后端时延确定为当前IO业务的后端时延。
结合第一方面的一些实施例,在一些实施例中,第一时延还包括等待时延,等待时延是指第一IO业务被处理成第一目标存储空间可写入或读出的数据之后,第一目标存储空间开始写入或读出数据之前的耗时。
实施上述实施例提供的方法,电子设备可根据IO业务的后端时延和等待时延,确定电子设备处理该IO业务的优先级。这样可以避免在后端时延小的IO业务一直处于等待状态,从而引起堵塞的问题。
结合第一方面的一些实施例,在一些实施例中,确定电子设备处理第一IO业务的第一时延,还包括:确定电子设备处理第一IO业务的等待时延。
结合第一方面的一些实施例,在一些实施例中,比较第一IO业务与第二IO业务的第一时延,具体包括:比较第一IO业务与第二IO业务的总时延,总时延为电子设备处理IO业务的后端时延与等待时延的和。
结合第一方面的一些实施例,在一些实施例中,电子设备包括调度队列,调度队列是用于缓存IO业务的存储空间;第二IO业务是在等待IO处理的IO业务,具体包括:第二IO业务是在调度队列中等待IO处理的IO业务。
实施上述实施例提供的方法,按照队列排列在前先被处理的规则,电子设备可根据调度队列中各IO业务的排列顺序,依次处理各IO业务指示的输入输出操作。先被处理IO业务即具有较高的优先级。
结合第一方面的一些实施例,在一些实施例中,将第一IO业务的IO处理优先级设置为高于第二IO业务的IO处理优先级,具体包括:将第一IO业务插入到第二IO业务之前,使得第一IO业务先于第二IO业务被发送到第一IO业务的目标存储器。
实施上述实施例提供的方法,在将第一IO业务插入到第二IO业务之前后,第一IO业务会先于第二IO业务被电子设备处理,即电子设备处理第一IO业务的优先级高于第二IO业务。
结合第一方面的一些实施例,在一些实施例中,第一IO业务与第二IO业务的时延要求相同,或时延要求等级相同。
第二方面,本申请提供了一种电子设备,该电子设备包括一个或多个处理器和一个或多个存储器;其中,一个或多个存储器与一个或多个处理器耦合,一个或多个存储器用于存储计算机程序代码,计算机程序代码包括计算机指令,当一个或多个处理器执行计算机指令时,使得电子设备执行如第一方面以及第一方面中任一可能的实现方式描述的方法。
第三方面,本申请提供一种计算机可读存储介质,包括指令,当上述指令在电子设备上运行时,使得上述电子设备执行如第一方面以及第一方面中任一可能的实现方式描述的方法。
第四方面,本申请提供一种包含指令的计算机程序产品,当上述计算机程序产品在电子设备上运行时,使得上述电子设备执行如第一方面以及第一方面中任一可能的实现方式描述的方法。
可以理解地,上述第二方面提供的电子设备、第三方面提供的计算机存储介质、第四方面提供的计算机程序产品均用于执行本申请所提供的方法。因此,其所能达到的有益效果可参考对应方法中的有益效果,此处不再赘述。
附图说明
图1是本申请实施例提供的一种电子设备的软件结构示意图;
图2是本申请实施例提供的一种电子设备的硬件结构示意图;
图3A-图3B是本申请实施例提供的一组用户界面示意图;
图4A-图4C是本申请实施例提供的一组采用不同调度策略的调度示意图;
图5是本申请实施例提供的一种电子设备确定IO请求的后端时延的流程图;
图6是本申请实施例提供的一种电子设备的工作流程图。
具体实施方式
本申请以下实施例中所使用的术语只是为了描述特定实施例的目的,而并非旨在作为对本申请的限制。
电子设备上可运行多个应用程序。应用程序可发起多个进程。进程可根据自身运行的状态发起IO请求。响应上述IO请求,电子设备的存储设备可执行该IO请求指示的输入输出操作。
由于不同进程是相互独立的,电子设备可同时接受到多个IO请求。一般的,时延要求高的进程发起的IO请求的优先级(时延要求优先级)会高于时延要求低的进程发起的IO请求。电子设备会先处理优先级高的IO请求,而优先级低的IO请求则会处于等待状态。
对于时延要求优先级相同的多个IO请求而言,电子设备则会按照检测到上述IO请求的先后顺序,依次执行上述IO请求指示的输入输出操作。
这里,时延要求优先级相同包括:各IO请求的时延要求相等,和各IO请求的时延要求所属的等级相同。例如,两个IO请求的最长响应时间均为5ms,则上述两个IO请求可视为时延要求相同的IO请求。此外,在响应时间为5ms~7ms为一个时延要求等级的情况下,一个IO请求的最长响应时间为5ms,另一个IO请求的最长响应时间为7ms,则上述两个IO请求也可视为时延要求相同的IO请求。
在时延要求优先级相同的情况下,对于一些IO请求而言,该IO请求不需要经过文件系统,就可直接传达到存储设备,使该存储设备执行相应地输入输出操作。例如,指示内存(memory)从交换分区(swap)读取数据的IO请求。
对于另一些IO请求而言,该IO请求需要经过文件系统的处理,使通过该IO请求写入或读取的数据符合该文件系统的格式。
例如,在IO请求写入或读取的数据以可扩展只读文件系统(Extendable Read-Only File System,EROFS)的方式存储时,在写入数据时,EROFS需要对被写入的数据进行压缩和/或校验;在读取数据时,EROFS需要对被写入的数据进行解和/或校验。例如,在IO请求写入或读取的数据以闪存友好型文件系统(Flash-Friendly File System,F2FS)的方式存储时,在写入数据时,F2FS需要对被写入的数据进行加密;在读取数据时,F2FS需要需要对被写入的数据进行解密。这是由于不同文件系统组织和管理文件系统的形式不同导致的。
因此,在时延要求优先级相同的情况下,电子设备处理经过文件系统和不经过文件系统,以及经过不同文件系统的IO请求的时间也存在显著的差异,即响应时间存在较大的差异。
上述IO请求从发起到处理为该IO请求的目标存储空间可操作的数据之间的耗时可称为后端时延。一般的,经过复杂文件系统的IO请求的后端时延较长,不经过文件系统的IO请求的后端时延较短。
在电子设备同时检测到多个时延要求优先级相同的IO请求的情况下,若按照现有的方法,后端时延大的IO请求可能也会具有较长的等待时间。这样,对于时延要求优先级相同的多个IO请求而言,电子设备处理这些IO请求的时间的波动会较大。例如,一些IO请求的后端时延较短,等待时间也较短;一些IO请求的后端时延较长,等待时间也较长。
为了均衡各个IO请求的响应时间,避免IO请求的响应时间过长导致阻塞的问题,进而整体的响应质量,本申请实施例提供了一种输入输出处理方法。该方法可应用于手机、平板电脑等具备存储能力的且需要进行频繁的读写操作的电子设备中。在后续实施例的介绍中,上述手机、平板电脑等电子设备简称为电子设备100。
不限于手机、平板电脑,电子设备100还可以是桌面型计算机、膝上型计算机、手持计算机、笔记本电脑、超级移动个人计算机(ultra-mobile personal computer,UMPC)、上网本,以及蜂窝电话、个人数字助理(personal digital assistant,PDA)、增强现实(augmented reality,AR)设备、虚拟现实(virtual reality,VR)设备、人工智能(artificial intelligence,AI)设备、可穿戴式设备、车载设备、智能家居设备和/或智慧城市设备,本申请实施例对该电子设备的具体类型不作特殊限制。
实施本申请实施例提供的一种输入输出处理方法,电子设备100可以根据IO请求的后端时延的大小,确定该IO请求的处理优先级。上述处理优先级是指在时延要求优先级的前提下进一步细分产生的优先级。即,对于时延要求优先级相同的多个IO请求而言,电子设备100可根据上述IO请求的后端时延,进一步确定电子设备100处理上述IO请求的先后顺序。可选的,电子设备100可以根据IO请求的后端时延和调度时延的和的大小,确定该IO请求的处理优先级。上述调度时延是指IO请求等待存储设备执行该IO请求指示的输入输出操作的时延。
实施上述方法,电子设备100可以尽可能的均衡各个IO请求的响应时间,避免IO请求的响应时间过长导致阻塞的问题,进而提升整体的响应质量,优化影响用户体验。
下面具体介绍电子设备100如何实施本申请实施例提供的一种输入输出处理方法。
首先,图1示例性示出了电子设备100的软件结构。下面结合图1具体介绍电子设备100处理IO请求的过程。
电子设备100的软件系统可以采用分层架构,事件驱动架构,微核架构,微服务架构,或云架构。本发明实施例以分层架构的Android系统为例,示例性说明电子设备100的软件结构。
分层架构将软件分成若干个层,每一层都有清晰的角色和分工。层与层之间通过软件接口通信。在一些实施例中,Android系统为四层结构,从上至下分别为:应用层,框架层,安卓运行时(Android runtime)和系统库,以及内核层。在一些实施例中,Android系统的软件层级结构还包括硬件抽象层(hardware abstract layer,HAL)。
在本申请实施例中,图1所示的软件结构包括:应用层、内核层和设备层。其中,应用层、内核层为软件分层架构中的两层。设备层用于指示电子设备100的硬件。
在图1中,电子设备100的软件结构层仅示出了应用层和内核层,这是由于图1所示的软件结构主要用于说明电子设备响应IO请求的过程,因此,该软件结构中的软件分层结构为适应性调整后的电子设备100的软件层级结构。可以理解的,不限于图1所示的应用层、内核层,电子设备100的软件结构还可包括更多的层级关系,本申请实施例对此不作限制。
下面具体介绍图1所示的软件结构的各个层级的内容和功能,以及IO请求从发起到被响应的流程。
应用层可包括一系列应用程序包,例如相机,图库,日历,通话,地图,导航,WLAN,蓝牙,音乐,视频,短信息等应用程序。上述应用程序包括预置在电子设备100中的应用程序,也包括从第三方提供的应用程序。
以图1所示的应用程序A为例,应用程序A在启用和运行的过程中,需要进行频繁的读取操作,以获取应用程序A运行所必需的计算机程序代码、系统数据和用户数据。在应用程序A需要进行输入输出操作时,应用程序A可发起输入输出请求(IO请求),例如IO1、IO2和IO3。不限于应用程序A,电子设备100还可同时运行多个应用程序。因此,上述多个IO请求也可是不同应用程序发起的IO请求。
上述应用程序A例如相机,图库,日历,通话,地图,导航,WLAN,蓝牙,音乐,视频,短信息等应用程序。
应用层之下还可包括应用程序框架层(框架层)。应用程序框架层为应用程序层的应用程序提供应用编程接口(application programming interface,API)和编程框架。应用程序框架层包括一些预先定义的函数。应用程序框架层可以包括窗口管理器,内容提供器,视图系统,电话管理器,资源管理器,通知管理器等。
窗口管理器用于管理窗口程序。窗口管理器可以获取显示屏大小,判断是否有状态栏,锁定屏幕,截取屏幕等。
内容提供器用来存放和获取数据,并使这些数据可以被应用程序访问。所述数据可以包括视频,图像,音频,拨打和接听的电话,浏览历史和书签,电话簿等。
视图系统包括可视控件,例如显示文字的控件,显示图片的控件等。视图系统可用于构建应用程序。显示界面可以由一个或多个视图组成的。例如,包括短信通知图标的显示界面,可以包括显示文字的视图以及显示图片的视图。
电话管理器用于提供电子设备100的通信功能。例如通话状态的管理(包括接通,挂断等)。
资源管理器为应用程序提供各种资源,比如本地化字符串,图标,图片,布局文件,视频文件等等。
通知管理器使应用程序可以在状态栏中显示通知信息,可以用于传达告知类型的消息,可以短暂停留后自动消失,无需用户交互。比如通知管理器被用于告知下载完成,消息提醒等。通知管理器还可以是以图表或者滚动条文本形式出现在系统顶部状态栏的通知,例如后台运行的应用程序的通知,还可以是以对话窗口形式出现在屏幕上的通知。例如在状态栏提示文本信息,发出提示音,电子设备振动,指示灯闪烁等。
框架层之下可包括系统库和安卓运行时(Android Runtime)。
安卓运行时包括核心库和虚拟机。安卓运行时负责安卓系统的调度和管理。核心库包含两部分:一部分是java语言需要调用的功能函数,另一部分是安卓的核心库。
应用程序层和应用程序框架层运行在虚拟机中。虚拟机将应用程序层和应用程序框架层的java文件执行为二进制文件。虚拟机用于执行对象生命周期的管理,堆栈管理,线程管理,安全和异常的管理,以及垃圾回收等功能。
系统库可以包括多个功能模块。例如:表面管理器(surface manager),媒体库(Media Libraries),三维图形处理库(例如:OpenGL ES),2D图形引擎(例如:SGL)等。
表面管理器用于对显示子系统进行管理,并且为多个应用程序提供了2D和3D图层的融合。媒体库支持多种常用的音频,视频格式回放和录制,以及静态图像文件等。媒体库可以支持多种音视频编码格式,例如:MPEG4,H.264,MP3,AAC,AMR,JPG,PNG等。三维图形处理库用于实现三维图形绘图,图像渲染,合成,和图层处理等。2D图形引擎是2D绘图的绘图引擎。
上述框架层、系统库和安卓运行时在图1中未示出。
内核层是硬件和软件之间的层。内核层用于为电子设备的各种硬件提供了底层的驱动(内核层至少包含显示驱动,摄像头驱动,音频驱动,传感器驱动),进而提供进程管理、文件网络管理、系统安全权限管理、以及系统与硬件设备通讯基础。
在本申请实施例中,内核层包括度量模块、文件系统、和IO调度模块。
文件系统反映了存储设备上组织文件的方法和形式。不同文件系统组织和管理文件的形式不同。在电子设备100的存储设备执行应用层下发的IO请求之前,上述IO请求会经过文件系统。文件系统会按照自身预设的组织和管理文件的形式,对上述IO请求进行处理,使上述IO请求中携带的数据成为符合该IO请求的目标存储空间格式的数据。
其中,图1示出了F2FS、EROFS类型的文件系统。不限于上述例举的文件系统的类型,电子设备100还可包括其他类型的文件系统,例如闪存日志型文件系统(JournallingFlash File System,jffs)、另一种闪存文件系统(Yet Another Flash File System,YAFFS)、网络文件系统(Network File System,NFS)等等。
参考前述介绍,电子设备处理经过文件系统和不经过文件系统,以及经过不同文件系统的IO请求的时间(后端时延)存在显著的差异。
因此,电子设备100可根据该IO请求作用的文件系统的类型,确定该IO请求的后端时延。这一过程可由度量模块完成。如图1所示,内核层可包括度量模块。在检测到应用层发起IO请求后,度量模块可根据该IO请求的下发路径,确定该IO请求的经过了何种文件系统,进行了哪一些数据加工或处理,进而,度量模块确定该IO请求的后端时延。
可以理解的,图1所述的电子设备100的软件结构为示例性的。本发明实施例示意的结构并不构成对电子设备100的具体限定。在本申请另一些实施例中,度量模块可也分部在各个文件系统中。
IO调度模块可用于接收应用层下发的IO请求,并缓存IO请求,即未被及时处理的IO请求可在IO调度模块等待被处理。在缓存处于等待的IO请求的过程中,IO调度模块可确定处理上述各个IO请求的优先级,包括时延要求优先级,和本申请实施例提出的基于时延要求优先级的处理优先级。
IO1可视为应用程序A在访问用户数据时的一个IO请求。该IO请求可经过F2FS类型的文件系统。IO2可视为应用程序A在访问系统数据时的一个IO请求。该IO请求需经过EROFS类型的文件系统。IO3为无需经过任何文件系统的IO请求,例如指示内存(memory)从交换分区(swap)读取数据的IO请求。
IO1的后端时延可记为T1;同样的,IO2的后端时延可记为T2;IO3后端时延可记为T3。在上述3个IO请求中,IO3无需经过任何文件系统,因此,其后端时延T3比其他两个后端时延(T1、T2)短。IO1经过了F2FS类型的文件系统,其后端时延在T3的基础上,还包括数据加密或解密的耗时,因此,T1比T3长。IO2经过了EROFS类型的文件系统,其后端时延在T3的基础上,还包括解压耗时和校验耗时,因此,T2也比T3长。
对于其他类型的文件系统,应用程序A下发的IO请求的后端时延也会因为上述其他类型的文件系统而不同。
在IO请求到达IO调度模块后,IO调度模块会根据IO请求的优先级(包括时延要求优先级和处理优先级),确定存储设备执行各个IO请求指示的输入输出操作的顺序。IO请求在IO调度层等待被下发的耗时即前述介绍的调度时延。
IO调度模块的调度策略直接影响各个IO请求的调度时延。优先被存储设备处理的IO请求的调度时延较短,反之,在IO调度模块等待的时间越长,则该IO请求的调度时延越长。
设备层用于指示电子设备100安装有的硬件。在本申请实施例中,IO请求作用的对象为各类存储器,即存储设备,例如UFS(Universal Flash Storage)、eMMC(EmbeddedMulti Media Card)等等。在IO请求被下发设备层后,存储设备可响应该IO请求,执行相应地输入输出操作。存储设备处理IO请求,执行该IO请求指示的输入输出操作的耗时即为处理时延,记为T0。
由于存储设备处理IO请求的时间大多数情况下都取决于存储设备的类型,因此,在存储设备相同时,对于一般的IO请求而言,T0可视为相同。可以理解的,根据IO请求具体为读操作请求或写操作请求的区分、作用的数据块大小的区分,存储设备在处理不同IO请求时的处理时延也存在一些细小的差异。
结合后端时延、调度时延和处理时延,上述3个IO请求的响应时间分别可表示为:
R1=T1+W1+T0,R1为IO1的响应时间;
R2=T2+W2+T0,R2为IO2的响应时间;
R3=T3+W3+T0,R3为IO3的响应时间;
其中,W1、W2、W3分别为IO1、IO2、IO3在IO调度模块等待被存储设备处理的调度时延。
在设备响应IO请求的过程中,IO请求的经过的文件系统的类型一旦确定,其后端时延基本上也确定了。因此,为了均衡IO请求的响应时间,电子设备100可以调整各个IO请求的等待时延。当IO请求的后端时延较长时,电子设备100降低该IO请求的等待时延,从而IO请求的响应时间过长导致阻塞,影响用户体验。
图2示例性示出了电子设备100的硬件结构。
电子设备100可以包括处理器110,外部存储器接口120,内部存储器121,通用串行总线(universal serial bus,USB)接口130,充电管理模块140,电源管理模块141,电池142,天线1,天线2,移动通信模块150,无线通信模块160,音频模块170,扬声器170A,受话器170B,麦克风170C,耳机接口170D,传感器模块180,按键190,马达191,指示器192,摄像头193,显示屏194,以及用户标识模块(subscriber identification module,SIM)卡接口195等。其中传感器模块180可以包括压力传感器180A,陀螺仪传感器180B,气压传感器180C,磁传感器180D,加速度传感器180E,距离传感器180F,接近光传感器180G,指纹传感器180H,温度传感器180J,触摸传感器180K,环境光传感器180L,骨传导传感器180M等。
可以理解的是,本发明实施例示意的结构并不构成对电子设备100的具体限定。在本申请另一些实施例中,电子设备100可以包括比图示更多或更少的部件,或者组合某些部件,或者拆分某些部件,或者不同的部件布置。图示的部件可以以硬件,软件或软件和硬件的组合实现。
处理器110可以包括一个或多个处理单元,例如:处理器110可以包括应用处理器(application processor,AP),调制解调处理器,图形处理器(graphics processingunit,GPU),图像信号处理器(image signal processor,ISP),控制器,视频编解码器,数字信号处理器(digital signal processor,DSP),基带处理器,和/或神经网络处理器(neural-network processing unit,NPU)等。其中,不同的处理单元可以是独立的器件,也可以集成在一个或多个处理器中。
控制器可以根据指令操作码和时序信号,产生操作控制信号,完成取指令和执行指令的控制。
处理器110中还可以设置存储器,用于存储指令和数据。在一些实施例中,处理器110中的存储器为高速缓冲存储器。该存储器可以保存处理器110刚用过或循环使用的指令或数据。如果处理器110需要再次使用该指令或数据,可从所述存储器中直接调用。避免了重复存取,减少了处理器110的等待时间,因而提高了系统的效率。
在一些实施例中,处理器110可以包括一个或多个接口。接口可以包括集成电路(inter-integrated circuit,I2C)接口,集成电路内置音频(inter-integrated circuitsound,I2S)接口,脉冲编码调制(pulse code modulation,PCM)接口,通用异步收发传输器(universal asynchronous receiver/transmitter,UART)接口,移动产业处理器接口(mobile industry processor interface,MIPI),通用输入输出(general-purposeinput/output,GPIO)接口,用户标识模块(subscriber identity module,SIM)接口,和/或通用串行总线(universal serial bus,USB)接口等。
I2C接口是一种双向同步串行总线,包括一根串行数据线(serial data line,SDA)和一根串行时钟线(derail clock line,SCL)。在一些实施例中,处理器110可以包含多组I2C总线。处理器110可以通过不同的I2C总线接口分别耦合触摸传感器180K,充电器,闪光灯,摄像头193等。例如:处理器110可以通过I2C接口耦合触摸传感器180K,使处理器110与触摸传感器180K通过I2C总线接口通信,实现电子设备100的触摸功能。
I2S接口可以用于音频通信。在一些实施例中,处理器110可以包含多组I2S总线。处理器110可以通过I2S总线与音频模块170耦合,实现处理器110与音频模块170之间的通信。在一些实施例中,音频模块170可以通过I2S接口向无线通信模块160传递音频信号,实现通过蓝牙耳机接听电话的功能。
PCM接口也可以用于音频通信,将模拟信号抽样,量化和编码。在一些实施例中,音频模块170与无线通信模块160可以通过PCM总线接口耦合。在一些实施例中,音频模块170也可以通过PCM接口向无线通信模块160传递音频信号,实现通过蓝牙耳机接听电话的功能。所述I2S接口和所述PCM接口都可以用于音频通信。
UART接口是一种通用串行数据总线,用于异步通信。该总线可以为双向通信总线。它将要传输的数据在串行通信与并行通信之间转换。在一些实施例中,UART接口通常被用于连接处理器110与无线通信模块160。例如:处理器110通过UART接口与无线通信模块160中的蓝牙模块通信,实现蓝牙功能。在一些实施例中,音频模块170可以通过UART接口向无线通信模块160传递音频信号,实现通过蓝牙耳机播放音乐的功能。
MIPI接口可以被用于连接处理器110与显示屏194,摄像头193等外围器件。MIPI接口包括摄像头串行接口(camera serial interface,CSI),显示屏串行接口(displayserial interface,DSI)等。在一些实施例中,处理器110和摄像头193通过CSI接口通信,实现电子设备100的拍摄功能。处理器110和显示屏194通过DSI接口通信,实现电子设备100的显示功能。
GPIO接口可以通过软件配置。GPIO接口可以被配置为控制信号,也可被配置为数据信号。在一些实施例中,GPIO接口可以用于连接处理器110与摄像头193,显示屏194,无线通信模块160,音频模块170,传感器模块180等。GPIO接口还可以被配置为I2C接口,I2S接口,UART接口,MIPI接口等。
USB接口130是符合USB标准规范的接口,具体可以是Mini USB接口,Micro USB接口,USB Type C接口等。USB接口130可以用于连接充电器为电子设备100充电,也可以用于电子设备100与外围设备之间传输数据。也可以用于连接耳机,通过耳机播放音频。该接口还可以用于连接其他电子设备,例如AR设备等。
可以理解的是,本发明实施例示意的各模块间的接口连接关系,只是示意性说明,并不构成对电子设备100的结构限定。在本申请另一些实施例中,电子设备100也可以采用上述实施例中不同的接口连接方式,或多种接口连接方式的组合。
充电管理模块140用于从充电器接收充电输入。其中,充电器可以是无线充电器,也可以是有线充电器。在一些有线充电的实施例中,充电管理模块140可以通过USB接口130接收有线充电器的充电输入。在一些无线充电的实施例中,充电管理模块140可以通过电子设备100的无线充电线圈接收无线充电输入。充电管理模块140为电池142充电的同时,还可以通过电源管理模块141为电子设备供电。
电源管理模块141用于连接电池142,充电管理模块140与处理器110。电源管理模块141接收电池142和/或充电管理模块140的输入,为处理器110,内部存储器121,显示屏194,摄像头193,和无线通信模块160等供电。电源管理模块141还可以用于监测电池容量,电池循环次数,电池健康状态(漏电,阻抗)等参数。在其他一些实施例中,电源管理模块141也可以设置于处理器110中。在另一些实施例中,电源管理模块141和充电管理模块140也可以设置于同一个器件中。
电子设备100的无线通信功能可以通过天线1,天线2,移动通信模块150,无线通信模块160,调制解调处理器以及基带处理器等实现。
天线1和天线2用于发射和接收电磁波信号。电子设备100中的每个天线可用于覆盖单个或多个通信频带。不同的天线还可以复用,以提高天线的利用率。例如:可以将天线1复用为无线局域网的分集天线。在另外一些实施例中,天线可以和调谐开关结合使用。
移动通信模块150可以提供应用在电子设备100上的包括2G/3G/4G/5G等无线通信的解决方案。移动通信模块150可以包括至少一个滤波器,开关,功率放大器,低噪声放大器(low noise amplifier,LNA)等。移动通信模块150可以由天线1接收电磁波,并对接收的电磁波进行滤波,放大等处理,传送至调制解调处理器进行解调。移动通信模块150还可以对经调制解调处理器调制后的信号放大,经天线1转为电磁波辐射出去。在一些实施例中,移动通信模块150的至少部分功能模块可以被设置于处理器110中。在一些实施例中,移动通信模块150的至少部分功能模块可以与处理器110的至少部分模块被设置在同一个器件中。
调制解调处理器可以包括调制器和解调器。其中,调制器用于将待发送的低频基带信号调制成中高频信号。解调器用于将接收的电磁波信号解调为低频基带信号。随后解调器将解调得到的低频基带信号传送至基带处理器处理。低频基带信号经基带处理器处理后,被传递给应用处理器。应用处理器通过音频设备(不限于扬声器170A,受话器170B等)输出声音信号,或通过显示屏194显示图像或视频。在一些实施例中,调制解调处理器可以是独立的器件。在另一些实施例中,调制解调处理器可以独立于处理器110,与移动通信模块150或其他功能模块设置在同一个器件中。
无线通信模块160可以提供应用在电子设备100上的包括无线局域网(wirelesslocal area networks,WLAN)(如无线保真(wireless fidelity,Wi-Fi)网络),蓝牙(bluetooth,BT),全球导航卫星系统(global navigation satellite system,GNSS),调频(frequency modulation,FM),近距离无线通信技术(near field communication,NFC),红外技术(infrared,IR)等无线通信的解决方案。无线通信模块160可以是集成至少一个通信处理模块的一个或多个器件。无线通信模块160经由天线2接收电磁波,将电磁波信号调频以及滤波处理,将处理后的信号发送到处理器110。无线通信模块160还可以从处理器110接收待发送的信号,对其进行调频,放大,经天线2转为电磁波辐射出去。
在一些实施例中,电子设备100的天线1和移动通信模块150耦合,天线2和无线通信模块160耦合,使得电子设备100可以通过无线通信技术与网络以及其他设备通信。所述无线通信技术可以包括全球移动通讯系统(global system for mobile communications,GSM),通用分组无线服务(general packet radio service,GPRS),码分多址接入(codedivision multiple access,CDMA),宽带码分多址(wideband code division multipleaccess,WCDMA),时分码分多址(time-division code division multiple access,TD-SCDMA),长期演进(long term evolution,LTE),BT,GNSS,WLAN,NFC,FM,和/或IR技术等。所述GNSS可以包括全球卫星定位系统(global positioning system,GPS),全球导航卫星系统(global navigation satellite system,GLONASS),北斗卫星导航系统(beidounavigation satellite system,BDS),准天顶卫星系统(quasi-zenith satellitesystem,QZSS)和/或星基增强系统(satellite based augmentation systems,SBAS)。
电子设备100通过GPU,显示屏194,以及应用处理器等实现显示功能。GPU为图像处理的微处理器,连接显示屏194和应用处理器。GPU用于执行数学和几何计算,用于图形渲染。处理器110可包括一个或多个GPU,其执行程序指令以生成或改变显示信息。
显示屏194用于显示图像,视频等。显示屏194包括显示面板。显示面板可以采用液晶显示屏(liquid crystal display,LCD),有机发光二极管(organic light-emittingdiode,OLED),有源矩阵有机发光二极体或主动矩阵有机发光二极体(active-matrixorganic light emitting diode的,AMOLED),柔性发光二极管(flex light-emittingdiode,FLED),Miniled,MicroLed,Micro-oLed,量子点发光二极管(quantum dot lightemitting diodes,QLED)等。在一些实施例中,电子设备100可以包括1个或N个显示屏194,N为大于1的正整数。
电子设备100可以通过ISP,摄像头193,视频编解码器,GPU,显示屏194以及应用处理器等实现拍摄功能。
ISP用于处理摄像头193反馈的数据。例如,拍照时,打开快门,光线通过镜头被传递到摄像头感光元件上,光信号转换为电信号,摄像头感光元件将所述电信号传递给ISP处理,转化为肉眼可见的图像。ISP还可以对图像的噪点,亮度,肤色进行算法优化。ISP还可以对拍摄场景的曝光,色温等参数优化。在一些实施例中,ISP可以设置在摄像头193中。
摄像头193用于捕获静态图像或视频。物体通过镜头生成光学图像投射到感光元件。感光元件可以是电荷耦合器件(charge coupled device,CCD)或互补金属氧化物半导体(complementary metal-oxide-semiconductor,CMOS)光电晶体管。感光元件把光信号转换成电信号,之后将电信号传递给ISP转换成数字图像信号。ISP将数字图像信号输出到DSP加工处理。DSP将数字图像信号转换成标准的RGB,YUV等格式的图像信号。在一些实施例中,电子设备100可以包括1个或N个摄像头193,N为大于1的正整数。
数字信号处理器用于处理数字信号,除了可以处理数字图像信号,还可以处理其他数字信号。例如,当电子设备100在频点选择时,数字信号处理器用于对频点能量进行傅里叶变换等。
视频编解码器用于对数字视频压缩或解压缩。电子设备100可以支持一种或多种视频编解码器。这样,电子设备100可以播放或录制多种编码格式的视频,例如:动态图像专家组(moving picture experts group,MPEG)1,MPEG2,MPEG3,MPEG4等。
NPU为神经网络(neural-network,NN)计算处理器,通过借鉴生物神经网络结构,例如借鉴人脑神经元之间传递模式,对输入信息快速处理,还可以不断的自学习。通过NPU可以实现电子设备100的智能认知等应用,例如:图像识别,人脸识别,语音识别,文本理解等。
内部存储器121可以包括一个或多个随机存取存储器(random access memory,RAM)和一个或多个非易失性存储器(non-volatile memory,NVM)。
随机存取存储器可以包括静态随机存储器(static random-access memory,SRAM)、动态随机存储器(dynamic random access memory,DRAM)、同步动态随机存储器(synchronous dynamic random access memory,SDRAM)、双倍资料率同步动态随机存取存储器(double data rate synchronous dynamic random access memory,DDR SDRAM,例如第五代DDR SDRAM一般称为DDR5 SDRAM)等。非易失性存储器可以包括磁盘存储器件、快闪存储器(flash memory)。
快闪存储器按照运作原理划分可以包括NOR FLASH、NAND FLASH、3D NAND FLASH等,按照存储单元电位阶数划分可以包括单阶存储单元(single-level cell,SLC)、多阶存储单元(multi-level cell,MLC)、三阶储存单元(triple-level cell,TLC)、四阶储存单元(quad-level cell,QLC)等,按照存储规范划分可以包括通用闪存存储(英文:universalflash storage,UFS)、嵌入式多媒体存储卡(embedded multi media Card,eMMC)等。
随机存取存储器可以由处理器110直接进行读写,可以用于存储操作系统或其他正在运行中的程序的可执行程序(例如机器指令),还可以用于存储用户及应用程序的数据等。
非易失性存储器也可以存储可执行程序和存储用户及应用程序的数据等,可以提前加载到随机存取存储器中,用于处理器110直接进行读写。
外部存储器接口120可以用于连接外部的非易失性存储器,实现扩展电子设备100的存储能力。外部的非易失性存储器通过外部存储器接口120与处理器110通信,实现数据存储功能。例如将音乐,视频等文件保存在外部的非易失性存储器中。
在本申请实施例中,响应应用层下发的IO请求,执行与该IO请求匹配的输入输出操作的存储设备包括:内部存储器121、外部存储器接口122连接的外部存储器。
电子设备100可以通过音频模块170,扬声器170A,受话器170B,麦克风170C,耳机接口170D,以及应用处理器等实现音频功能。例如音乐播放,录音等。
音频模块170用于将数字音频信息转换成模拟音频信号输出,也用于将模拟音频输入转换为数字音频信号。音频模块170还可以用于对音频信号编码和解码。在一些实施例中,音频模块170可以设置于处理器110中,或将音频模块170的部分功能模块设置于处理器110中。
扬声器170A,也称“喇叭”,用于将音频电信号转换为声音信号。电子设备100可以通过扬声器170A收听音乐,或收听免提通话。
受话器170B,也称“听筒”,用于将音频电信号转换成声音信号。当电子设备100接听电话或语音信息时,可以通过将受话器170B靠近人耳接听语音。
麦克风170C,也称“话筒”,“传声器”,用于将声音信号转换为电信号。当拨打电话或发送语音信息时,用户可以通过人嘴靠近麦克风170C发声,将声音信号输入到麦克风170C。电子设备100可以设置至少一个麦克风170C。在另一些实施例中,电子设备100可以设置两个麦克风170C,除了采集声音信号,还可以实现降噪功能。在另一些实施例中,电子设备100还可以设置三个,四个或更多麦克风170C,实现采集声音信号,降噪,还可以识别声音来源,实现定向录音功能等。
耳机接口170D用于连接有线耳机。耳机接口170D可以是USB接口130,也可以是3.5mm的开放移动电子设备平台(open mobile terminal platform,OMTP)标准接口,美国蜂窝电信工业协会(cellular telecommunications industry association of the USA,CTIA)标准接口。
压力传感器180A用于感受压力信号,可以将压力信号转换成电信号。在一些实施例中,压力传感器180A可以设置于显示屏194。
陀螺仪传感器180B可以用于确定电子设备100的运动姿态。在一些实施例中,可以通过陀螺仪传感器180B确定电子设备100围绕三个轴(即,x,y和z轴)的角速度。
气压传感器180C用于测量气压。在一些实施例中,电子设备100通过气压传感器180C测得的气压值计算海拔高度,辅助定位和导航。
磁传感器180D包括霍尔传感器。电子设备100可以利用磁传感器180D检测翻盖皮套的开合。进而根据检测到的皮套的开合状态或翻盖的开合状态,设置翻盖自动解锁等特性。
加速度传感器180E可检测电子设备100在各个方向上(一般为三轴)加速度的大小。当电子设备100静止时可检测出重力的大小及方向。还可以用于识别电子设备姿态,应用于横竖屏切换,计步器等应用。
距离传感器180F,用于测量距离。电子设备100可以通过红外或激光测量距离。在一些实施例中,拍摄场景,电子设备100可以利用距离传感器180F测距以实现快速对焦。
接近光传感器180G可以包括例如发光二极管(LED)和光检测器。电子设备100可利用接近光传感器180G检测附近的物体。在一些实施例中,电子设备100可以利用接近光传感器180G检测用户手持电子设备100贴近耳朵通话,以便自动熄灭屏幕达到省电的目的。
环境光传感器180L用于感知环境光亮度。电子设备100可以根据感知的环境光亮度自适应调节显示屏194亮度。环境光传感器180L也可用于拍照时自动调节白平衡。环境光传感器180L还可以与接近光传感器180G配合,检测电子设备100是否在口袋里,以防误触。
指纹传感器180H用于采集指纹。电子设备100可以利用采集的指纹特性实现指纹解锁,访问应用锁,指纹拍照,指纹接听来电等。
温度传感器180J用于检测温度。在一些实施例中,电子设备100利用温度传感器180J检测的温度,执行温度处理策略。
触摸传感器180K,也称“触控器件”。触摸传感器180K可以设置于显示屏194,由触摸传感器180K与显示屏194组成触摸屏,也称“触控屏”。触摸传感器180K用于检测作用于其上或附近的触摸操作。触摸传感器可以将检测到的触摸操作传递给应用处理器,以确定触摸事件类型。可以通过显示屏194提供与触摸操作相关的视觉输出。在另一些实施例中,触摸传感器180K也可以设置于电子设备100的表面,与显示屏194所处的位置不同。
在本申请实施例中,电子设备100检测作用于手机屏幕的操作,例如点击某一应用程序图标运行该应用程序的操作(参考图3A所示的用户界面),可通过触摸传感器180K完成。
骨传导传感器180M可以获取振动信号。在一些实施例中,骨传导传感器180M可以获取人体声部振动骨块的振动信号。骨传导传感器180M也可以接触人体脉搏,接收血压跳动信号。
按键190包括开机键,音量键等。按键190可以是机械按键。也可以是触摸式按键。电子设备100可以接收按键输入,产生与电子设备100的用户设置以及功能控制有关的键信号输入。
马达191可以产生振动提示。马达191可以用于来电振动提示,也可以用于触摸振动反馈。例如,作用于不同应用(例如拍照,音频播放等)的触摸操作,可以对应不同的振动反馈效果。作用于显示屏194不同区域的触摸操作,马达191也可对应不同的振动反馈效果。不同的应用场景(例如:时间提醒,接收信息,闹钟,游戏等)也可以对应不同的振动反馈效果。触摸振动反馈效果还可以支持自定义。
指示器192可以是指示灯,可以用于指示充电状态,电量变化,也可以用于指示消息,未接来电,通知等。
SIM卡接口195用于连接SIM卡。SIM卡可以通过插入SIM卡接口195,或从SIM卡接口195拔出,实现和电子设备100的接触和分离。电子设备100可以支持1个或N个SIM卡接口,N为大于1的正整数。SIM卡接口195可以支持Nano SIM卡,Micro SIM卡,SIM卡等。同一个SIM卡接口195可以同时插入多张卡。所述多张卡的类型可以相同,也可以不同。SIM卡接口195也可以兼容不同类型的SIM卡。SIM卡接口195也可以兼容外部存储卡。电子设备100通过SIM卡和网络交互,实现通话以及数据通信等功能。在一些实施例中,电子设备100采用eSIM,即:嵌入式SIM卡。eSIM卡可以嵌在电子设备100中,不能和电子设备100分离。
图3A-图3B示例性示出了电子设备100上运行应用的用户界面。
图3A示出了电子设备100展示已安装应用程序的用户界面。如图3A所示,该用户界面可包括状态栏313、一个或多个应用程序图标312,常用应用程序图标托盘313、页面指示符314等等。
其中,状态栏311可包括:移动通信信号(又可称为蜂窝信号)的一个或多个信号强度指示符、高保真无线通信(wireless fidelity,Wi-Fi)信号的一个或多个信号强度指示符,电池状态指示符、时间指示符等。
一个或多个应用程序图标312可包括:设置(Setting)、应用市场(APP store)、图库(Photos)、浏览器(Browser)等应用程序的图标。当检测到作用于上述任一图标的用户操作后,电子设备100可运行该图标指示的应用程序。例如,当检测到作用于图库(Photos)应用程序的图标的用户操作后,上述操作例如点击操作,电子设备100可运行图库应用程序。
常用应用程序图标托盘313中可显示一个或多个应用程序的图标。上述一个或多个应用程序为用户设置的用户经常实用的应用程序,例如相机、通讯录、电话、信息等应用程序。常用应用程序图标托盘313中的应用程序图标在页面切换时保持显示。上述托盘图标是可选的,本申请实施例对此不作限定。页面指示符314可用于指示可用于指示当前显示的页面与其他页面的位置关系。
一个或多个应用程序图标312可分布在多个页面,页面指示符314还可以用于指示用户当前浏览的是哪一个页面中的应用程序。用户可以左右滑动其他应用程序图标的区域,来浏览其他页面中的应用程序图标。
在一些实施例中,图3A所示的用户界面可以为电子设备100展示应用程序的主页面(home)。可以理解的是,图3A仅仅示例性示出了电子设备100的一个可能的用户界面,不应构成对本申请实施例的限定。
响应于作用于在任一应用程序图标的用户操作,电子设备100可运行该图标指示的应用程序。在在运行图库应用程序的过程中,该应用程序可发起多个IO请求。上述IO请求包括获取该应用程序运行所必需的计算机程序代码、系统数据和用户数据的IO请求。
图3B示出了电子设备100运行图库应用程序的一个用户界面。如图3B所示,该用户界面包括搜索栏321、一个或多个相册的图标322、菜单栏323等等。
搜索栏321可用于搜索图片。例如,用户可在搜索栏321中输入关键字“花”。电子设备100可检测到作用于搜索栏321的用户操作,响应于该操作,电子设备100可在图库存储的所有图片中查找图片内容包括“花”的图片。
一个或多个相册的图标322可表示一个或多个存储图像数据的文件夹。如图3B所示,相册包括相机(Cmera)、截屏(ScreenShot)、下载(Download)等等。相册图标中显示的图像可以为该相册中的任意一张图片。
菜单栏323可包括一个或多个控件,例如照片控件、相册控件、时刻控件。上述控件可为用户提供按不同的排列方式展示图库中存储的图像的功能。例如,当检测到作用于时刻控件上的用户操作后,电子设备100可按照各图像的时间的先后顺序展示图库中的全部图像。
在电子设备100运行图库应用程序的过程中,图库应用程序可发起多个IO请求。响应于上述多个IO请求,图库应用程序可获取图库应用程序的计算机程序代码、系统数据和用户数据。
例如,当图库应用程序需要显示图3B所示的用户界面时,图库应用程序可发起一个IO请求读取该用户界面的代码,包括页面布局的代码。在显示图3B所示的用户界面时,图库应用程序可发起一个读取控件图标资源的IO请求。另外,图库应用程序可发起读取存储设备中存储的图像IO请求。这样,图3B所示的用户界面中可显示电子设备100上保存的众多图片、动态图片、视频等图像数据。
不同IO请求的时延要求可能不同。时延忍耐度低的应用程序发起的IO请求的时延要求较高。电子设备100需要尽快地处理这一类IO请求。一般的,用户正在直接操作的应用程序(前台应用)具有较低的时延忍耐度。
下面,图4A-图4C示例性示出了3种确定电子设备100处理IO请求的先后顺序(调度策略)的示意图。
在本申请实施例中,IO1、IO2和IO3为时延要求优先级相同的IO请求。一般的,对于相同时延要求优先级的IO请求,IO调度模块会按照上述IO请求抵达IO调度模块的时间排序,即先到先发。图4A示例性示出了在先到先发的调度模式下,各个IO请求的响应时间。
IO1、IO2、IO3到达IO调度模块的先后顺序依次可以为:IO1、IO3、IO2。根据IO1、IO3、IO2到达IO调度模块的先后顺序,IO调度模块可依次将上述IO请求插入调度队列Q。
此时,最先达到的IO1的调度时延(W1)最短,其次是第二到达的IO3(W3)。调度时延最长的为最后为IO2(W2)。可以理解的,上述IO请求到达的先后顺序为示例性例举。
如图4A所示,图中矩形块的长度可对应IO请求的等待时长。因此,W1的长度最短;其次为W3;W2的长度最长。由于对于任意IO请求而言,设备处理请求的时间几乎相等,因此,在图4A中,R1、R2、R3均包括T0,且R1、R2、R3中的T0的长度均相等。然后,由于IO3不用经过任何文件系统,所以其后端时延T3最短,因此,在图4A中,T3的长度比T1、T2短。其次是T1。后端时延最长的为T2。
这时,在IO1、IO2、IO3的响应时间R1、R2、R3中,IO2的调度时延最长,且后端时延也是最长,所以IO2的响应时间(R2)最长,且明显长于R1、R3。这就使得系统中IO平均总时延的波动较较大,容易出现大时延IO导致的阻塞的问题。
为例解决上述问题,在本申请实施例中,IO调度模块不再采用先到先发的调度模式,而是根据每一个IO请求的后端时延的长度确定该IO请求的处理优先级,从而调整该IO请求的调度时延,从而调整该IO请求的响应时间。下面结合图4B说明本申请实施例提供的一种输入输出处理方法。
在该调度方法中,IO调度模块可根据各个IO请求的后端时延,对处于等待状态IO请求进行排序,确定设备层响应上述IO请求的顺序。对于后端时延较大的IO请求,IO调度层会尽量减少该IO请求的调度时延,避免该IO请求的总时延过大。
具体的,参考图4A所述的示例:IO1、IO2、IO3到达IO调度模块的先后顺序依次同样为:IO1、IO3、IO2。
首先,IO请求在到达IO调度模块之前,度量模块可确定各个IO请求的后端时延,并将其附加在IO请求上。于是,IO调度模块可获取各个IO请求的后端时延。然后,IO调度模块可将后端时间较大的IO请求插入到后端时间较短的IO请求前。
当IO1到达时,IO调度模块将该IO请求插入IO调度队列Q。当IO3到达时,IO调度模块确认IO3的后端时延(T3)比IO1的后端时延(T1)短,此时,IO调度模块可将IO3安排在IO1的后面。当IO2到达时,IO调度模块确认IO2的后端时延(T2)比IO1和IO3的后端时延(T1、T3)均长,此时,IO调度模块需要尽量减少IO2的调度时延,进而避免IO2的响应时间过大。因此,IO调度模块会将IO2插入到IO1的前面(也是IO3的前面)。
最后,调度队列Q中各个IO请求的位置依次为:IO2、IO1、IO3。此时,在这3个IO请求中,IO2是最先被下发的,因此,IO2的调度时延(W2′)最短。其次为IO1。该IO请求的调度时延为W1′。最后是IO3。IO3的调度时延为W3′。
这样,IO调度模块可降低后端时延较长的IO请求的调度时延,进而降低该IO请求的响应时间。对于图4A和图4B可以看出:以IO2为例,IO2作为最后达到的后端时延最长的IO请求,在图4A所示的调度策略中,IO2的响应时间R2远长于其他两个IO请求的响应时间(R1,R3);而在图4B所示的调度策略中,IO2的响应时间R2′虽然仍然比其他两个IO请求的响应时间(R1′,R3′)长,但相比于R2,R2′更短。
对比图4A和图4B,图4B所示的调度方法可以使各IO请求的实际响应时间相对于平均响应时间的波动较小,即均衡各IO请求的响应时间,从而避免某一IO请求的响应时间明显大于其他IO请求而导致的阻塞问题,进而提升整体上响应IO请求的服务质量。
进一步的,为了避免后端时延较小的IO请求长时间处于等待状态,在图4B的基础上,IO调度模块还可基于后端时延和调度时延确定各个IO请求的处理优先级。下面结合图4C说明上述基于后端时延和调度时延的调度策略。
如图4C所示,在IO1、IO2、IO3等待下发的某一时刻,IO调度模块可接收到一个新的IO请求。上述新的IO请求可记为IO4。IO4的后端时延为T4。后端时延T4的长度与T2相同,比T1和T3长。
若按照图4B所示的调度方法,IO4应该插入到IO1之前。这样,IO1和IO3的调度时延进一步增加。这反而导致后端时延较小的IO请求一直得不到响应,从而导致阻塞,进一步导致用户操作卡顿、影响用户体验。
因此,在图4C所示的调度方法中,IO调度模块可根据IO请求的后端时延和调度时延确定该IO的下发顺序。具体的,IO调度模块可获取调度队列Q中的各个IO请求的后端时延和调度时延。同时,IO调度模块可获取当新接收到的IO请求的后端时延和调度时延。特别的,由于IO4刚达到IO调度模块,因此,此时IO4的调度时延为0。
如图4C所示,IO4的后端时延与调度时延的和均小于IO1、IO2、IO3的后端时延与调度时延的和。这时,IO调度模块可确定将IO4插入到IO3之后,即最后下发IO4。
这样,IO调度模块也不会因为后来的后端时延较大的IO请求,一直推迟下发后端时延较小的IO请求,进而避免阻塞。
图4A-图4C介绍了本申请实施例提供一种输入输出处理方法。下面具体介绍的实现上述方法的功能模块。
如图1所示,内核层包括度量模块和IO调度模块。度量模块用于确定不同类型的IO请求的后端时延。IO调度模块用于实现图4A-图4C所示的调度策略。
度量模块中包括后端时延表。后端时延表中可记录各类IO请求的后端时延。若度量模块检测到的IO请求的类型在后端时延表中有记录,则度量模块可直接使用表中记录的后端时延。若度量模块检测到的IO请求的类型在上述后端时延表中没有记录,则度量模块可确定默认后端时延为该IO请求的后端时延,并计算该IO请求的后端时延,更新后端时延表。
后端时延表可包括:类型、校准位、平均时延和测试时延。类型可用于记录IO请求的所属的文件系统的类型。经过不同文件系统的IO请求的后端时延不同,具体可参考前述实施例的介绍,这里不再赘述。因此,后端时延表可以以IO请求所属的文件系统的类型为划分依据,记录各类IO请求的后端时延。
校准位可用于表示该校准位对应的IO是否已校准,即是否有可直接使用的后端时延。在校准位指示该类型的IO已校准的情况下,平均时延中记录的数值为该类IO请求的平均时延,即可直接使用的后端时延。示例性的,校准位为1可表示已校准;校准位为0可表示未校准。
测试时延用于记录度量模块实际测量的IO请求的后端时延。度量模块可记录n次同一类型的IO请求的实际后端时延(测试时延)。上述n次是预设的,例如8次,10次等等。然后,度量模块可计算上述n次测试时延的均值,并将该均值记录到上述平均时延中。同时,度量模块可将校准位标记为已校准。
表1示例性示出了后端时延表:
表1
类型 | 校准位 | 平均时延 | 测试时延1 | 测试时延…… | 测试时延n |
A | 1 | X1 | T11 | …… | Tn1 |
B | 0 | 0 | 0 | …… | 0 |
…… | …… | …… | …… | …… | …… |
M | 0 | 0 | 0 | …… | 0 |
在其他实施例中,后端时延表还可包括更多或更少的属性,本申请实施例对此不做限制。
图5示例性示出了电子设备100的度量模块确定IO请求的后端时延的流程图。
S101:初始化后端时延表。
在电子设备100进入工作状态后,度量模块中可初始化后端时延表。在本申请实施例中,在每次启动电子设备100时,度量模块可将平均时延、测试时延全部设置为默认值。上述默认值可以为空值、0等等,本申请实施例对此不作限制。
S102:根据后端时延表确定IO请求的后端时延。
度量模块可检测应用层是否下发了IO请求。在检测到IO请求后,度量模块可查询后端时延表,并根据后端时延表确定该IO请求的后端时延。
首先,度量模块可识别上述IO请求所述的文件系统的类型,即IO请求的类型,例如经过F2FS的IO请求,经过EROFS的IO请求等等。然后,度量模块可根据该IO请求的类型,确定该IO请求的后端时延。
首先,度量模块可判断后端时延表是否校准(S103)。具体的,在确定IO请求的类型后,度量模块可在后端时延表中定位该类型的IO请求,并获取该类型的IO请求的校准位数据,确定上述类型的IO请求的后端时延是否校准,进而确定该IO请求是否有可直接使用的后端时延。
S104:若校准位指示后端时延未校准,则获取默认的后端时延。
在确定上述IO请求的校准位数据后,度量模块可根据该数据判断后端时延是否校准。例如,当上述校准位数据为0时,度量模块可确定上述类型的IO请求的后端时延未校准,即上述类型的IO请求无直接可使用的后端时延。反之,当上述校准位数据为1时,度量模块可确定上述类型的IO请求的后端时延已校准,即上述类型的IO请求有直接可使用的后端时延。
当校准位指示上述IO请求无可直接使用的后端时延时,度量模块可获取默认的后端时延,例如表1中平均时延的默认值(0或其他默认值等等)。默认的后端时延是开发人员预设的。然后,度量模块可将上述默认的后端时延传回IO调度模块。IO调度模块依据上述默认的后端时延确定该IO请求的处理优先级。
S105:计算上述IO请求的后端时延,并将计算结果更新到后端时延表。
在度量模块将上述默认的后端时延传回IO调度模块的同时,度量模块可测量该IO请求的后端时延,并将上述测量的后端时延记录到上述IO请求所属的IO类型对应的测量时延中。
S106:统计此类IO的后端时延N次,并将N次平均值更新到后端时延表,标记此表已校准。
进一步的,度量模块可统计n次该类型的IO请求的测量时延,进而确定该类型的IO请求的平均时延。在确定平均时延后,度量模块可将该类型的IO请求的校准位设置为已校准。
这样,当度量模块再次检测到此类型的IO请求时,上述校准位可指示度量模块直接获取平均时延中数据作为该IO请求的后端时延。
S107:若校准位指示后端时延未校准,则从后端时延表中获取此IO的后端时延。
当校准位指示上述IO请求有可直接使用的后端时延时,度量模块可获取上述IO请求所属的IO类型的平均时延。该平均时延即为上述IO请求的后端时延。
对IO调度模块来说,在接收到IO请求后,IO调度模块可直接查询后端时延表,进而获取上述IO请求的后端时延。具体的,若该IO请求对应的类型的后端时延已校准,则IO调度模块可直接获取该类型IO请求的平均时延作为该IO请求的后端时延;反之,若该IO请求对应的类型的后端时延未校准,度量模块可计算该IO请求的后端时延。在确定IO请求的后端时延后,IO调度模块可按照图4B或图4C所示的调度策略,安排各个IO请求的下发顺序。
在其他实施例中,在确定IO请求的后端时延后,度量模块可在该IO请求中标记该后端时延。在IO调度模块接收到上述IO请求后,IO调度模块可直接从标记位获取该IO请求的后端时延。然后,IO调度模块可按照图4B或图4C所示的调度策略,确定各个IO请求的处理优先级。
下面具体介绍IO调度模块。图6示例性示出了电子设备100的IO调度模块的工作流程。
结合图1所示的软硬件架构,应用层的应用程序在发起一个IO请求后,该IO请求会一层一层的下发,经过内核层,最终作用于存储设备。响应于该IO请求,存储设备可执行相应的输入输出操作。上述存储设备包括易失性存储设备(Random Access Memory,RAM)和非易失性存储设备(non-volatile memory,NVM)。
内核层包括IO调度模块。IO调度模块可接收应用层下发的IO请求,并确定IO请求的下发顺序。具体的,IO调度模块中预设有调度队列Q。在IO请求达到IO调度模块后,IO调度模块可根据调度策略将该IO请求插入到调度队列Q中。然后,IO调度模块可依次将调度队列Q中的IO请求下发到设备层的存储设备,进而执行该IO请求的输入输出操作。
S201:识别IO请求的类型。
参考前述实施例的介绍,根据文件系统的区别,作用于不同类型的文件系统的IO请求的类型不同。例如,IO调度模块可识别作用于F2FS的IO请求,或作用于EROFS的请求等等。
因此,在接收到应用层下发的IO请求后,IO调度模块可识别该IO请求的类型,即识别该IO请求时经过何种文件系统的IO请求。具体的,电子设备100可根据该IO请求的目标存储空间所属的文件系统,确定该IO请求使作用于何种文件系统的IO请求。在其他实施例中,IO请求可增加指示IO请求所属的文件系统类型的字段。识别该字段中记录的数据,IO调度模块也可识别该IO请求的类型。
S202:从后端时延表中获取该IO请求的后端时延。
在识别IO请求所属的文件系统的类型后,IO调度模块可向度量模块获取该类型的IO请求的后端时延。在接收到上述请求后,度量模块根据IO调度模块发送的IO类型,在后端时延调度表中查询该IO类型的平均时延。
在查询的过程中,若该IO类型对应的校准位指示该类型的IO的后端时延已校准,则度量模块可确定该IO类型对应的平均时延即为该类型IO请求的后端时延。若该IO类型对应的校准位指示该类型的IO的后端时延未校准,则度量模块可确定该IO类型的后端时延为默认的后端时延。于是,无论是校准的平均时延还是默认的后盾时延,IO调度模块可确定上述IO请求的后端时延。
以图4B或图4C中的IO1为例,IO1为作用于F2FS的IO请求(假设F2FS即为表1中的A类)。在接收到IO1后,IO调度模块可向度量模块发送获取A类IO请求的后端时延的请求。响应于该请求,度量模块可查询后端时延表。
在定位A类在后端时延表中的位置后,度量模块可获取该类型对应的校准位。校准位为“1”指示A类IO请求的后端时延已校准,此时,度量模块可将A类对应的平均时延发送给IO调度模块,作为IO1的后端时延。校准位为“0”指示A类IO请求的后端时延未校准,此时,度量模块可获取默认的后端时延,并将该默认的后端时延发送给IO调度模块。这样,IO调度模块依据上述默认的后端时延安排该IO请求处理优先级。同时,度量模块可测量IO1的后端时延,并将该后端时延更新到后端时延表中。
S203:根据该IO请求的后端时延,确定处理该IO请求的优先级。
在确定IO请求的后端时延,IO调度模块可根据预设的调度策略确定该IO请求的处理优先级,即在调度队列Q中等待下发的位置。
这里,以图4B中的IO2为例,IO调度模块采用的调度策略为图4B所示的基于后端时延的调度策略。在接收到IO2之前,调度队列Q包括IO1、IO3在内的多个IO请求。在接收到IO2,且确认IO2的后端时延T2之后,IO调度模块可确认IO2的后端时延T2长于IO1、IO3的后端时延,因此,IO调度模块可将IO2插入到IO1之前,即在IO1之前下发给设备层存储设备,即电子设备100会优先处理IO2的输入输出操作。
在图4C所示的基于后端时延和调度时延的调度策略中,在IO请求到达IO调度模块后,IO调度模块可记录该IO请求在IO调度模块等待的时间(调度时延)。然后,IO调度模块可比较新接收到的IO请求与调度队列Q中的IO请求的后端时延与调度时延的和,然后,将该新接收到的IO请求插入到调度队列Q中。
图4C所示的IO调度模块处理IO4的过程示出了上述方法,这里不再赘述。
S204:电子设备100依据IO请求的优先级从高到低的顺序,依次执行IO请求指示的输入输出操作。
在IO调度模块确定IO请求在调度队列Q中的位置后,该IO请求的等待电子设备响应的优先级也就确定了。在确定IO请求在调度队列Q中的位置后,IO调度模块可按照调度队列Q中记录的顺序将在队列Q中等待的IO请求下发到设备层对应的存储设备。然后,响应于上述IO请求,存储设备可执行相应的输入输出操作。
实施本申请实施例提供的一种输入输出处理方法,在处理应用层下发的IO请求时,电子设备可以根据各IO请求的后端时延的大小,在满足时延要求的情况下,进一步确定时延要求相同的IO请求的处理优先级,从而避免后端时延较长的IO请求,其调度时延也较长,均衡各IO请求的响应时间,优化整体响应质量,提升用户体验。
实施本申请实施例提供的一种输入输出处理方法,对于两个时延要求相同或接近的IO请求,即同一时延要求优先级的IO请求,后端时延比较长的IO请求总是比后端时延比较短的IO请求更晚的被IO处理;在用户感知的层面,前者需要用户更长的等待时间才能完成数据的读取(例如打开图片)或写入(例如保存图片);通过实施本申请提供的方法,与现有技术不同的,后端时延比较长的IO请求可以比后端时延比较短的IO请求更早的被处理。在用户感知的层面,前者可以与后者等待差不多的时间完成数据的读取(例如打开图片)或写入(例如保存图片),在一些情况下,前者请求甚至比后者等待的时间更短。
在本申请实施例中:
应用层应用程序发起的IO请求和该IO请求指示的输入输出操作可称为IO业务。图1中示例性示出的IO1、IO2、IO3可称为第一IO业务。
以IO1为第一IO业务为例,在应用程序发起该IO请求后,存储设置响应该IO请求之间的耗时可称为第一时延。该第一时延可以为后端时延(T1),或后端时延与调度时延的和(T1+W1)。其中,上述调度时延可称为等待时延。
在本申请的说明书中所使用的那样,单数表达形式“一个”、“一种”、“所述”、“上述”、“该”和“这一”旨在也包括复数表达形式,除非其上下文中明确地有相反指示。还应当理解,本申请中使用的术语“和/或”是指并包含一个或多个所列出项目的任何或所有可能组合。上述实施例中所用,根据上下文,术语“当…时”可以被解释为意思是“如果…”或“在…后”或“响应于确定…”或“响应于检测到…”。类似地,根据上下文,短语“在确定…时”或“如果检测到(所陈述的条件或事件)”可以被解释为意思是“如果确定…”或“响应于确定…”或“在检测到(所陈述的条件或事件)时”或“响应于检测到(所陈述的条件或事件)”。
在上述实施例中,可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时,可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序指令时,全部或部分地产生按照本申请实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中,或者从一个计算机可读存储介质向另一个计算机可读存储介质传输,例如,所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线)或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质,(例如,软盘、硬盘、磁带)、光介质(例如DVD)、或者半导体介质(例如固态硬盘)等。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程,该流程可以由计算机程序来指令相关的硬件完成,该程序可存储于计算机可读取存储介质中,该程序在执行时,可包括如上述各方法实施例的流程。而前述的存储介质包括:ROM或随机存储记忆体RAM、磁碟或者光盘等各种可存储程序代码的介质。
Claims (9)
1.一种输入输出IO处理方法,应用于电子设备,其特征在于,所述方法包括:
电子设备检测到第一IO业务的到来;
确定所述电子设备处理所述第一IO业务的第一时延;所述第一时延包括后端时延和等待时延,所述后端时延是指所述第一IO业务被处理成第一目标存储空间可写入或读出的数据的耗时,所述第一目标存储空间是所述第一IO业务的目标存储空间;所述等待时延是指所述第一IO业务被处理成所述第一目标存储空间可写入或读出的数据之后,所述第一目标存储空间开始写入或读出所述数据之前的耗时;
比较所述第一IO业务与第二IO业务的第一时延,所述第二IO业务是在等待IO处理的IO业务,所述第一IO业务与所述第二IO业务的时延要求相同,或时延要求等级相同;
如果所述第一IO业务的第一时延大于所述第二IO业务的第一时延,则所述电子设备将所述第一IO业务的IO处理优先级设置为高于第二IO业务的IO处理优先级,IO处理优先级高的IO业务会被优先写入或读出所述IO处理优先级高的IO业务的目标存储空间。
2.根据权利要求1所述的方法,其特征在于,所述确定所述电子设备处理所述第一IO业务的第一时延之前,所述方法还包括:
识别所述第一IO业务的类型,所述类型包括:经过文件系统处理的IO业务、不经过文件系统处理的IO业务中的一个;
利用多个第三IO业务的平均后端时延,确定所述第一IO业务的后端时延,所述第三IO业务是指所述电子设备已经处理过的,与所述第一IO业务类型相同的IO业务。
3.根据权利要求2所述的方法,其特征在于,所述经过文件系统处理的IO业务包括:经过闪存日志型文件系统JAFF的IO业务、经过另一种闪存文件系统YAFFS的IO业务、经过闪存友好型文件系统F2FS的IO业务、经过可扩展只读文件系统EROFS的IO业务,或经过第四代扩展文件系统ext4的IO业务中的一个。
4.根据权利要求2或3所述的方法,所述电子设备中预设有后端时延表,所述后端时延表用于记录不同类型的IO业务的平均后端时延,其特征在于,所述利用多个第三IO业务的平均后端时延,确定所述第一IO业务的后端时延,具体包括:
查询后端时延表,确定所述第一IO业务所属的类型的平均后端时延为所述第一IO业务的后端时延,所述平均后端时延是所述多个第三IO业务的后端时延的平均值。
5.根据权利要求1所述的方法,其特征在于,所述比较所述第一IO业务与第二IO业务的第一时延,具体包括:比较所述第一IO业务与第二IO业务的后端时延与等待时延的和。
6.根据权利要求1所述的方法,其特征在于,所述电子设备包括调度队列,所述调度队列是用于缓存IO业务的存储空间;
所述第二IO业务是在等待IO处理的IO业务,具体包括:
所述第二IO业务是在所述调度队列中等待IO处理的IO业务。
7.根据权利要求6所述的方法,其特征在于,所述将所述第一IO业务的IO处理优先级设置为高于第二IO业务的IO处理优先级,具体包括:
将所述第一IO业务插入到所述第二IO业务之前,使得所述第一IO业务先于所述第二IO业务被发送到所述第一IO业务的目标存储器。
8.一种电子设备,其特征在于,包括一个或多个处理器和一个或多个存储器;其中,所述一个或多个存储器与所述一个或多个处理器耦合,所述一个或多个存储器用于存储计算机程序代码,所述计算机程序代码包括计算机指令,当所述一个或多个处理器执行所述计算机指令时,使得执行如权利要求1-7任一项所述的方法。
9.一种计算机可读存储介质,包括指令,其特征在于,当所述指令在电子设备上运行时,使得执行如权利要求1-7任一项所述的方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202110915221.1A CN114489471B (zh) | 2021-08-10 | 2021-08-10 | 一种输入输出处理方法和电子设备 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202110915221.1A CN114489471B (zh) | 2021-08-10 | 2021-08-10 | 一种输入输出处理方法和电子设备 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN114489471A CN114489471A (zh) | 2022-05-13 |
CN114489471B true CN114489471B (zh) | 2023-04-14 |
Family
ID=81491648
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202110915221.1A Active CN114489471B (zh) | 2021-08-10 | 2021-08-10 | 一种输入输出处理方法和电子设备 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN114489471B (zh) |
Families Citing this family (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN114706820B (zh) * | 2022-05-18 | 2022-09-06 | 北京卡普拉科技有限公司 | 异步i/o请求的调度方法、系统、电子设备及介质 |
Family Cites Families (14)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP4407654B2 (ja) * | 2006-03-07 | 2010-02-03 | 日本電気株式会社 | 入出力要求制御方法、計算機システム及びコンピュータプログラム |
CN100428209C (zh) * | 2006-12-22 | 2008-10-22 | 清华大学 | 一种自适应的外部存储设备io性能优化方法 |
US9772959B2 (en) * | 2014-05-30 | 2017-09-26 | Apple Inc. | I/O scheduling |
US10585823B2 (en) * | 2014-09-30 | 2020-03-10 | EMC IP Holding Company LLC | Leveling IO |
CN108009006B (zh) * | 2016-11-02 | 2022-02-18 | 华为技术有限公司 | I/o请求的调度方法及装置 |
US10374634B2 (en) * | 2016-12-08 | 2019-08-06 | Western Digital Technologies, Inc. | Read tail latency reduction |
US10719245B1 (en) * | 2017-07-13 | 2020-07-21 | EMC IP Holding Company LLC | Transactional IO scheduler for storage systems with multiple storage devices |
CN107977271B (zh) * | 2017-12-21 | 2022-02-18 | 郑州云海信息技术有限公司 | 一种数据中心综合管理系统负载均衡方法 |
US10613998B2 (en) * | 2018-07-30 | 2020-04-07 | EMC IP Holding Company LLC | Multi-level time decay storage queue |
US10684964B1 (en) * | 2018-08-01 | 2020-06-16 | Lightbits Labs Ltd. | System and method for reducing read latency in storage devices |
US11023166B2 (en) * | 2018-08-08 | 2021-06-01 | Micron Technology, Inc. | Quality of service control for read operations in memory systems |
US20200264781A1 (en) * | 2019-02-20 | 2020-08-20 | Nanjing Iluvatar CoreX Technology Co., Ltd. (DBA “Iluvatar CoreX Inc. Nanjing”) | Location aware memory with variable latency for accelerating serialized algorithm |
US11614890B2 (en) * | 2019-07-30 | 2023-03-28 | Micron Technology, Inc. | Handling of host-initiated requests in memory sub-systems |
CN111124307B (zh) * | 2019-12-20 | 2022-06-07 | 北京浪潮数据技术有限公司 | 一种数据下刷方法、装置、设备及可读存储介质 |
-
2021
- 2021-08-10 CN CN202110915221.1A patent/CN114489471B/zh active Active
Also Published As
Publication number | Publication date |
---|---|
CN114489471A (zh) | 2022-05-13 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
RU2766255C1 (ru) | Способ голосового управления и электронное устройство | |
CN109890067B (zh) | 对特定路线上的特定位置进行识别的方法及电子设备 | |
CN114443277A (zh) | 内存管理方法、装置、电子设备以及计算机可读存储介质 | |
CN113553130B (zh) | 应用执行绘制操作的方法及电子设备 | |
CN113722087B (zh) | 虚拟内存管理方法和电子设备 | |
CN113806105A (zh) | 消息处理方法、装置、电子设备和可读存储介质 | |
CN116048933A (zh) | 一种流畅度检测方法 | |
WO2022143258A1 (zh) | 一种语音交互处理方法及相关装置 | |
CN114489471B (zh) | 一种输入输出处理方法和电子设备 | |
CN114546969A (zh) | 一种文件共享方法、装置及电子设备 | |
CN113485969B (zh) | 一种存储碎片化方法及装置、终端及计算机存储介质 | |
CN113590346B (zh) | 处理业务请求的方法和电子设备 | |
CN114222187B (zh) | 视频编辑方法和电子设备 | |
WO2022033355A1 (zh) | 一种邮件处理方法及电子设备 | |
CN114489469B (zh) | 一种数据读取方法、电子设备及存储介质 | |
CN114443240B (zh) | 输入输出请求处理方法和电子设备 | |
CN112286596A (zh) | 消息显示方法及电子设备 | |
WO2024045841A1 (zh) | 存储的方法、装置和电子设备 | |
CN113487272B (zh) | 日程活动冲突判断方法、电子设备及存储介质 | |
WO2022166550A1 (zh) | 数据传输方法及电子设备 | |
WO2023221917A1 (zh) | 账户屏蔽方法、通信系统及电子设备 | |
CN115700493A (zh) | 多文件同步方法及电子设备 | |
CN117311484A (zh) | 调整设备功耗的方法及电子设备 | |
CN116700913A (zh) | 嵌入式文件系统的调度方法、设备及存储介质 | |
CN117806745A (zh) | 界面生成方法及电子设备 |
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 |