建议广场

建议在11系统上 给第二代骁龙8处理器机型优化一下流畅度
56 人已参与
支持
反对
这个在控制面板打开音乐和收回的时候会有明显动画卡顿
25 人已参与
支持
反对
在现在安卓系统百家争鸣的情况下,荣耀就拿出这种动画水平和流畅度,还好意思说是最强玻璃效果,真是贻笑大方
35 人已参与
支持
反对
更新Magic os11之前这里都有动画的,怎么现在没有了
11 人已参与
支持
反对
荣耀系统更新软件应用,减少占用内存
13 人已参与
支持
反对
我建议在锁屏和主屏幕弹出通知时,添加液态玻璃的抖动动画,使它们看起来更有Q弹效果。
39 人已参与
支持
反对
什么时候优化一下这个点开的流畅度,从OS10到OS11点开的时候都是卡卡的
30 人已参与
支持
反对
机型:荣耀X80 Pro Max 系统版本:MagicOS11内测版 1. Bug现象:收到微信推送消息,点通知进入微信,切换横屏时直接黑屏,屏幕无响应,锁屏后重新点亮才能恢复。 复现方式:微信来消息,点击通知进入页面,开启横屏触发黑屏。 ​ 2. 续航问题:升级MagicOS11之后耗电明显变快,亮屏使用功耗高于上一版MagicOS10,希望尽快优化
5 人已参与
支持
反对
一句话总结: 在游戏、多线程等重载场景里,TurboX 用“本地调度习惯 + 云端同机型数据”提前判断哪些状态点容易能效下滑,临时屏蔽容易拖后腿的调度策略,让调度提前绕坑,减少发热和帧率波动。 一、要解决的痛点 原生调度在游戏、多线程并发这类负载突变场景下,可能在特定状态点做出不够优的调度选择。结果就是功耗和性能忽高忽低,出现瞬时发热、帧率波动。更麻烦的是,这类问题往往会在相似场景下反复出现。 这里说的“能效下行”,简单理解就是:更费电、更容易热,性能还容易掉。 二、TurboX 怎么做 核心思路:不等抖动发生再补救,而是提前预判、事前避坑。 1. 本地学习:学习这台设备过去的调度行为习惯。 2. 云端汇总:汇总大量同机型用户在同场景下的运行数据。 3. 找风险点:提前预测哪些系统状态点容易发生能效下行。 4. 提前推演:在到达这些点之前,模拟哪些调度策略可能造成能效下滑。 5. 临时拉黑:把这些高危策略临时加入黑名单。 6. 调度避坑:调度决策时避开黑名单,从剩余可选方案里挑更合适的动作。 可以理解为:原生调度仍是主司机,TurboX 是提前看路况的副驾,快到容易堵车、打滑
15 人已参与
支持
反对
能像华为那样出一个实时渲染的粒子动效吗?
43 人已参与
86%
14%
有些弹出窗口和动画缺乏“流畅感”,有时感觉像塑料一样。打开控制中心不会像液体一样弹跳和抖动,从控制中心滑动到通知中心也不会。请记下oppo、vivo、iOS和HyperOS。 尤其是按住应用程序菜单时,感觉一点也不像液体,反而像塑料一样。
29 人已参与
支持
反对
你们只给下面的导航做了切换动画,一点不给上面的页面切换做动画是吧,非常生硬。
8 人已参与
支持
反对
痛点 当前调度分配核心,大多只看线程负载大小。 但有些高负载线程,频繁访问内存、缓存命中率很低:就算扔到大核,大部分时间都在等内存数据,大核算力空转,白白耗电,提速效果却很有限。 反过来,有些线程缓存命中率高、内存等待少,指令可以持续跑满,放到大核就能快速完成,整体反而更省电。 优化思路 TurboX在分配核心时,不只看负载,额外读取缓存命中率、内存访问延迟两个指标,提前算出临界点: 1. 线程缓存命中率低、内存访问延迟高 → 优先分配中核。大核算力会被内存等待卡住,提升很小,中核就能完成任务,功耗更低。 ​ 2. 线程缓存命中率高、内存访问延迟低 → 优先分配大核。指令可以持续执行,大核快速跑完,缩短任务时长,综合功耗反而更优。 临界点由荣耀提前做大量真机实验标定,固化参考阈值;运行时实时读取硬件性能计数器的数据来判断。 好处 - 减少大核“空转耗电”,游戏、多任务场景,在不损失流畅度前提下压低峰值功耗、控制发热。 ​ - 调度决策更贴合真实硬件瓶颈,而不是单纯凭线程负载判断。 @HONOR2608234508028 @MagicOS流畅橙子 @性能
21 人已参与
支持
反对
建议出个类似于OPPO ColorOS17的渐进式运动的动画效果 当通控界面切换时,各种界面元素会随着手势滑动位置,力度与速度渐进呈现,也希望在此基础上再加入类似于果冻的q弹效果
23 人已参与
支持
反对
桌面开关应用的动态效果,只会影响开关应用。建议在呼出任务栏、从任务栏开进入应用、开关应用文件夹,等等这些地方也能受到动态效果影响。也建议能调整动态效果速度。
11 人已参与
82%
18%
在高负载下卡顿明显
19 人已参与
84%
16%
这都magicos11系统了,文件夹动画逻辑能改一下么?还是动画不结束点不动,翻不了页,人为制造断触啊。
6 人已参与
83%
17%
从应用界面滑出时,它会缩小成图标,但在最后几秒会突然跳动一下,感觉像是“锁定”在了某个位置。请观看视频。
19 人已参与
支持
反对
magic os11的最新109版本:以下场景没有实现并行操作。 从负一屏,回到桌面,立马下拉状态栏,会硬控一秒。 打开桌面上的应用收纳文件夹后立马左右滑动,会硬控一秒。
24 人已参与
100%
0%
一、现有痛点(精简) 目前系统调度、性能策略均使用原生C语言开发。 C语言功能通用,但针对手机SOC调度、内存IO、线程管控场景不够专用: 1. 常规代码写法繁琐,需要大量重复样板代码。 2. 多指针、多分支区间循环、多条件资源切换写法复杂,容易产生人为bug。 3. 通用C语言无法适配MagicOS独有调度逻辑,优化上限有限。 二、优化方案(务实、可落地、零风险) 建议荣耀基于标准C语法,开发一套轻量化、内部专用、高度兼容的调度领域扩展语言。 核心定位: 不是全新编程语言,是「面向TurboX调度场景的增强C语言子集」 1. 语法95%和C一致,工程师零学习成本 2. 仅新增调度专属极简语法 3. 完全兼容原有C代码、系统ABI、驱动、内核 4. 无任何生态负担、无兼容性风险、无运行功耗增加 三、专属增强语法(精准解决调度痛点) 仅增加3类高频调度专用能力,不做无用冗余功能: 1. 区间定向循环 支持直接指定循环执行区间(从第N次到第M次) 用于分层调度、阶段性任务执行,简化代码、减少冗余判断。 2. 多条件智能指针 支持单指针绑定2~3个资
20 人已参与
90%
10%
建议新增性能模式的快捷开关
27 人已参与
89%
11%
magicOS11能不能优化一下power2的屏幕触摸延迟的问题,延迟感太明显了,十分不跟手。
21 人已参与
支持
反对
加载变流畅些
29 人已参与
支持
反对
比如这个v系的不公平调度,可以在开小窗的时候限制小窗应用性能,避免前台应用卡顿 省电模式改为超大核锁定一个最高频率(类似vivo) 避免开启省电模式后打开应用反复提频造成高功耗 参考b站up小白测评在BV1iqQUYYEcm视频中提到的策略
28 人已参与
96%
4%
就是说这种粒子消散效果真的感觉好好看。
14 人已参与
支持
反对
我觉得这一代系统最大的提升就是动效方面。比如智慧多窗的这个简洁悬浮窗风格的动画,非常好。要是可以做的更多像,控制中心的免打扰长按之后触发的Q弹效果会更好。我认为荣耀完全可以做更多的这种动效。这种Q弹的动效,会让体验非常舒服。还有可以更多的做一些系统触感反馈。比如锁屏的反馈,点击控制中心的反馈等等。 荣耀的动效,完全可以做成果冻动效,点击完之后的收缩要时间要长一些,更加符合人眼观察,以及系统引导性。
25 人已参与
92%
8%
我觉得荣耀可以做一个动效,就是在图库,或者别的什么其他的应用,在里面有悬浮底栏的。可以做一个收缩的动效,让文字或者内容不被挡到影响阅读。比如向上滑动时,悬浮底栏可以从最左边,收缩到最右边的搜索。然后向下滑动的时候,再用Q弹的动画,将悬浮底栏弄出来
27 人已参与
93%
7%
动画除了不稳定没啥毛病指哪打哪,如有人不喜欢请别一刀切。给个阈值控制
27 人已参与
100%
0%
长按应用时弹出的菜单看起来不够“流畅”。我建议把动画效果做得像 vivo 那样
8 人已参与
100%
0%
桌面在滑动时经常出现掉帧,不丝滑,视觉上有顿挫感,建议优化一下 @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%
简体中文 - China
返回顶部