建议广场

桌面在滑动时经常出现掉帧,不丝滑,视觉上有顿挫感,建议优化一下 @HONOR2608234508028 @MagicOS流畅橙子 @性能_阿勇 @MagicOS流畅李同学
21 人已参与
支持
反对
痛点 当前MagicBook的Turbo X已经实现场景识别、功耗与性能释放调校,但大多是单硬件平台的固定场景策略。Windows NT内核掌握线程分配最终决定权,并且NT调度行为会受到CPU硬件负载提示的干扰。只在单一品牌芯片上做测试,很难区分调度行为是Windows原生规则,还是芯片硬件上报Hint带来的影响,限制了调度优化的上限。手机端荣耀与高通SOC协同调参的思路,可以迁移并升级到PC平台。 方案构想 建议荣耀同时和英特尔、AMD、高通(骁龙X PC芯片)开展OEM合作,分别签署保密协议,获取三家处理器对应的可调参数、硬件调度相关OEM调参文档与调试工具。 荣耀搭建多芯片对照实验室环境:在保持负载、软件环境一致的前提下,分别在英特尔、AMD、骁龙X平台大量复现办公、游戏、多屏协同等场景。通过对比多平台下Windows线程分配行为,剥离硬件差异带来的干扰,归纳出Windows NT内核通用的调度行为规律,无需获取Windows内核源码。 基于多平台采集的海量数据,训练笔记本本地轻量化AI预测模型。AI实时采集线程优先级、CPU负载、IO状态、芯片硬件负载信息,预
7 人已参与
86%
14%
什么时候把平铺的打断动画也优化一下呢,对齐一下堆叠
30 人已参与
87%
13%
app打断动画会有回缩时会app图标会有白色空白
13 人已参与
92%
8%
打开文件夹不能立马滑动,还有打开文件夹不能全屏滑动。还有能不能做一下息屏动画和亮屏动画
33 人已参与
85%
15%
你加了这个回弹,很好 但是你没加打断动画,这不好,这非常不好 复现路径:点蓝牙展开或者音乐展开,不能打断,只能等完全展开(大约一秒),然后点空白处,回缩,看到了回弹的动画。
36 人已参与
97%
3%
170版本打断打断动画没有优化,操作快了会延迟,需多次点击才有效果。
32 人已参与
91%
9%
具体看视频,更新150版本后发现,点进文件夹后,立即侧滑翻页没反应,感觉是动画没结束滑了无效。如果点进去后等1s侧滑就有用。
12 人已参与
100%
0%
当前MagicOS桌面大文件夹,执行打开过渡动画期间,点击桌面其他区域无法中断动画,必须等待文件夹完整打开动画执行完毕后,才可以响应后续点击操作,交互响应存在阻塞。 希望优化交互逻辑:允许在大文件夹打开动画播放的过程中,点击其他区域即可打断当前打开动画;同时配套增加打断状态的过渡动画,实现平滑终止动画,避免界面生硬跳转,提升桌面操作跟手性与交互体验。
16 人已参与
94%
6%
痛点 当前CPU调度大多是被动响应:线程来了之后,调度器才临时判断分配算力。 当负载突然切换(从低负载→中负载→高负载),临时计算调度策略会存在延迟,容易出现瞬间卡顿、功耗波动,没有提前做好准备。 构想 给系统调度器增加AI实时预测规划模块: 1. AI根据当前场景、用户历史使用习惯,预判接下来最可能出现的2种线程负载类型(低/中/高负载); ​ 2. 提前针对这两种预判负载,预先算好对应的调度方案,并且把策略缓存下来; ​ 3. 当新线程真正到来时,调度器直接取用提前缓存好的调度策略,不用现场临时计算,缩短调度决策耗时。 举例:用户正在玩游戏,AI预判接下来大概率出现【高负载渲染线程】或者【中负载后台线程】,提前准备两套调度方案缓存。一旦线程出现,直接执行预计算好的策略,减少反应延迟。 @HONOR2608234508028 @MagicOS流畅橙子 @性能_阿勇 @MagicOS流畅李同学
20 人已参与
90%
10%
痛点 现在系统内存回收只看单个App的冷热度。 但很多人有固定搭配使用习惯:比如一边用文档写东西,一边开浏览器查资料;或是微信+财经软件来回切换。 系统并不知道这几个App是你经常一起切换使用的。内存紧张时,很可能随机杀掉组合里其中一个App,打断你的工作流。明明两个软件需要配合使用,结果一个保活、一个被回收,来回反复重载,体验很差。 构想 让系统学习用户操作习惯,识别出高频来回切换的2~3个App,标记为一组热点组合。 内存进行回收决策时,增加一条规则: 1. 优先不拆分这组热点组合,尽量整组保留在后台; ​ 2. 只有内存压力极大、实在没有别的办法腾出空间时,才会逐个回收组内App。 简单理解:系统记住你经常一起用的几个App,把它们当成一个整体。能保住就一起保住,不到万不得已不会单独杀掉其中某一个。 @HONOR2608234508028 @MagicOS流畅橙子 @性能_阿勇 @MagicOS流畅李同学
17 人已参与
94%
6%
oppo动画丝滑Q弹 荣耀的动画还是僵硬 建议荣耀集各家之所长
7 人已参与
86%
14%
修改应用打开关闭动效 增加根据应用位置3d倾斜形变打开和关闭的动效 有点类似于os10的时候的按压倾斜效果
27 人已参与
96%
4%
应用过渡动画的舒缓模式 肉眼已经能感受到轻微掉帧了 且频率较高 可以优化吗 还是说安卓机的寿命到了性能已经开始慢慢衰退了
13 人已参与
92%
8%
使用体验较差,页面比较卡
13 人已参与
100%
0%
这十一系统更卡了,不过确实好看了一些
11 人已参与
91%
9%
耀子什么时候可以做像苹果的那样子的动画或者说并行动画
23 人已参与
87%
13%
做像iOS那种倾斜开关应用动画,感觉更符合液态玻璃的灵动效果,并且能给用户选择动画样式的选项
47 人已参与
81%
19%
系统做的跟手一些 流畅一些,哪怕比不过绿厂的丝滑,也得做的和蓝厂不分伯仲吧,你看看现在的系统是个啥啊 骁龙8Gen3的机器 还不如隔壁的天玑8400流畅,
22 人已参与
100%
0%
现在手机只有简单的性能/省电模式,或是极客中心微调频点,改动深度有限。极客模式只是在同一套底层框架内临时调整参数,没法从根本上改变芯片长期的功耗、温控基线。 我的想法:荣耀可联合高通,针对少数旗舰SoC,预先打磨三套完整独立调校包:性能版、均衡版、能效版。用户在设置里选择方案后,手机重启加载对应的整套调度与电源策略。 - 性能版:拉高功耗墙,适合游戏、剪辑等重度场景; ​ - 均衡版:系统默认,兼顾续航与日常流畅; ​ - 能效版:压低峰值功耗,通勤刷内容,减少发热、延长续航。 落地思路(控制研发维护成本) 该功能只在少量旗舰机型试点,不铺开至全机型。只针对固定1~2款芯片做三套调校,避免适配大量SOC带来的测试、OTA维护压力,减少工作量。 和现有功能区分 本方案和极客模式可以共存:极客中心留给发烧友自定义微调;这套三套调校包面向普通用户,一键选择成品调校方案。切换需要重启,保障底层参数切换后的系统稳定性。 用户价值 一台手机不用换硬件,按需切换整套芯片调校策略。打游戏用性能版,日常出门用能效版,兼顾不同场景需求。 @HONOR26082345080
4 人已参与
100%
0%
现在删除一个应用的动画就只是应用缩小消失,有点太单调了,建议加点特效或者什么比较美观灵动的动画效果
27 人已参与
93%
7%
能不能把性能引擎平台的cpu和gpu的调度显示改成可以反应实时调度
13 人已参与
100%
0%
1、 打断旋转动画,2、状态栏线性运动过渡动画 3、锁屏岛
12 人已参与
100%
0%
用户建议荣耀Magic 8手机增加粒子特效。
34 人已参与
85%
15%
现在手机SOC的调度,大多只做到把指令分配到不同CPU核心。 大核跑重任务,小核跑轻任务。但进到同一个核心内部之后,指令还是要排队争抢硬件资源。 传统CPU工作流程: 指令进入流水线 → 完成译码解析 → 才知道这条指令需要哪些硬件电路。 如果对应的运算单元已经被占用,指令就只能排队等待,造成流水线停顿,出现帧率波动、不必要的功耗损耗。 打个比方: 好比到场馆办事,人进到大厅,工作人员才知道你需要多大的工作工位。工位被占满,就只能原地排队等候,白白消耗时间。 我的构想:给指令增加资源预标记 不改动ARM原生机器码,不破坏现有APP生态。 在APP编译阶段,分析每一条指令,生成配套标记信息: 1. 预估这条指令运算需要多少高电平晶体管、多少低电平晶体管; ​ 2. 附带简单标签,区分是整数运算、浮点运算还是读写内存。 注意:不是标记每一个晶体管的开关,只统计资源量级,不会让指令体积暴涨,不会挤占宝贵的缓存空间。 CPU流水线前端增加一个轻量解析模块,在指令正式译码之前就读取标记。 微架构根据标记里的资源需求,提前调度内部电路,预先腾出对应的运算硬件。 等到指令
5 人已参与
80%
20%
骁龙8gen2在os10感觉卡卡的 动画很多地方都掉帧 到时候升级到os11会有改善吗 不求细节 只求流畅
10 人已参与
80%
20%
我正在使用MagicOS 11的测试版,不得不说它的界面很漂亮,但某些区域的动画不够流畅,设计也缺乏一致性。 例如,按住文本显示放大镜或复制粘贴菜单的功能缺少液态玻璃效果。 “流动光效”设计语言非常不完善,目前仅支持音乐播放器界面。我建议将其扩展到音频播放时的音量调节区域。此外,该功能还扩展到了相机应用,录制视频时,流光效果会随着用户的录制而缓慢流动,带来更加生动的体验。我还建议将流光效果应用于已连接的 WLAN。例如,在控制中心展开 WLAN 开关,当前连接的 WLAN 将显示流光效果。在图库等应用中拖动液态玻璃药丸时,不会出现“彩虹”扭曲效果。 有些动画并不适合液态玻璃设计语言。例如,在控制中心展开 Wi-Fi 和蓝牙开关时,缩回时整个开关会被挤压变形,而不是像预期那样有弹性。请向苹果学习一下。 液态玻璃是此版本的首要任务,所以请确保其正确性和一致性。
26 人已参与
96%
4%
一、现有行业痛点 目前手机品牌的芯片调校模式均为芯片定型后被动适配: 1. 高通完成芯片设计、流片生产后,荣耀拿到实体样机,才能开始系统调度适配、温控调优、性能策略打磨。 2. 如果发现芯片底层调频时序、电源域响应、电压阈值、缓存策略与MagicOS调度逻辑不匹配,硬件已无法修改,只能靠软件妥协弥补。 3. 很多游戏帧率抖动、重载忽热、多任务偶发卡顿、OTA后调度翻车,根源都是:芯片硬件参数与系统调度先天不匹配。 4. 真机测试成本高、周期长,无法模拟数年长期老化、极端负载、海量迭代场景,新机软硬件磨合上限受限。 行业现状:各家都有芯片仿真工具,但没有手机品牌能在芯片设计阶段自由迭代调度参数、反向优化芯片硬件配置。 二、优化方案建议 建议荣耀联合高通、台积电,搭建移动端专属SOC混合数字孪生仿真平台,采用行业成熟、可落地的工作流程: 1. 三方联合建模(不涉及核心IP泄露) - 高通提供芯片架构、调频、功耗、电源域可配置模型 - 台积电提供工艺晶体管漏电、发热、老化电气模型 - 荣耀导入MagicOS调度引擎、负载场景、温控策略代码 平台为封闭保密
6 人已参与
100%
0%
增加应用在侧面回收上道的动画
30 人已参与
97%
3%
一、痛点 当前SOC调度、温控调教大多是单机型单独打磨。每款芯片、每台机型都要工程师从零调校,重复工作量大,各机型调度体验参差不齐。 而且系统大版本更新后,底层机制改动,旧的调教参数容易不匹配,出现更新后发热、卡顿。 同时手机硬件会慢慢老化,不同用户使用习惯差别很大,固定出厂参数很难长期适配。 二、优化方案:通用SOC智能调教框架 在Magic旗舰深度打磨高通平台的基础上,提炼一套标准化SOC调教框架。 1. 跨机型复用,减少研发工作量 框架保留成熟的调度、温控、频率阶梯逻辑。后续适配其他机型、不同SOC时,只微调硬件相关参数,不用从头重新设计整套策略,统一全系调度质感。 ​ 2. 适配系统版本变化 系统更新后,框架自动识别底层环境,动态调整调教参数,自动适配新版底层,避免旧调度策略失效。 ​ 3. 硬件老化自适应 持续监测芯片能效、散热、电池状态,根据硬件老化程度缓慢微调调度阈值,缓解老设备降频卡顿问题。 ​ 4. 基于用户习惯AI动态调参 学习用户使用行为,区分重度游戏、日常轻度使用等场景,生成个性化调度策略,平衡流畅度、温控与续航。 三、配套约束 参数采
33 人已参与
94%
6%
建议在点击一个应用并彻底打开它之前点击其他应用可以在保证都有应用打开动画的同时打开这个后点击的应用 虽然没什么用,但是就当是一个吸引人的小细节吧
22 人已参与
95%
5%
建议荣耀加一个跟这种差不多的吧,因为澎湃,然后OPPO这些我都有,然后他们这些过渡动画都挺好看的也不僵硬我感觉现在我的荣耀8 Pro这样子滑来滑去有点僵硬。像硬滑过去的一样
43 人已参与
95%
5%
现在虽然可以调节应用打开速度了,但是切换之后打开文件夹的速度还是不能改啊,非常突兀,我想让文件夹打开更快,是没有任何办法的
24 人已参与
83%
17%
痛点 我们刷短视频、长列表或者看动画的时候,APP会不断产生很多用完就不需要的临时数据(**对象)。 现在手机要等这类**攒到一定数量,再大范围扫描整块内存去找**,一次性清理。这个扫描过程会占用算力,偶尔就会出现画面短暂卡顿。 如果一个个单独上报每一条**的地址,消息太多,反而会增加手机负担。 优化想法 让内存控制器提前告诉ART虚拟机:接下来一段时间,那些用完就扔的临时数据,会存放在哪一段内存区域。 1. 内存控制器提前把这块内存范围通知虚拟机; ​ 2. 虚拟机提前做好准备,盯着这一块区域; ​ 3. 当数据存放到这片区域后,虚拟机持续观察,一旦确认这个数据已经不再使用、变成**,马上清理; ​ 4. 这个思路也可以用到CPU缓存里面,同步清理缓存里失效的临时数据; ​ 5. 兜底方案:如果临时数据分配跑出了预先告知的这片区域,自动换回手机原本的**清理方式,不会漏掉**; ​ 6. 只在刷列表、动画这种大量产生临时数据的场景开启,其他普通场景维持手机原有机制不变。 能带来什么好处 1. 虚拟机只需要重点关注提前通知的这片区域,不用大范围扫描全部内存
26 人已参与
88%
12%
目前来消息的动画不够q弹灵动,希望可以向苹果学学新消息弹出动画
40 人已参与
98%
2%
痛点 现在安卓系统里,Linux内核负责整机CPU、内存的全局调度,ART虚拟机负责App内部GC**回收、Java线程管理。两者是两套独立的调度逻辑: - 内核不清楚App内部GC的压力,虚拟机也看不到整机的负载情况; ​ - 经常出现冲突:内核正在收紧内存资源,虚拟机却触发大规模**回收;内核要压低后台线程优先级,App内部线程还在抢占资源; ​ - 二者动作不同步,会造成卡顿、掉帧、功耗异常,这是长期存在的系统问题。 现有方案只能做到ART把线程类型上报给内核,内核再做调度,属于事后反馈,存在一定的响应滞后。 方案思路 不搞复杂的AI预测,不改动硬件权限隔离,采用内核下发调度目标、ART同步配合的思路。 1. 根据用户场景动态调整调度周期 内核实时感知用户操作(滑动、点击、打字)、前台应用场景、整机CPU和内存负载,自动改变调度周期长短: - 用户正在滑动、交互操作:使用短周期,保证响应及时; ​ - 静态浏览、轻度使用:中等周期,平衡性能与耗电; ​ - 锁屏静置、后台闲置:拉长周期,减少额外开销,降低耗电。 2. 每个周期开始,内核提前下发本
16 人已参与
88%
12%
看了苹果的Duo的折叠交互,真的惊艳,期待能在荣耀上实现
39 人已参与
95%
5%
荣耀MagicOS团队,你们好! 希望能向开发团队提交一个关于系统动效与视觉体验的建议: 调节音量与亮度时:建议在拉动滑块时加入类似“星芒/闪粉/流光”的微特效,让视觉反馈更加细腻灵动。 清除通知与删除组件/应用时:希望加入“流体玻璃”与粉碎/散落的流光动画效果。 这些动效细节能大幅提升系统的精致感与操作手感。附上示例参考图片,希望官方能在后续系统更新中考虑加入,谢谢!
26 人已参与
92%
8%
加快APP启动速度,使用APP更加高效便利。
8 人已参与
88%
12%
简体中文 - China
返回顶部