建议广场

将启动前六秒改为可自主调节时间长短,因为有些应用开屏广告区间未被这里的前六秒所覆盖。
16 人已参与
支持
反对
YOYO建议部分建议卡片如紫外线强度、穿衣建议等点击进入没有过渡动画,退出又有过渡动画,体验割裂
11 人已参与
支持
反对
如图1的终末地测试,可以看到,不考虑功耗的前提下,友商的性能是更好的,仅有6次小卡顿。其次是另一位友商,卡顿次数67次。而荣耀的性能表现并不好,卡顿达到147次,标准差也来到了0.6。如图二,第三台的功耗比另外两款手机分别低了1.5W、1.8W,尤其是荣耀,在性能更差的同时,温度也控制不是很好,在15分钟内来到了48.7℃。这款机型糟糕的热设计,它的左侧边框有一片区域尤为烫手。再加上**屏幕搭配**DDIC的超高发热,右侧屏幕下方发热奇高。其他两款机型都没有这个问题。它的终末地游戏体验毫无疑问是最差的 如图三,这里荣耀依旧是“鹤立鸡群”。这样的“小游戏”,功耗竟然比对照组高了整整1.85W!!!这可是高了40%!!!同时性能也要差于两位友商。这是荣耀开启了双大核导致的?错啦,荣耀根本不是双大核调度。分析trace可以看到,它实际上只是让UnityMain游戏主线程在两个大核上来回迁移,来浪费精贵的L1缓存从而损失性能的不正确的调度。而且它对于游戏的渲染线程也做了一样的处理——根本没有独占核心,甚至连绑核都没做。再而且,这款手机的屏幕与任何一块超高刷屏不同——它硬件不支持144Hz/16
43 人已参与
支持
反对
为什么过渡动画那3个选项和硬件加速功能,放在开发者模式里面?就不能放在辅助或者别的地方?非要打开开发者模式才能用吗?
26 人已参与
支持
反对
好好优化一下操作,滑动不跟手,有延迟、滞后
15 人已参与
支持
反对
🚀 核心构想:在编译阶段,自动将指令按类型分类,给每类指令贴上一个“适配标签”。这个标签描述了这类指令最适合运行在什么状态的核心上——比如温度在什么范围、负载剩余多少、频率在什么区间。当指令进入调度队列时,调度器直接根据标签和当前各核心的实时状态进行匹配,找到最合适的那颗核心,不再需要临时分析指令特征 目前调度器在分配指令到各个核心时,需要实时分析这条指令是什么类型、适合什么样的核心,然后再结合各核心的当前状态做出分配决策。这个过程虽然极快,但如果调度器能提前知道“这条指令适合什么状态的核心”,它就可以直接进行匹配,进一步提升效率。 我的想法是:让编译器在生成指令时就做好分类和标注工作,调度器只需要根据标签去匹配当前各核心的状态,找到最合适的那颗核心即可。 📐 技术原理 第一步:编译时对指令进行归类。 编译器在生成机器码时,会自动分析指令的静态特征,将指令归入不同的类型。比如连续的高密度浮点运算归为“浮点密集型”,频繁的内存读写归为“访存密集型”,简单的逻辑判断和跳转归为“轻量计算型”。 第二步:给每类指令贴上适配标签。 针对不同类型的指令,编译器贴上对应的适配标签。这个
8 人已参与
支持
反对
全场景并行动画!触控优先! 全场景并行动画!触控优先! 全场景并行动画!触控优先!
35 人已参与
支持
反对
整体性能其实比三星都要强,为什么不更新出类似于三星的桌面端模式
13 人已参与
支持
反对
为突出问题,我动效速度设置的是 高效,但这个速度只在点击软件图标时生效,其他界面完全无效,应该完全同步才对,不然视觉效果非常割裂,完全恶心人
25 人已参与
支持
反对
为什么横屏时不能快速切换应用,只有竖屏时才行,这个能不能改一下
16 人已参与
支持
反对
不要非得等上一个动画完成之后才可以执行下一步操作。不然太不跟手了。
36 人已参与
支持
反对
耀子,你现在大功能不缺,就是一个全场景的打断动画有这么难做吗?
28 人已参与
支持
反对
图上对应设置里面是16+16,但查看还是16,友商vivo人家是实打实的扩充了运存,直接能直观看到和使用一共32G的运存
26 人已参与
支持
反对
把过渡动画可以设置的稍微慢一点,避免傻快的感觉
17 人已参与
支持
反对
腰果们,荣耀官宣这个已经到底动画你们体验了没有?反正我这个magic 5是没有体验到。有没有体验到的宝子们告诉我一下,建不建议升级?
12 人已参与
支持
反对
动画做的跟奥利给一样,做了一年了就这?真的想笑😅,就这还敢发还丝滑流畅第一弹,第二弹?笑死我了
24 人已参与
支持
反对
新版本增加了第三方软件一镜到底的动效,在小红书和b站,你点进去内容的时候,整个页面会抖一下,感觉影响观感。本来一镜到底的目的是为了能够更好的衔接主页面和详细内容的切换,这个过程本应该是做到平稳的过渡,结果你为了增加这些动效,在点进去详细页面的时候,页面非得抽搐一下,它很影响内容的观看体验。一镜到底的初衷是好的,但是希望能够减少不必要的负面动画效果。
22 人已参与
支持
反对
简体中文 - China
返回顶部