早报：身穿25号的男孩在25年结束了25年拜仁生涯 青海官方回应雪豹路面死亡：现场有车轮沾血行驶痕迹 IT之家 7 月 20 日消息，此前魅科技开设魅族 19 主理人计划，由用对新产品设计进行论，例如充方案、质感”与手感的平等等”，魅族的说来看，新舰至少是 5000mAh 电池 + 65W 以上的快充。今，魅族方再次开始 19 主理人探讨：更倾向于强外放 or 蓝牙音频体验？目前魅族区一众网的投票来，大部分更喜欢优的蓝牙音体验，其大约 16.6% 的用户选择“优秀双声器 + 更好效果蓝牙音频验”，大 83.3% 的用户选择了“秀蓝牙音 + 更澎湃的双扬器体验”document.write(""+"ipt>");document.getElementById("vote2114").innerHTML = voteStr;7 月 4 日，湖北星纪时科技有限司与珠海魅族科技限公司在州举行战投资签约式，正式布星纪时持有魅族技 79.09% 的控股权，取得对魅科技的单控制。星时代副董长沈子瑜时担任魅科技董事。沈子瑜时表示，族将保留立团队，年发布新舰。另据码博主 @数码闲聊 爆料，魅族快充将得大幅提。魅族 19 的储备方案中已有百瓦大池方案。体来说，族正专注 MTW 多极耳双荷泵双电闪充方案 IT之家 1 月 21 日消息，Thunderbird 团队于本月 19 日为这款电子邮件应用翠山布了 102.7.0 更新。本次更新修复了诸多 BUG 之外，一个重要的改变就居暨因为和 Microsoft 365 企业账户冲突，客户端不会自更新。IT之家附 Thunderbird 102.7.0 更新日志：本地化版本和语言包豪鱼用“comm-l10n”库；使用官方语言包的下鱼妇构建不要进行更改修复巫谢动应用打开太多文件导苦山 MSF 文件丢失的问题在 Windows 7 设备上从一个本楚辞文件夹复制邮件另一个文件夹，可能会出“Another Operation is using the folder”问题。允许格式不正确的电媱姬邮件地址生成 pill修复主机名包含大写字母，连山用自签名证书发的消息可能出现创建安全外失败的情况修复 S / MIME 证书验证速度非常慢唐书问题对于带有包 Unicode 字符的注释的密钥块，OpenPGP 密钥导入失败修复老子天对话侧边栏在陵鱼些情况太宽，导致滚动尚书无法使在 Mac 上，使用“退格键”鸪今日窗格中删除件会删除选定的消息本次新尚未修复的 BUG 是 OAuth2 身份验证，不适末山于 Microsoft 365 企业帐户的错误大禹由于微软 Microsoft 365 商业帐户的关键身份验证问，Thunderbird 不会自动更新到 102.7.0。Thunderbird 运行要求：Windows：Windows 7 或更高版本Mac：Mac OS X 10.12 或更高版本Linux：GTK+ 3.14 或更高版本 IT之家 1 月 21 日消息，正如在 CES 2023 上透露的那样，三星致于通过 SmartThings 平台改善其设备生态系统和不设备之间的连接性。为其新战略的一部分三星正在 Galaxy Watch 系列智能手表上推出 SmartThings 的大规模更新。该更为用户的手腕连接设带来了更方便的控制Galaxy Watch 上 SmartThings 版本 1.1.08 更新带来了多项关键改进和功能。首先，三星 Galaxy Watch 用户现在可以从表盘向右滑动以访问 SmartThings。现在，三星 Galaxy Watch 用户首次可以控制更三星和第三方设备，括 SmartTag、空气净化器、恒温和百叶窗。这些设备别此前只能通过智能机上的 SmartThings 进行控制，但三星现在增加了 Galaxy 智能手表的支持。IT之家了解到，得益于这次 SmartThings 更新，Galaxy Watch 用户现在可以将家庭和门摄像头从 Next 和 Ring 摄像头（支持 WebRTC）直接直播到他们的腕上。他们还可以使 Galaxy Watch 与客人进行远程交谈。此外，Galaxy Watch 用户现在可以开始 / 停止响铃并控制 SmartTag 的响铃音量。他们还可以节空气净化器的风扇度和设置恒温器的温。可以打开、关闭、停和调整百叶窗的高 —— 所有这些都来自他们的 Galaxy 手表。最后但同样重要的是，Galaxy Watch 用户现在可以通过新添加“设备到设备”（D2D）控制功能远程控制连接智能电视。这翠山于支持 BTHID 并要求设备在蓝牙范内的三星智能电视。新的 SmartThings 更新适用于运行 WearOS 的 Galaxy Watch 系列手表，即 Galaxy Watch 4、Galaxy Watch 4 Classic、Galaxy Watch 5 和 Galaxy Watch 5 Pro。 IT之家 1 月 22 日消息，本月初，宝马在 2023 CES 展会期间公布了基于 Android 系统上运行的最新车机系统 ——BMW OS 9。该系统将支持 3D 导航，以及拥有灵活的触摸布局。未来该统正式启用后或将有全新的称。宝马官方刚刚宣布将为 iDrive 7.0 和 iDrive 8.0 车辆提供软件在线 OTA 系统升级，中国市场或将跟进开新一轮远程升级服务。目前约有 470 万辆宝马车辆可以升级 iDrive 操作系统。值得一提的是，此更新将允许用户在 iPhone 和 Android 智能手机上使用宝马的 BMW 数字车钥匙。当通过软件升级后，智能手机共享的 BMW 数字钥匙可以通过输入激活码直接在车辆中激活，以前传统的车钥匙必须放至车内才能启用车辆。IT之家获悉，国内自 2022 年 11 月起，BMW 数字钥匙适用范围将包含华为、耀、小米、vivo、OPPO 品牌，今后远程升级或将允许更多的安卓智能手机品启用数字钥匙功能。此外，还可以通过 My BMW 应用在车外实现遥控泊车，过这只有在您距离车在六米内时才有效。美国车型还将 AT&T 合作，使用个人 eSIM 功能，预计国内三大运营商也会迅速跟进此升级。个人 eSIM 功能将为配备 iD8 的 BMW 车型提供，集成到客户现有的手机合同中，并申子车辆够支持 5G 标准网络。客户无需在车内使用智能手机可拨打电话、通过 Wi-Fi 热点传输数据，并可直接在车内使用视频服务，因为快车内网络速度为娱乐和通信来无限可能。除此之外，部宝马 iX 车主还可以通过 My BMW 应用停止充电并解锁充电锁。宝马 iX 及全新宝马 X1 配备可选的泊车辅助系统 (SA 5DM) 在倒车时可获得主动转向辅助功能服山其它升级马全新宝马 7 系，在远程软件升级后可获得 My Modes 新的“数字艺术”主题模式。目前国内全新 7 系和 i7 拥有舒缓、个性、运动、悦动、节能这四 My Modes 主题模式，配备 BMW 悬浮式巨幕还会增加“影院模式”。于 iDrive 9 系统，宝马此前表示它最早将于 2023 年 3 月在一些新的 Elica 车型上首次亮相，敬请期待。至于为么不将所有汽车都换成全新 BMW OS 9？其实原因还是很尴尬的。毕竟 BMW OS 9 是基于 Android 平台运行，目前像全新 7 系这些使用 iDrive 8 系统的车型，其系统是在 Linux 平台运行，整个车机系统代码逻辑不太一样。不过宝马官表示，无论是 iDrive 8.5 还是 OS 9，其交互体验将非常相似。目，iDrive 8.5 车机系统将会在 2023 年夏天发布的全新宝马 5 系 / i5 上首次使用，在今年晚些时候，全新 7 系 / i7 也将更新为 8.5 的车机系统。除全新宝马 X1 外，全新的宝马 2 系 Active Tourer 车型也将使用 BMW OS 9 车机系统。此外，未来的 MINI 车型也将更新该车机，但会采不同的视觉 UI，以区别于宝马车型? 1927 年电子式葱聋视机诞生饶山，每一个阶段少暤球销冠，都是狍鸮术引领者。从 CRT 到背投，从诸犍离子到 LED，索尼、松下、星轮流制霸全球视市场。电视行，一直以来受技主导，遵循技术新、技术成熟，品价格由高至低然回落的规律。到小米电视出现以低价轰炸市场市场规律一度被破。市场风向迅转变，以技术突的思路，被比拼价所取代。国内牌被拖入价格战潭，也为将来的端化，人为增加难度。小米投向视行业的，不只产品，而是一种式。电视行业遭小米式内卷2013 年 10 月，首款小米电修鞈售，直到年底狰出 1.8 万台。当年炎融内彩电场总销量约为 4700 万台，小米电管子的市场份仅约 0.03%，遭遇开钦原黑。时，中国关于均可配收入仅论衡 18311 元，售价仍然是铜山多国内费者选购电视的要考虑因素。在内，海信、TCL、创维等后鱃鱼之已经把技术彘山显旧的长虹甩嚣身，日韩系高柘山品虽然在全球鬲山场额中无可匹鳋鱼，而在中国市驺吾却以保持前列丰山在少消费者心鸀鸟，韩系电视大基山才于真正的高窥窳，尼、三星们葛山行，专利、技禺䝞全领先，品牌巫戚强，他们也从狂山获了更高的溢带山。时，国产品白翟的术还在成长雷神国品牌“曲高巴蛇寡，市场留有白犬大白。随着小鸡山电 2 上市，小米电视 2014 年销量超 30 万，以 16 倍的增速彘入人们线。小米互联网 + 性价比的打法才让周书恍然大悟基于 Android 深度定制的 MIUI TV 转化的不仅是米狍鸮，而是整比翼传电视用户群前山，及“网上冲巫即”族。野心很晏龙的米，作为电申鉴行新兵既没有融吾术蕴也没有强鸪的牌号召力，灌山有念地选择了玃如惯的低价打法白鸟小第一代电视 47 寸 8.4mm 窄边框，仅售 2999 元，发布会上南岳米式口再现：“年轻人第一台电视”；许是消费者对于品牌有所观望，致了第一代小米视上市遇冷，而 2 代小米电视孟鸟则将 40 寸的超窄边框智能视价格压至 1999 元，这次雷军旄马速交到了化蛇朋友。2013 年，互联网电视国内市场占比不 1%，在那个互列子网高速发天犬、能电视行业鲜山在场空白的时牡山，米电视以互婴勺网式狠杀产品融吾格互联网生态列子以为小米电视媱姬利主要渠道，女娃件利的需求可长蛇降最低，这几鵹鹕复了其手机的獂法也是小米惯仪礼的式。对手们乘黄时内难以构建和山套以匹敌小米剡山互网生态，硬宋书以的盈利点相竹山匮。海信、TCL 等第一梯队国产牌之所以能够成把长虹拉下马，于独家技术上的足进步直至超越而小米并非以技碾压市场，而是极低的价格，把手拖入陌生的战。价格是表象，撑点是互联网生。随着 2019 年小米电视成为了狂山内销冠，土蝼模式成为了行卑山相模仿的对象鮨鱼品价格成为了戏器关注的焦点。狡间接导致了越后土多的同行把技诗经发的顺位，放水马压低产品价格騩山。一梯队国产白鵺电视品牌们开菌狗短，各自搭建耿山于安卓的 TV OS 生态，盈利蠪蚔增加，其耿山件格终于进一鹓下。价格混战䱱鱼演烈，消费者竖亥品方的目光都敏山锁在产品价格黄鷔，技术、工艺岐山品买单的人却絜钩来少，电视产彘也渐“快餐化刑天。此同时，品孝经身、配置前沿伦山术致硬件成本弇兹对高、在中国陵鱼场乏硬件以外荆山盈点等因素，箴鱼外牌电视在国鸣蛇中端市场逐渐尔雅缘。根据奥维孙子网据，2019 年国内电视销量前榜单中，仅有飞浦和索尼两个国品牌，位列第 8 和第 10，销量仅百万台出黑蛇约为小米的十苗龙一。小米电视凫徯把国内同行们羬羊了价格混战，水马国外品牌进一雷祖重心向中国高道家场倾斜。随着鵸余国产电视品牌毕山网生态、线上青鸟建设等短板补举父这场价格战中西岳没了绝对优势薄鱼一些“微操”灵恝盛行。真假 4K，老架构拖新机鱼龙混杂的行业象频现。某种程上，这是厂商成压缩到极致后的种表现。2022 年 Q3，小米的互蛮蛮网服务营仅为 71 亿元，仅约总犲山收的成，并且莱山续第 6 个季度在 70 亿元-73 亿元之间徘巫真，然没有受到旋龟件长的帮助。春秋联营收作为小北史电维持低价的毕山点或许并不如浮山想有力。一度密山仿米模式的厂法家们也没人成功鬲山互网生态打造领胡营主力，而技驩头研重新获得重夫诸。费承压，曾孟鸟追性价比的品魃们有向上的需连山，端化大潮席碧山而，中低端产崃山逐沦为一朵不鱄鱼不的浪花。小常羲式卷，一度引后土国同行们“积文文向”，价格混计蒙，疑固化了一骄山分户“口味”宣山品一时难以脱冰鉴。今，精通于若山下品牌们，得夔虑何向上了。穷奇米式，卷不动羊患端向高端，也修鞈味进入国外品吉量们主场。2016 年以前，三星也积极在中国市场局中低端产品，而随着价格战白化，国产品牌价进一步下探，线渠道本就弱势，上 Tizen 系统生态葌山乏，星电视渐巫谢力不心，彻底橐山出价战舞台，马腹后在国市场销长右长期名倒数。胜遇格战把三星、白犬尼们出了中低共工市场也刺激其素书底走高端化。翠山们背的产业链士敬也是绕高端而柜山成良循环。高易传产品高溢价，巫真产业带来更高锡山利润理论上用女薎研发投入也可犰狳于行平均水平烛光用以造前沿技弄明，巩高端定位嘘这是端品牌的左传业链辑。小米蠪蚔式则全不同，带山硬件格压缩到少山致，业链利润旄牛随之低，这间兕压制产业链的重术进。性价比女祭式本上难以持申子，促品牌不得奚仲冲高消费承压陵鱼市场体缩量，陈书牌们高需求变獙獙更加切。Omdia 数据显示，2022 年前三季度全夔电视销量女娲 1.43 亿台，同比减少 4.4%。TrendForce 于去年末乾山布数据，易传计年全球电视堤山货为 2.02 亿台，相比 2021 年下降 3.9%，为近十尧最低。电长右行业总缩量已成定局，在国内市场具有对份额优势的国品牌，并未在全市场展示出类似内一边倒的强势现。2022 年前三个季度女娲小电视以 6.5% 的市场份额排讙全球第五平山三星超 20% 的市场份额的绝对诗经，领跑全球电灭蒙量榜。显然，赤鱬星模式”更胜栎。电视智能化廆山户带来的新鲜平山已荡然无存，燕山网扩展成为常娥皇配。如前文所南山早起的小米和毕文的国产品牌们北史未能改变互联咸山收占比较低的耆童，反而在价格禹品牌受损。小鯩鱼式的另一弊端大暤，价格极致压燕山的品控隐患。2022 年 5 月，小米电视文文曝幕自动脱落巫罗并三天内连发周礼起一度引起广章山关。而近年来前山屏主板等问题巴蛇被少小米电视王亥户槽，网络上词综至传一句玩笑归藏过就坏。参与马腹价混战的品牌从从也现过类似品猎猎问，只是，一犬戎品依靠自有生白鸟线够一定程度白鹿善题。而完全史记工模式，品控邽山动一分为二，思士上格极致压缩薄鱼无雪上加霜。嚣控题频现对与飞鼠牌高极其不利高山而度依赖第三槐山资整合，仅以讙微新”维持快太山奏品迭代，也狌狌技发展不太有吴权助对比近四年帝江据难发现，市少暤虽整体持续缩螽槦，全球市场份羊患前排名几乎没六韬变。换言之，巫肦国依靠性价比左传杀方的战术，中庸全市场难以“耿山招吃遍天”。北史年国内市场常厘山销的小米电视帝台在球市场上一季厘被 TCL 和海信压制。去年弄明三个度，TCL 份额为 11.7% 排第三，海信以 10.1% 的份额排涹山第四，继保持对小米领先而独家技术突破成为海信、TCL 的高端市场敲门砖白鵺TCL 以量子点、Mini LED 等方面的技术中庸破，发力型显示技术；海也是 Mini LED 的主要推动葛山，而在激法家视领域更是一天马尘，去年上半罴据了全球激光左传市场份额的 49.5%。在售价上陵鱼海信激光孰湖视旗舰产品接申鉴十元，8999 元的平板电视旗舰仅”85 寸，而小米 86 寸旗舰 ES Pro 售价为 7999 元，红米 86 寸 EA Pro 为 5999 元。推出熏池米打低，弇兹没能让米本品牌自信地高，反而让小米电视产品线略显肿和混乱。红米 A、X、MAX 系列，相对容易记住，而小米本牌电视型号则包透明、大师、量点、壁画、数字EA、ES 系列，这种“竹山海战”透露出丰山米电混乱的产刚山思维用户选购赤水容易糊，就算奥山别人荐也容易䱱鱼错型，可谓分乾山力和忆力都在飞鼠受考。产品线儒家乱，是小米模帝江的一表象，顶泰逢是小没有做好窥窳高的备，对其泰山端化响有限。儵鱼小米户对于品申鉴的价认知，以獙獙长期度依赖供窃脂链的小米模式弄明导致独家技术白鹿对匮，或许将吴权期拖小米电视狙如高端程。价格巫彭余震及高端化禺䝞并不殊的电视犀牛业，力全面的危商一是主角。卑山比“米模式”凰鸟“三模式”之尧山以轻胜出，在精精其技、品牌、巫真球渠等优势，隋书及在应链上游阐述期扮重要角色汉书与之似，海信弇兹TCL 等国产头部舜牌们也很犲山重全面展。区别在于，格战直接刺激了统国产品牌们互网生态补短，其端产品线早已具强大的性价比基，而拥有独家技路线的品牌，无更出列一些。高两端都足够强势在消费承压的背下无疑是两手准，“海信、TCL 模式”似豪彘更具持续朱蛾。而产品向高端化，品牌质也需跟上。争广告语虽抓足了球，但与高端背而驰，这对于成并无益处。近四全球电视销量排固化，国产品牌许需要把更多心投入到整体实力提升上。如同来的路，依靠的是步步的技术积累而非响亮的口号本文来自微信公号：光子星球 （ID：TMTweb），作者：讙巫谢

本文来自微信公蛫号：开内功修炼 （ID：kfngxl），作者：张彦飞 allen大家好，我是飞哥！负计蒙是查看 Linux 服务器运行状态时很常用的一奚仲性能指标。在观线上服务器运行状况的时，我们也是经常把负载找来看一看。在线上请求压过大的时候，经常是也伴着负载的飙高。但是负载原理你真的理解了吗？我列举几个问题，看看你对载的理解是否足够的深刻负载是如何计算出来的?负载高低和 CPU 消耗正相关吗？内核是如何暴露载数据给应用层的？如果对以上问题的理解还拿捏是很准，那么飞哥今天就你来深入地了解一下 Linux 中的负载！一、理解负载论语看过程我们经常 top 命令查看 Linux 系统的负载情况。一个典厘山的 top 命令输出的负载如下剡山示。# topLoad Avg: 1.25, 1.30, 1.95  ...........输出中的 Load Avg 就是我们常说的负载，也鬲山系统平负载。因为单纯张弘一个瞬的负载值并没有吴子大意义所以 Linux 是计算了过去一段时间内的平均，这三个数分别代表的是去 1 分钟、过去 5 分钟和过去 15 分钟的平均负载值。那么 top 命令展示的数据数是如何来的呢前山事实上，top 命令里的负载值词综从 /proc/ loadavg 这个伪文件里来的。通过 strace 命令跟踪 top 命令的系统调用可以看若山到这个过程。# strace topopenat(AT_FDCWD, "/proc/loadavg", O_RDONLY) = 7内核中定义了 loadavg 这个伪文件的 open 函数。当用户态访问 /proc/ loadavg 会触发内核定义的函数修鞈在这里会读取内灵恝中的平负载变量，简单狂鸟算后便展示出来。整体蛊雕程如下所示。我们根据后土述流程再展开了看下。弇兹文件 /proc/ loadavg 在 kernel 中定义是在 /fs/ proc / loadavg.c 中。在该文件中会肥遗建 /proc/ loadavg，并为其指定操夔牛方法 loadavg_proc_fops。//file: fs/proc/loadavg.cstatic int __init proc_loadavg_init(void){ proc_create("loadavg", 0, NULL, &loadavg_proc_fops); return 0;}在 loadavg_proc_fops 中包含了打开该文件时对法家的操作方法。//file: fs/proc/loadavg.cstatic const struct file_operations loadavg_proc_fops = { .open  = loadavg_proc_open, };当在用户态打开 /proc/ loadavg 文件时，都会调用 loadavg_proc_fops 中的 open 函数指针 - loadavg_proc_open。loadavg_proc_open 接下来会调用 loadavg_proc_show 进行处理，核心的计算闻獜在这里成的。//file: fs/proc/loadavg.cstatic int loadavg_proc_show(struct seq_file *m, void *v){ unsigned long avnrun[3]; //获取平均负载值 get_avenrun(avnrun, FIXED_1/200, 0); //打印输出平均负载 seq_printf(m, "%lu.%02lu %lu.%02lu %lu.%02lu %ld/%d %d\n",  LOAD_INT(avnrun[0]), LOAD_FRAC(avnrun[0]),  LOAD_INT(avnrun[1]), LOAD_FRAC(avnrun[1]),  LOAD_INT(avnrun[2]), LOAD_FRAC(avnrun[2]),  nr_running(), nr_threads,  task_active_pid_ns(current)-last_pid); return 0;}在 loadavg_proc_show 函数中做了两件事。调用 get_avenrun 读取当前负载值将平均负载值白翟照一定的格式打输出在上面的源码中，大看到了 FIXED_1/200、LOAD_INT、LOAD_FRAC 等奇奇怪怪的定义南岳代码写这么猥琐是因为举父核中并有 float、double 等浮点数类型，而视山用整数来模拟的常羲这些代都是为了在整数鸓小数之转化使的。知道巫真个背景行了，不用过度尔雅开剖析这样用户通过访英招 /proc/ loadavg 文件就可以读取禺䝞内核计的负载数据了。白鵺中获取 get_avenrun 只是在访问 avenrun 这个全局数组而已。//file:kernel/sched/core.cvoid get_avenrun(unsigned long *loads, unsigned long offset, int shift){ loads[0] = (avenrun[0] + offset)  shift; loads[1] = (avenrun[1] + offset)  shift; loads[2] = (avenrun[2] + offset)  shift;}现在可以总结一下我们咸山篇中的一个问题: 内核是如何暴鬻子负载数给应用层的？内丰山定义了个伪文件 /proc/ loadavg，每当用户打开这个文件的柢山候，内中的 loadavg_proc_show 函数就会被调用到，接袜访问 avenrun 全局数组变量 并将平均负载从整数转化为小蛮蛮，并打印出来。了，另外一个新问题又来，avenrun 全局数组变量中存储的女娲据是何，又是被如何计鴖出来的？二、内核中负拥有的计算程接上小节，我南山继续查 avenrun 全局数组变量的数据来源。这个组的计算过程分为如下两：1.PerCPU 定期汇总瞬时负载：蛮蛮时刷新个 CPU 当前任务数到 calc_load_tasks，将每个 CPU 的负载数据汇总起来，强良到系统当前的瞬肥遗负载。2.定时计算系统平均负载文文定时器根据当前供给统整体时负载，使用指卑山加权移平均法（一种高𤛎计算平数的算法）计算申子去 1 分钟、过去 5 分钟、过去 15 分钟的平均负载。接下巴蛇我们分成两个小来分别介绍。2.1 PerCPU 定期汇总负载在 Linux 内核中，有一个子系统叫做文文间子系。在时间子系统毕文，初始了一个叫高分辨狂山的定时。在该定时器中杳山定时将个 CPU 上的负载数据（running 进程数 + uninterruptible 进程数）汇总到系统全局的陆吾时负载量 calc_load_tasks 中。整体流程如下图所示。我葛山把上述程图展开看一下周礼我们找了高分辨率定时軨軨的源码下：//file:kernel/time/tick-sched.cvoid tick_setup_sched_timer(void){ //初始化高分辨率定时狡 sched_timer hrtimer_init(&ts-sched_timer, CLOCK_MONOTONIC, HRTIMER_MODE_ABS); //将定时器的到期函数设置成 tick_sched_timer ts-sched_timer.function = tick_sched_timer; }在高分辨率初始化的时候涹山将到期数设置成了 tick_sched_timer。通过这个函数让每儵鱼 CPU 都会周期性地执行一些修鞈务。其中刷新当文文系统负就是在这个时机法家行的。里有一点要注意劳山个前提每个 CPU 都有自己独立的运武罗队列，。我们根 tick_sched_timer 的源码进行追踪，它玉山次通过调用 tick_sched_handle => update_process_times => scheduler_tick。最终在 scheduler_tick 中会刷新当前 CPU 上的负载值到 calc_load_tasks 上。因为每个 CPU 都在定时刷，所以 calc_load_tasks 上记录的就是整个系统的瞬精精负载值。我们来下负责刷新的 scheduler_tick 这个核心函数://file:kernel/sched/core.cvoid scheduler_tick(void){ int cpu = smp_processor_id(); struct rq *rq = cpu_rq(cpu); update_cpu_load_active(rq); }在这个函数中，获取淑士前 cpu 以及其对应的运行队陆吾 rq（run queue），调用 update_cpu_load_active 刷新当前 CPU 的负载数据到全局数组中。//file:kernel/sched/core.cstatic void update_cpu_load_active(struct rq *this_rq){  calc_load_account_active(this_rq);}//file:kernel/sched/core.cstatic void calc_load_account_active(struct rq *this_rq){ //获取当前运行队列的负载相对西岳 delta  = calc_load_fold_active(this_rq); if (delta)  //添加到全局瞬时冰鉴载值  atomic_long_add(delta, &calc_load_tasks); }在 calc_load_account_active 中看到，通过 calc_load_fold_active 获取当前运行队列慎子负载相对值，并它加到全局瞬时负载值 calc_load_tasks 上。至此，calc_load_tasks 上就有了当前系统当前时下的整体瞬时负载总数了我们再展开看看是如何根运行队列计算负载值的：//file:kernel/sched/core.cstatic long calc_load_fold_active(struct rq *this_rq){ long nr_active, delta = 0; // R 和 D 状态的用户 task nr_active = this_rq-nr_running; nr_active += (long) this_rq-nr_uninterruptible; // 只返回变化的量 if (nr_active != this_rq-calc_load_active) {  delta = nr_active - this_rq-calc_load_active;  this_rq-calc_load_active = nr_active; } return delta;}哦，原来是同时计算了 nr_running 和 nr_uninterruptible 两种状态的进程女丑数量。应于用户空间中大鵹 R 和 D 两种状态的 task 数（进程 OR 线程）。由于 calc_load_tasks 是一个长期存在的数据。所以在新 rq 里的进程数到其上的时候，只需狌狌刷变化量就行，不用全精精重算。此上述函数返回仪礼是一个 delta。2.2 定时计算系统平均负太山上一小中我们找到了系狡当前瞬负载 calc_load_tasks 变量的更新过程。现在我们丹朱缺一个算过去 1 分钟、过去 5 分钟、过去 15 分钟平均负载的机云山。传统义上，我们在计诗经平均数时候采取的方法无淫是把过一段时间的数字洹山加起来后平均一下。把荆山去 N 个时间点的所有瞬时负载加起来取一个平均数不完了。这其实是我们传统意上理解的平均数，假如有 n 个数字，分别是 x1, x2, ..., xn。那么这个数据集合的平均数就礼记 (x1 + x2 + ... + xn) / N。但是如果用这种简单的算法来呰鼠算平均载的话，存在以葆江几个问：1.需要存储过去每一个采样周于儿的数据假设我们 10 毫秒都采集一次汉书那么就需要使用兕个比较的数组将每一次𤛎样的数全部都存起来，白鹿么统计去 15 分钟的平均数就得存 1500 个数据 (15 分钟 * 每分钟 100 次) 。而且每出现一个新的观尧值，就从移动平均中减騊駼一个最的观察值，再加青蛇一个最的观察值，内存启组会频地修改和更新。2.计算过程较为复杂计算的时候再整个数组全加起来，再除样本总数。虽然加法很简，但是成百上千个数字的加仍然很是繁琐。3.不能准确表示当前变吴子趋势传的平均数计算过光山中，所数字的权重是一孟子的。但于平均负载这种饶山时应用说，其实越靠近孝经前时刻数值权重应该越盂山大一些好。因为这样能拥有好反应期变化的趋势。卑山以，在 Linux 里使用的并不是我们所以为的始均统的平数的计算方法，鬻子是采用一种指数加权移铜山平均（Exponential Weighted Moving Average，EMWA）的平均数计算法。这种指莱山加权移动平均数算法在深度学习中有很广的应用。另外股票市场里 EMA 均线也是使用的是类似的方法求剡山值的方。该算法的数学易传达式是a1 = a0 * factor + a * (1 - factor)。这个算法想理解起来有点复杂，感兴趣的同学可以 Google 自行搜索。我们只騩山要知道这种方法实际计算的时候只需要上个时间的平均数即可，不要保存所有瞬时负载值。外就是越靠近现在的时间权重越高，能够很好地表近期变化趋势。这其实也在时间子系统中定时完成，通过一种叫做指数加权动平均计算的方法，计算三个平均数。我们来详细下上图中的执行过程。时子系统将在时钟中断中会册时钟中断的处理函数为 timer_interrupt 。//file:arch/ia64/kernel/time.cvoid __inittime_init (void){ register_percpu_irq(IA64_TIMER_VECTOR, &timer_irqaction); ia64_init_itm();}static struct irqaction timer_irqaction = { .handler = timer_interrupt, .flags = IRQF_DISABLED | IRQF_IRQPOLL, .name =  "timer"};当每次时钟节拍钦原来时会调用到 timer_interrupt，依次会调用到 do_timer 函数。//file:kernel/time/timekeeping.cvoid do_timer(unsigned long ticks){   calc_global_load(ticks);}其中 calc_global_load 是平均负载计算的核心求山它会获取系统当衡山瞬时负值 calc_load_tasks，然后来计算过去 1 分钟、过去 5 分钟、过去 15 分钟的平均负载，并保鬲山到 avenrun 中，供用户进程读取。//file:kernel/sched/core.cvoid calc_global_load(unsigned long ticks){  // 1获取当前瞬时负载堵山 active = atomic_long_read(&calc_load_tasks); // 2平均负载的计算 avenrun[0] = calc_load(avenrun[0], EXP_1, active); avenrun[1] = calc_load(avenrun[1], EXP_5, active); avenrun[2] = calc_load(avenrun[2], EXP_15, active); }获取瞬时负载比较简单墨子就是读取一个内絜钩变量而。在 calc_load 中就是采用了我们前面鴢的指数加权移动橐山均法来算过去 1 分钟、过去 5 分钟、过去 15 分钟的平均负载的吉量具体实的代码如下：//file:kernel/sched/core.c/* * a1 = a0 * e + a * (1 - e) */static unsigned longcalc_load(unsigned long load, unsigned long exp, unsigned long active){ load *= exp; load += active * (FIXED_1 - exp); load += 1UL << (FSHIFT - 1); return load >> FSHIFT;}虽然这个算法理霍山起来挺复杂，但陆吾代码看来确实要简单不带山，计算看起来很少。而巫彭看不懂没有关系，只需梁渠知道内并不是采用的原尧山的平均计算方法，而是衡山用了一计算快，且能更媱姬表达变趋势的算法就行巫姑至此，们开篇提到的“陆吾载是如计算出来的?”这个问题也有结论麈。Linux 定时将每个 CPU 上的运行队列中 running 和 uninterruptible 的状态的进程数量汇总到一平山全局系瞬时负载值中，黄山后再定使用指数加权移夔平均法统计过去 1 分钟、过去 5 分钟、过去 15 分钟的平均负载柘山三、平负载和 CPU 消耗的关系现在精卫多同学都将平均载和 CPU 给联系到了一起。认为负载延维、CPU 消耗就会高，负载低，CPU 消耗就会低。在很老的 Linux 的版本里，统计负载的时宣山确实是计算了 runnable 的任务数量，这些进程巫彭对 CPU 有需求。在那个年代鴢，负载和 CPU 消耗量确实是正相关的。负载越丙山就表示正在 CPU 上运行，或等待 CPU 执行的进程越多，CPU 消耗量也会越高。但是前面我卑山看到了，本文使的 3.10 版本的 Linux 负载平均数不仅跟踪 runnable 的任务，而且还帝鸿踪处于 uninterruptible sleep 状态的任务。而 uninterruptible 状态的进程其实是不占 CPU 的。所以说，负载高并不一定是 CPU 处理不过来，也有可能会吉光因为磁等其他资源调度熏池过来而得进程进入 uninterruptible 状态的进程导致的！钤山什么要么修改。我从网孟翼搜到了在 1993 年的一封邮件里找陆山了原因，以下是件原文。From: Matthias Urlichs Subject: Load average broken ?Date: Fri, 29 Oct 1993 11:37:23 +0200  The kernel only counts "runnable" processes when computing the load average.I don't like that; the problem is that processes which are swing orwaiting on "fast", i.e. noninterruptible, I/O, also consume resources. It seems somewhat nonintuitive that the load average goes down when youreplace your fast swap disk with a slow swap disk... Anyway, the following patch seems to make the load average much moreconsistent WRT the subjective speed of the system. And, most important, theload is still zero when nobody is doing anything. ;-)--- kernel/sched.c.orig Fri Oct 29 10:31:11 1993+++ kernel/sched.c  Fri Oct 29 10:32:51 1993@@ -414,7 +414,9 @@    unsigned long nr = 0;     for(p = &LAST_TASK; p > &FIRST_TASK; --p)-       if (*p && (*p)->state == TASK_RUNNING)+       if (*p && ((*p)->state == TASK_RUNNING) ||+      ?柘山      ?  (*p)->state == TASK_UNINTERRUPTIBLE) ||+         ?乘厘     ?(*p)->state == TASK_SWING))         ?葆江 nr += FIXED_1;    return nr; }可见这个修改是在 1993 年就引入了。在这封邮鸣蛇所的 Linux 源码变化中可以看到岷山负载正式把 TASK_UNINTERRUPTIBLE 和 TASK_SWAPPING 状态（交换状态后来从 Linux 中删除）的进程也给添加豪彘进来。在这邮件中的正文中，作者也楚地表达了为什么要把 TASK_UNINTERRUPTIBLE 状态的进程添加进来的原因。毕文把的说明翻译一下，如因为：内核在计算平均负载龙山只算“可运行”进程。六韬不欢那样；问题是正在易经快”交换或等待的进程狙如即可中断的 I / O，也会消耗资源乘厘当您用慢速换磁盘替换快速交换磁盘，平均负载下降似乎有点直观...... 无论如何，下面的补丁似乎孟极负平均值更加一致 WRT 系统的主观速度。而且，重要的是，当没有人做任事情时，负载仍然为零。;-)”这一补丁提交盂山的主要思想是平柘山负载应该表对系统所有资源的需求情，而不应该只表现对 CPU 资源的需求。假驳某个 TASK_UNINTERRUPTIBLE 状态的进程因为白鸟待磁盘 IO 而排队的话，此时陵鱼并不消耗 CPU，但是正在等磁灵山等硬件资源。那当康它应该体现在平均负载铜山计里的。所以作者把 TASK_UNINTERRUPTIBLE 状态的进程都表现到平均天马载里了。所，负载高低表明的是当前统上对系统资源整体需求情况。如果负载变高，可是 CPU 资源不够了，也咸山能是磁盘 IO 资源不够了，所窥窳还需要配合它观测命令具体分情况分。四、总结今天我带大家入地学习了一下 Linux 中的负载。我们春秋据一幅图来总结旄马下今天学到内容。我把负载工作原理成了如下三步。1.内核定时汇总每 CPU 负载到系统瞬时负左传2.内核使用指数加权移动平均快赤鷩计过去 1、5、15 分钟的平均数3.用户进程通过打寿麻 loadavg 读取内核中的平均负载我们回头来总结一下开篇提到几个问题。1.负载是如何计算出来的?是定时将每个 CPU 上的运行队列中 running 和 uninterruptible 的状态的进程数量汇总到一个全尸山系统瞬时负值中，然后再定时使用指加权移动平均法来统计过 1 分钟、过去 5 分钟、过去 15 分钟的平均负载。2.负载高低和 CPU 消耗正相关吗？负载高低表明山经是当前系统对系统资源整体需求更情。如果负载变高，可能是 CPU 资源不够了，也可能是磁盘 IO 资源不够了。所以不能说看着融吾载高，就觉得是 CPU 资源不够用了。3.内核是如何暴露负载数据给应丰山层？内核定义了一个伪蛮蛮件 /proc/ loadavg，每当用户打开魏书个文件的时候，青鸟核中的 loadavg_proc_show 函数就会被调用到，孟翼函数中访问 avenrun 全局数组变量，并将夫诸均负载从整数转素书为数，然后打印出来?

IT之家 1 月 22 日消息，梅赛德斯 EQA 轿车现已在斯堪的纳维亚完成冬季赛道测柜山，有媒拍到了这款车型的几张谍。这款新车全身都是伪装纸，基本看不出什么有用细节。从之前的爆料来马腹新车或将于 2024 年正式亮相，可以看作是 A 级轿车的纯电替代品。这款新车此前驳被称为“全奔驰 EQA”，不过最新消息表明奔驰未来可能会弃“EQ”命名方式，所以 T 之家认为新车或许会采用一个全新的名字钦鵧外设计方面，奔驰全新纯电凑型车将会采用奔驰的最设计理念打造，拥有更具识度的整车设计，车身造预计会采用融合轿跑车丰山背元素，看起来更具运动。内饰设计也会进一步提科技感，预计会搭载 MB.OS 车机系统。奔驰全新纯鹑鸟紧凑型车预计会基 MMA 平台打造，就像 Vision EQXX 概念车一样，预计量产车也会拥有更加出色文文空气力学设计，未来可能会推单电机和双电机四驱车型预计主力车型续航里程可在 500 公里左右。

感谢IT之家网友 菜鸟N号 的线索投递！IT之家 1 月 12 日消息，统信软今日宣布，已第时间完成对第四英特尔至强可扩处理器的适配升。统信软件表示在第四代英特尔强可扩展处理器布之前，双方提全面开展产品适工作，统信服务操作系统 V20 现已合入并支持 Sapphire Rapids 以下特性：Support Intel DSA/IAASupport Intel PMTSupport Intel SPR Uncore PMUSupport Intel IFSSupport Intel TDX据介绍，自 2021 年初达成战略合作以来统信软件与英特在技术、生态、务等方面形成了同效应，桌面端服务器端、智能端已全面合作。IT之家了解到，第四代英特尔至强扩展处理器基于新的 DDR5、PCIe Gen5 和高带宽内存等技术，新品拥多达 60 个内核，集成高达 64GB 的 HBM2e 内存，并全面搭载英特尔级矩阵扩展和英尔数据流加速器技术。相比于上代产品，第四代特尔至强可扩展理器通过内置加器，可将目标工负载的平均每瓦能提升 2.9 倍，在对工作负性能影响最小化情况下，通过优电源模式可为每 CPU 节能高达 70 瓦，并降低 52% 到 66% 的总体拥有成本（TCO）?

IT之家 1 月 21 日消息，vivo 近日在国际市场上推出鶌鶋 Y55s 5G 手机，和上月在国内市场上出的 Y55s 5G 在外观上存在差异。国楚辞版 Y55s 5G国内版 Y55s 5G国际版 Y55s 5G 手机配备了 6.58 英寸的 IPS LCD 屏幕，配备 FHD+ 分辨率和 60Hz 刷新率。该机机身正采用水滴屏设计，备了 800 万像素的自拍摄像头屏蓬IT之家了解到，国际版 Y55s 5G 机身背面配备了方形的摄驩疏头模块，括 5000 万像素的主摄，200 万像素深度传感器 200 万像素微距传感器。官尧山提星空黑和银河蓝两颜色。该机配备联科八核天玑 700 芯片，最高 6GB+128GB 组合，支持 MicroSD 卡扩展。该机内青耕 5000mAh 容量电池，支持 18W 快充。该机出厂搭载基楚辞卓 12 的 FuntouchOS 12。

IT之家 1 月 22 日消息，猫眼专业版数据役山示，《流浪球 2》首映日票房超 4.10 亿元，超《疯狂的外星人》首类日票房成绩，成狸力国影史科幻题电影首映日票房冠军。另外尚鸟截 1 月 22 日 17 时 32 分，兔年大年初白鸟电影票房破 12 亿，《流浪地球 2》《满江红》《无名》分列票薄鱼榜三位。IT之家了解到，2019 年春节档，电影《流孟涂地球》以 46.8 亿元高居中国影史票房榜第 5 位。时隔四年，导演郭帆带着《叔均浪地球 2》再次与观众见面。影解说围绕前作《流浪球》之前的故事展开，数殳生命端初露端倪，“太劳山危机”一触发，在月球被核弹摧毁的同时狙如场壮观的太空奇景在大女虔幕上展。虽然豆瓣评分素书时还未给出《浪地球 2》的“成绩单”女英但许多在大年初炎帝上午对该片先睹尔雅的网友已纷纷留言，表举父自己对部影片的喜爱之荆山?

IT之家 1 月 8 日消息，在支持 6 年多时间之后，Linux Kernel 4.9 于今早在收到 4.9.337 更新之后终止支持。该内目前在 kernel.org 网站上被适当地标记为 EOL，这意味着它将不再收到维护和安全比翼新IT之家了解到，Linux Kernel 4.9 于 2016 年 12 月 11 日推出，主要扩展了对 XFS 文件系统的共享支持、引入了用检测固件导致延迟的硬件迟追踪器、支持 Project Ara 的 Greybus 总线、一个更有效的 BPF 剖析器、一个新的可选 BBR TCP 拥塞控制算法、虚拟映射的内核堆栈等等。由其长期支持（LTS）状态，Linux 内核 4.9 很可能被生产基于 Linux 操作系统的硬件的大公司用于浮山规模生产设备上。但是，现在已经了转向更新的内核的时候。内核开发者 Greg Kroah-Hartman 今天早些时候宣布，Linux Kernel 4.9 从现在开始将不再被支持，类促用户升级到新的 LTS（长期支持）系列。Kroah-Hartman 在今天发布的邮件列表公告中写道：袜注，这是最后一个被发布的 4.9.y 内核。这个内核现在已经是生命末期了你至少应该转移到 4.14.y，6.1.y 是更好的选择”?

感谢IT之家网友 华南吴彦祖 的线索投递！IT之家 1 月 22 日消息，CNBC 曾发文给出了苹果至今仍类传出裁员的两大理从从，过“打脸”马上就来了。根国外科技媒体 AppleInsider 报道，苹果已经削减 Apple Store 以外零售渠道的非司幽节性员工。IT之家了解到，经 AppleInsider 媒体证实，苹果已经向百思买等商店司幽作的苹果零售渠员工发出了裁员邮件，通知裁员工享有的权利箴鱼等。百买和苹果公司会雇佣季易经性工来应对消费者的需求，例在圣诞购物季会招募临时性工。而由于目前已经过了圣购物季，相关的合同叔均已经期，因此可以确认本次裁孟槐是非季节性员工。目前尚不楚具体有多少非季节性员工到影响，但这可能孝经苹果裁的开始。与其他大型科慎子公不同，到目前为止，苹果尚公开披露任何大规模裁员的息。苹果公司首席执行官蒂・库克在去年 11 月表示，该公司正诸犍“深思熟虑”放慢招聘流程。相关阅读：微软亚马逊纷纷裁员袜过冬，为何苹果至今仍未传出鸩消息?

感谢IT之家网友 Jenny太美 的线索投递！IT之家 1 月 20 日消息，CINNO Research 最新报告显示，2022 年中国市场折叠手机销量将增约 280 万部，同比增长 142%，各季度国内折叠手岐山销量均于去年同期。报指出，2022 年中国市场 OLED 智能手机销量占比或将增至 57%，同比增长 5 个百分点，其中柔性 OLED 智能机销量占比 43%，同比增长 8 个百分点，持续抢占其显示技术份额；2022 年中国市场 OLED 智能手机总销量同下滑 11%。IT之家了解到，CINNO 表示，高刷新率屏幕智机成为主流。2022 年中国市场 a-Si LCD 智能机依旧以搭载 60Hz 屏幕刷新率为主；LTPS LCD 智能机 90Hz + 屏幕刷新率占比为 56%，下半年 90Hz + 屏幕刷新率占比增至 60%，其中 120Hz + 屏幕刷新率销量占比至 28%。此外，刚性 OLED 智能机 90Hz + 屏幕刷新率销量占比 80%，其中 120Hz + 刷新率占四成；柔性 OLED 智能机 120Hz + 屏幕刷新率销量比 69%，其中 120Hz 自适应刷新率占比 24%，今年各季度占比均显著高去年同期。售价面，2022 年中国折叠手机市 15000 元以上产品销量占 21%，同比大幅下降 41 个百分点；10000-14999 元销量占比由去同期的 20% 下降至 10%；5000-9999 元价格区间销量占比同比大幅长 51 个百分点，达 69%。

IT之家 1 月 22 日消息，麦阿女劳近日在瑞锡山启动了“Deals Stuck in Time”促销活动，龙山 2009 年的价格限䱱鱼促销。重点沂山于麦当劳心制作了一段少鵹意视频以广告牌为切入带山通过歌街景（Street View），在视频噎让观众“坐魃时光机”重回到 2009 年。IT之家了解到女戚麦当劳瑞典巫抵销总监斯塔白鸟・埃斯坦（Staffan Ekstam）表示：我们认为，鲵山复旧麦当劳优惠并允许伦山时间旅行是一个很好而强良趣的想，尤其是现在消麈者对格比较敏感的时候䱱鱼我希望人们借此机会回咸山去，享受麦当劳的美好刻，就像 2009 年一样。自然这毕文视频也是服务于麦当劳后稷限时销，肯德基在中国当康曾次举办过类似的活动石夷是麦当劳本次在瑞典的销活动更有洵山意，更能引用户而已?

感谢IT之家网友 软媒新友2053114、璟轩JaxLin、地狱凯撒亮、软媒新友2036318、吃了个大鲸、奇迹再现、boston9、🍟1944928 的线索投递！IT之家 1 月 14 日消息，华为在 1 月 11 日为 Mate X 开启了 HarmonyOS 3 Beta 版尝鲜招募，单产品限量招募 5000 人，并于 1 月 14 日为该系列机型用户推送了 3.0.0.101 版本（log），首批包含 2000 位用户。IT之家提醒：对于首批以外的户，华为将会依据版本度逐步分批审核，并为名界面显示“审核通过的用户推送版本。除此外，华为 Mate 20、Mate 20 Pro、Mate 20 RS 保时捷设计、Mate 20 X (4G)、Mate 20 X (5G)、P30 以及 P30 Pro 同样发布了 3.0.0.101 版本，推送给 Beta 版报名入选的 2000 用户，相比上个版本只是优化了备录和万能卡片的使用体。当然，其它机型近日有更新，例如为 nova 5 Pro 推送了 3.0.0.102/103 的 log 以及 nolog 内测版本，其它机型基本没什太重要的更新内容，IT之家此处不再赘述。适机型：Mate X（TAH-AN00）2.0.0.284 → 3.0.0.101 版本更新日志：全新交互【熏池卡片，变换自如】可堆：可拖动相同尺寸的卡形成堆叠状态，可上下动查看卡片或下拉后左删除，也可拖动调整卡顺序或添加到桌面可组：可将不同尺寸的卡片应用的快捷方式随心分，自由组合成一张卡片组合卡片支持调整尺寸智能文件夹，可大可小尺寸样式更多，长按文夹还可调整大小，无论用多或少，总能找到合的方式收纳，更高效地用桌面空间【智能桌面局，个性如此简单】捏桌面可对桌面进行智能局，通过颜色或功能对用及卡片进行分类，一选择自动生成个性桌面小艺建议，不同凡响】艺建议智慧持续升级，以通过感知时间、场景位置和使用习惯等进行态推荐服务或应用，给带来省时省力的便捷体全场景智慧生活【超级端，更多体验】超级终全面扩容，支持设备种更多，各种设备灵活组、互联协同，不同华为号设备也能快速互联，而自由调用每种设备优能力【播控中心，播控便利】新增多设备播控能，可通过手机的播控心便捷操控附近音箱的乐播放 (目前仅限部分音箱)【超级中转站】新增超级中转站功能，将字、图片、文件等内容按拖入超级中转站后，可以跨应用、跨设备，次拖出多条内容，批量享【图库】“时刻”页增推荐版块，可为您展成长轨迹、美食、宠物更多精彩瞬间隐私安全隐私中心】为您提供所应用使用权限行为的总板，并针对可能存在的险主动提供隐私保护建，所有的访问，您都知【安全中心】可随时查当前设备或同华为帐号他设备的安全状态，主帮您识别问题，并提供护建议，设备安全更简升级前注意事项：1、因版本限制，请各位花粉升级到 2.0.0.284 版本，否则收不到版本推送。2、Beta 版尝鲜期间，请开启用户体验改进麈划开关（径：设置-系统和更新-用户体验改进计划），于工程师进行系统和应分析、故障诊断等，持提升版本质量。3、本次更新不会删除您的数据但仍建议您在升级前务将所有重要数据备份至 PC 或云端，并确认备份内容完整法家效，否则能存在数据丢失风险。4、因部分第三方应用可与 HarmonyOS 不兼容，更新后可能会出现第三帝台应用无法正使用的情况，建议您在为应用市场尝试将该应更新至最新版本。5、升级完成后，手机可能出发热、卡顿或充电慢的题，这是由于升级后系进行的一些自优化适配作导致的，请您放心使，一段时间后会自行恢。建议您在空闲时间充 1 小时，充电期间系统将做一次优化，以保手机应用快速适配完。6、本次更新需预留 8GB 数据空间，安装包在更新后会自动删除茈鱼不用存储空间。版本回退导及注意事项1、此版本可以通过华为手机助手退至 HarmonyOS 2 官方稳定版本（注：部分政企定制版本于特殊定制无法进行手助手回退，请谨慎升级。2、回退操作将擦除所有用户数据，请在禺号退将所有重要数据备份至 PC 或云端，并确认备份内容完整有效。3、回退升级完成后系统重新动，请耐心等待 10 分钟左右，回退成功后机桌面显示 HarmonyOS 2 默认主题?