CN101464807A - 一种应用程序的加载方法及装置 - Google Patents
一种应用程序的加载方法及装置 Download PDFInfo
- Publication number
- CN101464807A CN101464807A CNA2009100762748A CN200910076274A CN101464807A CN 101464807 A CN101464807 A CN 101464807A CN A2009100762748 A CNA2009100762748 A CN A2009100762748A CN 200910076274 A CN200910076274 A CN 200910076274A CN 101464807 A CN101464807 A CN 101464807A
- Authority
- CN
- China
- Prior art keywords
- nuclear
- routine
- address information
- loading
- main
- 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
Images
Landscapes
- Stored Programmes (AREA)
Abstract
本发明提供了一种应用程序的加载方法及装置,其中,该方法包括:主核将存储介质存储的启动程序搬移到内存中,获得该启动程序的地址信息;主核唤醒从核,并将启动程序的地址信息通知从核;从核根据所述启动程序的地址信息执行所述启动程序,并加载对应的应用程序。采用本发明,实现了从核自由、独立加载其对应的应用程序,不依赖于主核,避免了现有技术中需要主核为从核加载应用程序的操作,大大降低了主核的负荷。
Description
技术领域
本发明涉及计算机技术,特别涉及一种应用程序的加载方法及装置。
背景技术
随着微处理器技术的不断发展,出现了多核处理器。简单说来,多核处理器就是在同一个硅晶片上集成了多个独立物理核心,在实际工作中,多颗核心能够分别独立完成工作,从而达到了性能倍增的目的。
目前采用的多核处理器系统中,大多选用处理器中的一个核为主核,其承担主要的资源管理和复杂逻辑运算,其余的核作为从核,其承担逻辑简单但数据量大的工作。通常,主核的位置是关键的,当主核被复位时,所有的从核也会相应地被复位,而当其中的一个或多个从核被复位时,主核可以不被复位,如此,可以使主核运行一些不需要经常重启的应用程序,而从核运行一些需要经常重启的应用程序,比如一些与业务相关的应用程序。
对于多核处理器来说,需要实现各个核的应用程序的加载。由于多核处理器上电后,只有主核处于激活状态,因此,各个核并不是独立地加载各自的应用程序。现有的多核处理器中实现应用程序的加载方法主要包括:主核从复位异常向量所指向的地址空间中读取启动程序(BootRom:Boot Readonly memory),该启动程序适用于主核的启动,根据读取的启动程序对必要的硬件进行初始化;之后,主核加载自身的应用程序,并为所有的从核加载对应的应用程序,与此同时,所有的从核都处于睡眠状态;当主核加载完自身和所有的从核的应用程序之后,并在引导自身的应用程序之前,主核唤醒其他处于睡眠状态的从核。从核在被唤醒后,根据预设的应用程序入口和主核、从核的对应关系跳转到其对应的应用程序入口。如此,实现了多核系统中应用程序的加载操作。
可见,现有技术的上述方法中,所有从核的应用程序都是由主核加载的,这大大增加了主核的负荷。
发明内容
有鉴于此,本发明提供了一种应用程序的加载方法和装置,有利于降低主核的负荷。
一种应用程序的加载方法,包括:
主核将存储介质存储的启动程序搬移到内存中,获得该启动程序的地址信息;
主核唤醒从核,并将启动程序的地址信息通知从核;
从核根据所述启动程序的地址信息执行所述启动程序,并加载对应的应用程序。
一种应用程序的加载装置,该装置应用于包含存储介质和内存的多核系统中,包括:搬移单元、唤醒单元、通知单元、执行单元和从核加载单元;其中,
所述搬移单元用于将存储介质存储的启动程序搬移到内存中,获得该启动程序的地址信息;
所述唤醒单元用于唤醒多核系统中的从核,在执行唤醒操作后发送唤醒通知给所述通知单元;
所述通知单元用于接收所述唤醒通知后,将所述搬移单元获得的启动程序的地址信息通知所述执行单元;
所述执行单元用于根据所述通知单元通知的启动程序的地址信息执行启动程序,在执行启动程序后,发送加载通知给所述从核加载单元;
所述从核加载单元用于接收所述加载通知后,为所述唤醒单元唤醒的从核加载对应的应用程序。
由上述方案可知,本发明提供的应用程序的加载方法和加载装置中,主核将存储介质存储的启动程序搬移到内存中,获得该启动程序的地址信息;主核唤醒从核,并将启动程序的地址信息通知给从核;从核根据所述启动程序的地址信息执行所述启动程序,并加载自身对应的应用程序,从而实现了从核不依赖于主核为其加载其对应的应用程序,而是自身自由、独立加载其对应的应用程序,进而避免了现有技术中需要主核为所有的从核加载应用程序的操作,大大降低了主核的负荷。
附图说明
图1为本发明实施例提供的一种应用程序的加载流程图;
图2为本发明实施例提供的应用程序的加载方法的详细流程图;
图3为本发明实施例提供的应用程序的加载方法的另一详细流程图;
图4为本发明实施例提供的多核系统中应用程序的加载方法的详细流程图;
图5为本发明实施例提供的应用程序的加载装置的结构图。
具体实施方式
为了使本发明的目的、技术方案和优点更加清楚,下面结合附图对本发明进行详细描述。
启动程序适用于硬件的启动,其通常存储在存储容量相对小的存储介质中,其中,该存储介质为闪存(Flash),本发明实施例对多核处理器的特点进行分析,提出了一种新型的加载应用程序的方法,该方法适用于多核系统中,具体可参见图1所示。
参见图1,图1为本发明实施例提供的一种应用程序的加载流程图。如图1所示,该流程可包括以下步骤:
步骤101,主核将存储介质存储的启动程序搬移到内存中,获得该启动程序的地址信息。
通常,针对多核处理器,主核的个数一般只有一个。
这里,启动程序是存放在存储介质上的,其中,该存储介质可为Flash。针对每一个核,当其复位时,都需要获取启动程序。本领域技术人员知道,在多核处理器上电后,只有主核处于激活状态,而其余的从核都处于睡眠状态,因此,当多核处理器上电后,主核会主动将Flash存储的启动程序搬移到内存中,获得该启动程序的地址信息。
步骤102,主核唤醒从核,并将启动程序的地址信息通知从核。
这里,由于当多核处理器上电后,主核已将Flash存储的启动程序搬移到内存中,因此,当从核被主核唤醒后,只需要知道主核将启动程序搬移到内存上的地址信息即可,无需搬移启动程序了,因此,通过本步骤,可以使从核获知启动程序的地址信息。
步骤103,从核根据所述启动程序的地址信息执行启动程序,并加载对应的应用程序。
这里,步骤103的操作可以是在该从核被主核唤醒之后执行的,也可以是在该从核复位后所执行的,本实施例对此并未限定。
如此,实现了从核独立获取自身对应的应用程序的操作。
为使本实施例更加清楚,下面对本实施例提出的应用程序的加载方法进行详细描述。
参见图2,图2为本实施例提供的应用程序的加载方法的详细流程图。该方法适用于双核系统或者多核系统中,为简单描述,本实施例以双核系统比如双核处理器为例,即主核、从核的个数各为1个,其中,主核的身份编号为0,用于运行不需要经常重启的应用程序,如监控网络故障(OAM:Operation Administration Maintenance),从核的身份编号为1,用于运行需要经常重启的应用程序,如业务处理相关任务,如图2所示,该流程可包括以下步骤:
步骤201,双核处理器上电或整机复位。
需要说明的是,由于主核、从核是用户预先约定好的,但核本身并不知道其身份,即不知道其是主核还是从核,进而也不知道应该执行什么操作,因此,在步骤201中,可进一步执行身份的确定,即双核处理器上电或整机复位后,确定当前处于激活状态的核为主核还是从核,具体如何确定可与现有技术的操作类似,这里不再赘述。通常,当双核处理器上电或整机复位后,只有主核处于激活状态,因此,本实施例中,当前处于激活状态的核为主核,该主核执行下述步骤202。
步骤202,主核将存储介质上存储的启动程序搬移到内存上,获得该启动程序的启动程序入口点。
本实施例中,主核将启动程序搬移到内存上,可以方便其他从核共享该启动程序,进而执行该启动程序。另外,启动程序入口点为启动程序在内存中的具体地址信息。
步骤203,主核执行该启动程序,并对自身内部硬件和除从核内部的硬件之外的外围设备进行初始化。
步骤204,主核加载对应的应用程序。
这里,由于所有核的启动程序都存放在内存中,为防止多核同时访问该启动程序而造成核与核之间的互斥,因此,针对每一个核,当其不需要执行启动程序之后,可主动放弃对该启动程序的执行权。本领域技术人员知道,主核在加载对应的应用程序之后,就不再需要继续执行启动程序了,因此,在步骤204中,当主核完成加载对应的应用程序后,可进一步包括:放弃对启动程序的执行权。
步骤205,判断当前是否需要唤醒从核,如果是,执行步骤206,否则,执行步骤213。
这里,由于双核处理器上电或整机复位后,只有主核处于激活状态,所有的从核处于睡眠状态,因此,需要判断当前是否需要唤醒从核,其中,判断当前是否需要唤醒从核的具体操作可与现有技术类似,这里不再赘述。
步骤206,主核唤醒从核,将步骤202获得的启动程序入口点写入到共享内存中。
步骤207,从核对自身内部的硬件进行初始化。
这里,上述从核为被主核唤醒的从核。
由于主核、从核是用户预先约定好的,因此,从核自身并不知道其身份,进而也不知道应该执行什么操作,因此,在步骤207中,当从核被主核唤醒后,该从核还需要确定自身的身份是否为从核,在是的情况下,才执行对自身内部的硬件进行初始化的操作。
步骤208,从核从上述共享内存中读取启动程序入口点,并跳转到该启动程序入口点,执行该启动程序。
通常,可预先在内存中划分各个核对应的访问位置信息,即设置各个核与访问位置信息的对应关系,其中,该访问位置信息为经过内存映射之后的位置信息,如此,从核根据设置各个核与访问位置信息的对应关系确定其对应的访问位置信息,之后,通过确定出的访问位置信息访问内存,并在内存中查找启动程序的入口点,当查找到时,跳转到该启动程序入口点,并执行该启动程序入口点下的启动程序。
步骤209,从核加载对应的应用程序。
如此,实现了从核独立加载其对应的应用程序的操作。
本领域技术人员知道,从核在加载自身对应的应用程序之后,也不再需要继续执行启动程序了,因此,步骤209中,当从核完成加载自身对应的应用程序之后,还可进一步包括:放弃对启动程序的执行权。
需要说明的是,在从核加载应用程序后,如果从核一直处于使能状态,则该从核还可继续执行下述步骤210至步骤212。
步骤210,从核引导上述加载的应用程序。
步骤211,从核在从核应用程序平台上执行相应的命令。
步骤212,若从核需要复位,则返回步骤207,否则,返回步骤211。
如此,实现了从核在复位后不需要主核为其加载相应的应用程序,而是自己独立加载自身的应用程序的操作,进而大大减轻了主核的负荷。
步骤213,主核引导应用程序。
步骤214,主核在主核应用程序平台上执行相应的命令。
步骤215,若主核需要复位,则返回步骤201,否则,返回步骤214。
需要说明的是,当主核在上电后,若主核一直处于激活状态,因此,在唤醒从核之后,并不影响主核后续的工作,主核还可同时执行上述步骤213至步骤215。
至此,结束了本实施例中在多核处理器上电或整机复位后所执行的完整流程。
需要说明的是,上述实施例中,主核是采用共享内存的形式将启动程序入口点通知给从核的。本发明实施例中,主核也可采用消息机制的方式将启动程序入口点通知给从核,具体可参见图3所示。
参见图3,图3为本实施例提供的应用程序的加载方法的另一详细流程图,本实施例仍以双核处理器为例,主核的身份编号为0,从核的身份编号为1,如图3所示,该流程可包括以下步骤:
步骤301与步骤302分别与图2所示的步骤201和步骤202类似,这里不再赘述。
步骤303,主核唤醒从核。
步骤304,主核执行该启动程序,并对自身内部硬件和除从核内部的硬件之外的外围设备进行初始化;而从核被主核唤醒后,对自身内部的硬件进行初始化,在完成初始化操作后,处于等待状态之中。
步骤305,主核加载对应的应用程序。
步骤306,主核将启动程序入口点携带在消息中发送给从核。
需要说明的是,当主核在上电后,若主核一直处于激活状态,因此,在唤醒从核、并将启动程序入口点携带在消息中发送给从核之后,并不影响主核后续的工作,主核还可同时执行下述步骤312至步骤314。
步骤307,从核接收该消息,跳转到该消息携带的启动程序入口点,执行该启动程序。
这里,从核在完成步骤304中的初始化操作后,处于等待的状态之中,直至接收到主核发送的携带启动程序入口点的消息。
步骤308至步骤310分别与图2所示的步骤209至步骤210类似,这里不再赘述。
步骤311,判断从核是否需要复位,如果是,执行步骤312,否则,返回执行步骤310。
步骤312,从核对自身内部的硬件进行初始化,在完成初始化操作后,处于等待状态之中,直至接收到步骤307中的携带启动程序入口点的消息,并继续执行步骤307。
步骤313至步骤315分别与图2所示的步骤213至步骤215类似,这里不再赘述。
如此,实现了本实施例提供的应用程序加载方法的另一详细流程。
需要说明的是,上述图2和图3所示的流程都是以双核系统为例的,即主核、从核的个数各为1个。但通常,针对多核处理器,从核的个数一般为一个或一个以上。因此,下面对本实施例提供的多核系统中应用程序加载方法的流程进行详细描述。
参见图4,图4为本发明实施例提供的多核系统中应用程序加载方法的详细流程图。本实施例以多核系统为多核处理器、主核采用共享内存的形式将启动程序入口点通知给从核为例,则如图4所示,该流程可包括以下步骤:
步骤401,多核处理器上电或整机复位。
步骤402至步骤405分别与图2所示的步骤202和步骤205类似,这里不再赘述。
步骤406,主核根据预设的次序唤醒从核,并将启动程序入口点写入到共享内存中。
这里,预设的次序可存在于所有的核中。当主核在上述步骤405中确定出需要唤醒从核时,则本步骤中,主核根据预设的次序确定其要唤醒的从核,之后,唤醒该确定出的从核,其中,该预设的次序是为了避免多个从核同时访问启动程序。
步骤407至步骤408分别与图2所示的步骤207至步骤208类似,这里不再赘述。
步骤409,从核加载对应的应用程序,并根据预设的次序唤醒另一个从核,并将启动程序的地址信息通知给该另一个从核,该另一个从核在按照上述从核的操作加载对应的应用程序后,继续按照预设的次序执行唤醒从核的操作,直至所有的从核加载对应的应用程序。
若上述从核在加载对应的应用程序之后,一直处于使能状态,则该从核还可继续执行步骤410至步骤412,其具体分别与图2所示的步骤210至步骤212类似,这里不再赘述。
若主核一直处于激活状态,在步骤406中执行唤醒从核的操作后,并不影响主核后续的工作,主核还可同时执行步骤413至步骤415,其具体分别与图2所示的步骤213至步骤215类似,这里不再赘述。
可见,上述实施例中,当主核加载对应的应用程序之后,便放弃了启动程序的执行权,然后交给从核去执行,这样就创造了各个核共享同一份代码的先决条件,也理智的避开了多个核同时执行启动程序所带来的互斥问题。
进一步地,还可以看出,主核和从核共享同一份启动程序,并且从核依赖于主核将启动程序搬移到内存空间,搭建代码运行的环境,进而可以说明主核和从核共享同一个运行环境。并且,从核在访问存储启动程序的内存时,是根据预先在内存中划分的各个核对应的访问位置信息中确定其对应的访问位置信息,其中,该访问位置信息为经过内存映射之后的位置信息,这样,从核无须做内存映射,就可以跳转到启动程序入口点,执行该启动程序,如此,更容易使得从核能够运行于主核所搭建的运行环境中。
以上是对本发明所提供的方法进行的详细描述,下面对本发明所提供的应用程序的加载装置进行详细描述。
参见图5,图5为本发明实施例提供的应用程序的加载装置的结构图。本实施例中,该应用程序的加载装置可为多核处理器或其他多核装置,本实施例对此并未限定。
优选地,如图5所示,该装置应用于包含存储介质和内存的多核系统中,其中,该多核系统包含主核和从核,则如图5所示,该装置可包括:搬移单元501、唤醒单元502、通知单元503、执行单元504和从核加载单元505。
其中,搬移单元501用于将存储介质存储的启动程序搬移到内存中,获得该启动程序的地址信息。
唤醒单元502用于唤醒多核系统中的从核,在执行唤醒操作后发送唤醒通知给通知单元503。
通知单元503用于接收上述唤醒通知,将搬移单元501获得的启动程序的地址信息通知执行单元504;
执行单元504用于根据通知单元503通知的启动程序的地址信息执行启动程序,在执行启动程序后,发送加载通知给从核加载单元505。
从核加载单元505用于接收所述加载通知,为唤醒单元502唤醒的从核加载对应的应用程序。
优选地,通知单元503将搬移单元501获得的启动程序的地址信息通知执行单元504可有多种实现形式,如采用共享内存的形式将启动程序的地址信息通知给执行单元504;或者采用消息机制将启动程序的地址信息通知给执行单元504等。
其中,若通知单元503采用共享内存的形式将启动程序的地址信息通知给执行单元504,则优选地,如图5中的虚线所示,该装置还可包括:主核加载单元506。
其中,主核加载单元506用于读取搬移单元501搬移到内存中的启动程序,并为多核系统中的主核加载对应的应用程序。
通知单元503将所述搬移单元501获得的启动程序的地址信息写入到所述多核系统的共享内存中;其中,该共享内存可为预先在多核系统的内存中划分出来的一小块内存信息。
执行单元504在完成从核内部硬件的初始化后,从所述共享内存中读取所述启动程序的地址信息。
若通知单元503采用共享内存的形式将启动程序的地址信息通知给执行单元504,主核加载单元506用于读取搬移单元501搬移到内存中的启动程序,并为多核系统中的主核加载对应的应用程序。
执行单元504对从核内部硬件进行初始化,在完成初始化后,处于等待之中,直至接收到通知单元503发送的携带启动程序的地址信息的消息;并根据接收的消息所携带的启动程序的地址信息来执行该启动程序。
通知单元503将搬移单元501获得的启动程序的地址信息携带在消息中发送给执行单元504。
优选地,若多核系统当前存在多个从核,则唤醒单元502根据预设的唤醒从核的次序唤醒从核;
从核加载单元505可包括:从核加载子单元5051、从核唤醒子单元5052和从核通知子单元5053。
其中,从核加载子单元5051用于接收执行单元504发送的加载通知,并为唤醒单元502唤醒的从核加载对应的应用程序。
从核唤醒子单元5052用于在获知从核加载子单元5051加载应用程序之后,根据预设的唤醒从核的次序唤醒另一个从核。
从核通知子单元5053用于在获知从核唤醒子单元5052唤醒另一个从核后,将启动程序的地址信息通知该另一个从核。
由上述方案可知,本发明实施例提供的应用程序的加载方法和加载装置中,主核将存储介质存储的启动程序搬移到内存中,获得该启动程序的地址信息;当主核加载自身对应的应用程序后,主核唤醒从核,并将启动程序的地址信息通知给该从核;这样,从核根据所述启动程序的地址信息执行启动程序,并加载自身对应的应用程序,从而实现了从核自由、独立加载其对应的应用程序,不依赖于主核,避免了现有技术中需要主核为所有的从核加载应用程序的操作,大大降低了主核的负荷。
进一步地,本实施例中,当主核加载自身对应的应用程序之后,可放弃启动程序的执行权,然后交给从核去执行,这样就创造了各个核共享同一份代码的先决条件,也理智的避开了多个核同时执行启动程序所带来的互斥问题。
更进一步地,还可以看出,主核和从核共享同一份启动程序,并且从核依赖于主核将启动程序搬移到内存空间,搭建代码运行的环境,进而可以说明主核和从核共享同一个运行环境。并且,从核在访问存储启动程序的内存时,是根据预先在内存中划分的各个核对应的访问位置信息中确定其对应的访问位置信息,其中,该访问位置信息为经过内存映射之后的位置信息,这样,从核无须做内存映射,就可以跳转到启动程序入口点,执行该启动程序,如此,更容易使得从核能够运行于主核所搭建的运行环境中。
以上所述仅为本发明的较佳实施例而已,并不用以限制本发明,凡在本发明的精神和原则之内,所做的任何修改、等同替换、改进等,均应包含在本发明保护的范围之内。
Claims (12)
1、一种应用程序的加载方法,其特征在于,包括:
主核将存储介质存储的启动程序BootRom搬移到内存中,获得该启动程序的地址信息;
主核唤醒从核,并将启动程序的地址信息通知从核;
从核根据所述启动程序的地址信息执行所述启动程序,并加载对应的应用程序。
2、根据权利要求1所述的方法,其特征在于,所述主核获得启动程序的地址信息的操作进一步包括:主核加载对应的应用程序;
所述将启动程序的地址信息通知从核包括:
将启动程序的地址信息写入到预设的共享内存中,从核在完成自身内部硬件的初始化后,从预设的共享内存中读取所述启动程序的地址信息。
3、根据权利要求2所述的方法,其特征在于,所述从核在加载对应的应用程序之后,若需要复位,则进一步包括:从核对自身内部硬件进行初始化,当完成初始化时,继续执行所述从预设的共享内存中读取所述启动程序的地址信息的操作。
4、根据权利要求1所述的方法,其特征在于,所述主核将启动程序的地址信息通知从核包括:
主核加载对应的应用程序,从核在完成自身内部硬件的初始化后,处于等待之中,直至接收到主核发送的携带启动程序的地址信息的消息;
所述从核根据启动程序的地址信息执行启动程序包括:
从核根据接收的消息所携带的启动程序的地址信息来执行启动程序。
5、根据权利要求3或4所述的方法,其特征在于,所述启动程序的地址信息为启动程序在内存中的入口点;
所述从核根据启动程序的地址信息执行启动程序包括:
从核根据预先在内存中划分的核与访问位置信息的对应关系确定其对应的访问位置信息;
从核通过确定出的访问位置信息访问内存,并在内存中查找所述启动程序的入口点,当查找到时,执行所述启动程序。
6、根据权利要求3或4所述的方法,其特征在于,所述主核加载对应的应用程序的操作进一步包括:当主核完成加载对应的应用程序后,主核放弃对启动程序的执行权;
所述从核加载对应的应用程序的操作进一步包括:当从核完成加载对应的应用程序后,从核放弃对启动程序的执行权。
7、根据权利要求1所述的方法,其特征在于,若当前存在多个从核,则所述主核唤醒从核包括:主核根据预设的唤醒从核的次序唤醒从核;
所述从核加载对应的应用程序之后,进一步包括:从核根据预设的唤醒从核的次序唤醒另一个从核,并将启动程序的地址信息通知另一个从核,该另一个从核在加载对应的应用程序后,继续按照预设的唤醒从核的次序执行唤醒从核的操作,直至所有的从核都加载完对应的应用程序。
8、根据权利要求1所述的方法,其特征在于,所述从核根据启动程序的地址信息执行所述启动程序的操作是在该从核被主核唤醒之后执行的,或者在该从核复位后所执行的。
9、一种应用程序的加载装置,其特征在于,该装置应用于包含存储介质和内存的多核系统中,包括:搬移单元、唤醒单元、通知单元、执行单元和从核加载单元;其中,
所述搬移单元用于将存储介质存储的启动程序搬移到内存中,获得该启动程序的地址信息;
所述唤醒单元用于唤醒多核系统中的从核,在执行唤醒操作后发送唤醒通知给所述通知单元;
所述通知单元用于接收所述唤醒通知,将所述搬移单元获得的启动程序的地址信息通知所述执行单元;
所述执行单元用于根据所述通知单元通知的启动程序的地址信息执行启动程序,在执行启动程序后,发送加载通知给所述从核加载单元;
所述从核加载单元用于接收所述加载通知,为所述唤醒单元唤醒的从核加载对应的应用程序。
10、根据权利要求9所述的装置,其特征在于,该装置还包含:主核加载单元;其中,所述主核加载单元用于读取所述搬移单元搬移到内存中的启动程序,并为多核系统中的主核加载对应的应用程序;
所述通知单元将所述搬移单元获得的启动程序的地址信息写入到所述多核系统的共享内存中;
所述执行单元在完成从核内部硬件的初始化后,从所述共享内存中读取所述启动程序的地址信息。
11、根据权利要求9所述的装置,其特征在于,该装置还包含:主核加载单元;其中,
主核加载单元用于读取所述搬移单元搬移到内存中的启动程序,并为多核系统中的主核加载对应的应用程序;
所述执行单元在完成从核内部硬件的初始化后,处于等待之中,直至接收到所述通知单元发送的携带启动程序的地址信息的消息;并根据接收的消息所携带的启动程序的地址信息来执行启动程序;
所述通知单元将所述搬移单元获得的启动程序的地址信息携带在消息中发送给所述执行单元。
12、根据权利要求9至11任一所述的装置,其特征在于,若多核系统当前存在多个从核,则所述唤醒单元根据预设的唤醒从核的次序唤醒从核;
所述从核加载单元包括:从核加载子单元、从核唤醒子单元和从核通知子单元;其中,
所述从核加载子单元用于接收所述执行单元发送的加载通知,并为所述唤醒单元唤醒的从核加载对应的应用程序;
所述从核唤醒子单元用于在获知所述从核加载子单元加载应用程序之后,根据预设的唤醒从核的次序唤醒另一个从核;
所述从核通知子单元用于在获知所述从核唤醒子单元唤醒另一个从核后,将启动程序的地址信息通知该另一个从核。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2009100762748A CN101464807B (zh) | 2009-01-08 | 2009-01-08 | 一种应用程序的加载方法及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2009100762748A CN101464807B (zh) | 2009-01-08 | 2009-01-08 | 一种应用程序的加载方法及装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN101464807A true CN101464807A (zh) | 2009-06-24 |
CN101464807B CN101464807B (zh) | 2012-07-04 |
Family
ID=40805400
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN2009100762748A Expired - Fee Related CN101464807B (zh) | 2009-01-08 | 2009-01-08 | 一种应用程序的加载方法及装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN101464807B (zh) |
Cited By (22)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102982001A (zh) * | 2012-11-06 | 2013-03-20 | 无锡江南计算技术研究所 | 众核处理器及其空间访问的方法、主核 |
CN104156234A (zh) * | 2014-07-22 | 2014-11-19 | 华为技术有限公司 | 启动多核处理器、bootloader大小端模式自适应的方法及装置 |
CN104199699A (zh) * | 2014-08-29 | 2014-12-10 | 北京经纬恒润科技有限公司 | 程序加载方法、芯片启动方法、装置及主控设备 |
CN104899089A (zh) * | 2015-05-25 | 2015-09-09 | 常州北大众志网络计算机有限公司 | 一种面向异构多核体系的任务调度方法 |
CN106371884A (zh) * | 2016-09-18 | 2017-02-01 | 时瑞科技(深圳)有限公司 | 通用嵌入式加载应用系统及方法 |
CN106407156A (zh) * | 2016-09-23 | 2017-02-15 | 深圳震有科技股份有限公司 | 一个bootrom引导多核cpu启动的方法及系统 |
CN106815039A (zh) * | 2016-08-08 | 2017-06-09 | 上海友衷科技有限公司 | 一种并行文件系统解压方法 |
CN107544815A (zh) * | 2016-06-28 | 2018-01-05 | 中兴通讯股份有限公司 | 一种多处理器系统的启动方法及装置 |
CN108460282A (zh) * | 2017-02-22 | 2018-08-28 | 北京大学 | 一种基于异构多核芯片的计算机安全启动方法 |
CN108874458A (zh) * | 2017-05-10 | 2018-11-23 | 鸿秦(北京)科技有限公司 | 一种多核SoC的固件启动方法以及多核SoC设备 |
CN109901890A (zh) * | 2019-03-07 | 2019-06-18 | 深圳忆联信息系统有限公司 | 一种控制器加载多核固件的方法、装置、计算机设备及存储介质 |
CN110225386A (zh) * | 2019-05-09 | 2019-09-10 | 青岛海信电器股份有限公司 | 一种显示控制方法、显示设备 |
CN111475213A (zh) * | 2020-04-03 | 2020-07-31 | 深圳忆联信息系统有限公司 | 多核结构固态硬盘的功耗降低方法、装置和计算机设备 |
CN111949989A (zh) * | 2020-07-27 | 2020-11-17 | 首都师范大学 | 一种多核处理器的安全管控装置及方法 |
CN112256350A (zh) * | 2020-10-26 | 2021-01-22 | 上海华东汽车信息技术有限公司 | 车载系统启动方法、装置、车载装置、车辆及存储介质 |
CN113010353A (zh) * | 2021-03-22 | 2021-06-22 | 北京灵汐科技有限公司 | 核地址更新方法、映射方法、数据传输方法及装置、芯片 |
WO2021168861A1 (zh) * | 2020-02-29 | 2021-09-02 | 华为技术有限公司 | 一种多核处理器、多核处理器处理方法及相关设备 |
CN114064138A (zh) * | 2022-01-17 | 2022-02-18 | 杭州研极微电子有限公司 | 包括多核处理器的系统的启动方法以及采用该方法的系统 |
CN114090086A (zh) * | 2021-11-23 | 2022-02-25 | 西安微电子技术研究所 | 一种基于ZynqMP平台嵌入式操作系统快速启动方法 |
CN114137882A (zh) * | 2021-11-30 | 2022-03-04 | Oppo广东移动通信有限公司 | 无线设备的控制方法及无线设备 |
CN114721735A (zh) * | 2022-03-04 | 2022-07-08 | 珠海海奇半导体有限公司 | 一种程序动态加载方法、装置及电子设备 |
CN117234607A (zh) * | 2023-11-15 | 2023-12-15 | 北京智芯微电子科技有限公司 | 多核系统及其动态模块加载方法、介质和处理器芯片 |
-
2009
- 2009-01-08 CN CN2009100762748A patent/CN101464807B/zh not_active Expired - Fee Related
Cited By (34)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102982001B (zh) * | 2012-11-06 | 2015-11-18 | 无锡江南计算技术研究所 | 众核处理器及其空间访问的方法、主核 |
CN102982001A (zh) * | 2012-11-06 | 2013-03-20 | 无锡江南计算技术研究所 | 众核处理器及其空间访问的方法、主核 |
CN104156234A (zh) * | 2014-07-22 | 2014-11-19 | 华为技术有限公司 | 启动多核处理器、bootloader大小端模式自适应的方法及装置 |
CN104156234B (zh) * | 2014-07-22 | 2018-07-31 | 华为技术有限公司 | 启动多核处理器、bootloader大小端模式自适应的方法及装置 |
CN104199699A (zh) * | 2014-08-29 | 2014-12-10 | 北京经纬恒润科技有限公司 | 程序加载方法、芯片启动方法、装置及主控设备 |
CN104199699B (zh) * | 2014-08-29 | 2017-06-16 | 北京经纬恒润科技有限公司 | 程序加载方法、芯片启动方法、装置及主控设备 |
CN104899089A (zh) * | 2015-05-25 | 2015-09-09 | 常州北大众志网络计算机有限公司 | 一种面向异构多核体系的任务调度方法 |
CN107544815A (zh) * | 2016-06-28 | 2018-01-05 | 中兴通讯股份有限公司 | 一种多处理器系统的启动方法及装置 |
CN106815039A (zh) * | 2016-08-08 | 2017-06-09 | 上海友衷科技有限公司 | 一种并行文件系统解压方法 |
CN106371884B (zh) * | 2016-09-18 | 2019-12-20 | 时瑞科技(深圳)有限公司 | 通用嵌入式加载应用系统及方法 |
CN106371884A (zh) * | 2016-09-18 | 2017-02-01 | 时瑞科技(深圳)有限公司 | 通用嵌入式加载应用系统及方法 |
CN106407156B (zh) * | 2016-09-23 | 2018-11-23 | 深圳震有科技股份有限公司 | 一个bootrom引导多核cpu启动的方法及系统 |
CN106407156A (zh) * | 2016-09-23 | 2017-02-15 | 深圳震有科技股份有限公司 | 一个bootrom引导多核cpu启动的方法及系统 |
CN108460282A (zh) * | 2017-02-22 | 2018-08-28 | 北京大学 | 一种基于异构多核芯片的计算机安全启动方法 |
CN108874458A (zh) * | 2017-05-10 | 2018-11-23 | 鸿秦(北京)科技有限公司 | 一种多核SoC的固件启动方法以及多核SoC设备 |
CN109901890A (zh) * | 2019-03-07 | 2019-06-18 | 深圳忆联信息系统有限公司 | 一种控制器加载多核固件的方法、装置、计算机设备及存储介质 |
WO2020177577A1 (zh) * | 2019-03-07 | 2020-09-10 | 深圳忆联信息系统有限公司 | 一种控制器加载多核固件的方法、装置及计算机设备 |
CN109901890B (zh) * | 2019-03-07 | 2020-12-01 | 深圳忆联信息系统有限公司 | 一种控制器加载多核固件的方法、装置、计算机设备及存储介质 |
CN110225386A (zh) * | 2019-05-09 | 2019-09-10 | 青岛海信电器股份有限公司 | 一种显示控制方法、显示设备 |
CN110225386B (zh) * | 2019-05-09 | 2021-09-14 | 海信视像科技股份有限公司 | 一种显示控制方法、显示设备 |
WO2021168861A1 (zh) * | 2020-02-29 | 2021-09-02 | 华为技术有限公司 | 一种多核处理器、多核处理器处理方法及相关设备 |
CN111475213A (zh) * | 2020-04-03 | 2020-07-31 | 深圳忆联信息系统有限公司 | 多核结构固态硬盘的功耗降低方法、装置和计算机设备 |
CN111949989A (zh) * | 2020-07-27 | 2020-11-17 | 首都师范大学 | 一种多核处理器的安全管控装置及方法 |
CN111949989B (zh) * | 2020-07-27 | 2021-09-10 | 首都师范大学 | 一种多核处理器的安全管控装置及方法 |
CN112256350A (zh) * | 2020-10-26 | 2021-01-22 | 上海华东汽车信息技术有限公司 | 车载系统启动方法、装置、车载装置、车辆及存储介质 |
CN113010353A (zh) * | 2021-03-22 | 2021-06-22 | 北京灵汐科技有限公司 | 核地址更新方法、映射方法、数据传输方法及装置、芯片 |
CN113010353B (zh) * | 2021-03-22 | 2024-05-28 | 北京灵汐科技有限公司 | 核地址更新方法、映射方法、数据传输方法及装置、芯片 |
CN114090086A (zh) * | 2021-11-23 | 2022-02-25 | 西安微电子技术研究所 | 一种基于ZynqMP平台嵌入式操作系统快速启动方法 |
CN114090086B (zh) * | 2021-11-23 | 2023-05-30 | 西安微电子技术研究所 | 一种基于ZynqMP平台嵌入式操作系统快速启动方法 |
CN114137882A (zh) * | 2021-11-30 | 2022-03-04 | Oppo广东移动通信有限公司 | 无线设备的控制方法及无线设备 |
CN114064138A (zh) * | 2022-01-17 | 2022-02-18 | 杭州研极微电子有限公司 | 包括多核处理器的系统的启动方法以及采用该方法的系统 |
CN114721735A (zh) * | 2022-03-04 | 2022-07-08 | 珠海海奇半导体有限公司 | 一种程序动态加载方法、装置及电子设备 |
CN117234607A (zh) * | 2023-11-15 | 2023-12-15 | 北京智芯微电子科技有限公司 | 多核系统及其动态模块加载方法、介质和处理器芯片 |
CN117234607B (zh) * | 2023-11-15 | 2024-01-26 | 北京智芯微电子科技有限公司 | 多核系统及其动态模块加载方法、介质和处理器芯片 |
Also Published As
Publication number | Publication date |
---|---|
CN101464807B (zh) | 2012-07-04 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN101464807B (zh) | 一种应用程序的加载方法及装置 | |
US10592254B2 (en) | Technologies for fast low-power startup of a computing device | |
KR101832953B1 (ko) | 모바일 디바이스의 어플리케이션 프로세서의 원격 시동 | |
EP2619679B1 (en) | System and method for facilitating wireless communication during a pre-boot phase of a computing device | |
CN104583900B (zh) | 在处理器的异质核之间动态切换工作载荷 | |
US8788861B2 (en) | Connected standby sleep state for increased power savings | |
US11463955B2 (en) | Method for implementing low power consumption on standby for bluetooth security device and bluetooth security device | |
CN100365576C (zh) | 嵌入式操作系统内存镜像启动优化的实现方法 | |
CN101051279B (zh) | 外围设备运行方法、外围设备及主机 | |
JP2013516025A (ja) | コンピューティングデバイスのための動的低電力モード実装 | |
CN102929713A (zh) | 支持多操作系统并行的松散耦合异质多核处理系统 | |
CN104205755A (zh) | 用于在计算设备的网络触发的唤醒期间延迟分组的方法、设备和系统 | |
CN104303149A (zh) | 用于调度便携式计算设备中的请求的方法和系统 | |
CN101533355A (zh) | 一种启动多操作系统的方法和装置 | |
US9323307B2 (en) | Active display processor sleep state | |
WO2016179900A1 (zh) | 一种路由设备及其节电方法、装置、存储介质 | |
EP2889719B1 (en) | Method and apparatus to manage power usage in a processor | |
CN105282327A (zh) | 一种控制方法、电子设备及外接设备 | |
WO2013101228A1 (en) | Middleware power management | |
CN102385529B (zh) | 多cpu领域移动电子装置与其操作方法 | |
EP3885880A1 (en) | Power management circuitry for controlling a power state transition based on a predetermined time limit | |
TW201310220A (zh) | 節能系統以及節能方法 | |
CN116048635A (zh) | 一种综合模块化航电系统内平台组件状态管理方法 | |
Torroja et al. | Ultra-Low Power Host off-load GNSS Positioning |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C14 | Grant of patent or utility model | ||
GR01 | Patent grant | ||
CP03 | Change of name, title or address | ||
CP03 | Change of name, title or address |
Address after: 310052 Binjiang District Changhe Road, Zhejiang, China, No. 466, No. Patentee after: Xinhua three Technology Co., Ltd. Address before: 310053 Hangzhou hi tech Industrial Development Zone, Zhejiang province science and Technology Industrial Park, No. 310 and No. six road, HUAWEI, Hangzhou production base Patentee before: Huasan Communication Technology Co., Ltd. |
|
CF01 | Termination of patent right due to non-payment of annual fee | ||
CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20120704 Termination date: 20210108 |