26 Star 148 Fork 76

OpenHarmony / distributedschedule_services_samgr_lite

在穿戴产品上,践行微服务框架的可行性

Task
Done
treemanharmony  Opened this issue

该问题是怎么引起的?

在穿戴产品上,践行微服务框架的可行性,ROM RAM 性能,华为有内部自己的评估么?

重现步骤

在穿戴产品上,践行微服务框架的可行性,ROM RAM 性能,华为有内部自己的评估么?

报错信息

在穿戴产品上,践行微服务框架的可行性,ROM RAM 性能,能成功么?

Attachments
total 2 participants

Comments (3)

treemanharmony 2020-11-14 17:46

移植结果测试:ROM\RAM相比“一整坨”增加了20%左右。解耦确实做得更好了,但是20%的代价太大了。

Sven Wang 2020-11-14 18:08 member

@treemanharmony ROM和RAM的占用是看具体的遗留产品怎么改造的。每个service和feature是几个生命周期函数,内部管理的服务内存百十来字节。samgr基础开销可以通过具体编译后来查看。至于20%增加需要依据遗留系统具体的服务拆分粒度和代码实现情况来支撑?真要占到了20%以上的话,那么服务拆的是不是太小了?

Sven Wang 2020-11-14 18:11 member

@treemanharmony 一体化系统会占据资源轻量化的优势,服务化系统会有更好一些的解耦。当然解耦会付出一定的资源。需要做好资源和解耦的平衡。

Sign in to comment

Assignees
Labels
Not set
Projects
Milestones
Branches
Planed to start
Not set
Planed to end
Not set
Top level
Priority
1
https://git.oschina.net/openharmony/distributedschedule_services_samgr_lite.git
git@git.oschina.net:openharmony/distributedschedule_services_samgr_lite.git
openharmony
distributedschedule_services_samgr_lite
distributedschedule_services_samgr_lite

Search

103611 48b8ff67 1899542 103622 4d02230c 1899542