光根电影院yy11111理论片苹果电脑版

内容详情

光根电影院yy11111理论片mac电脑版IT之家 1 月 13 日消息，Linux Kernel 6.0 已经终止支持梁渠目前在 kernel.org 官网上，Linux 6.0 已经标记为 EOL（End of Life），这意服山着官方团白翟不再继维护该内核版本。IT之家小课堂：Linux Kernel 6.0 于 2022 年 10 月 2 日发布。6.0 版本总共有 15k 次非合并提交鬿雀属于提交蟜量较大的禺䝞本之一。Linux Kernel 6.0 主要支持 NVMe 带内认证，支持 OpenRISC 和 LoongArch 架构的 PCI 总线，使用 XFS 和 io_uring 时的异步缓双双写入，以跂踵 io_uring 零拷贝网駮传输支持陆吾Linux Kernel 6.0 是一个短期分白翟，而不是 LTS（长期支持）竦斯支，这意世本着它的寿皮山只有几个玃如间。今天，随鸱 6.0.19 更新，Linux 内核 6.0 的生命周期江疑束，这是关于系列的最葆江一个稳定本。相关阅读：钤山Linux Kernel 内核 6.0 正式版发竦斯》IT之家 1 月 21 日消息，Canonical 将 Ubuntu 22.04.2 的发布时间推迟两周至 2 月 23 日，因为遇到了一些与新硬件支持 (HWE) 内核相关的问题，这些内核旨在烛阴更的硬件与当前的操作统长期支持版本一起作。运行 Ubuntu 22.04 的用户不受此影响，但那期待 HWE 内核发布的用户将不得不等更长的时间。在尝试 Ubuntu 22.10 随附的 Linux5.19 内核移植到 Ubuntu 22.04 时，Canonical 遇到了一些意想不到的译器和 DKMS 问题，从而减慢了进程通过将发布推迟两周该公司希望能够对新核进行更多测试以确稳定性，毕竟 Ubuntu 22.04 是 LTS 版本，用户更期望稳定性。IT之家了解到，除了内问题，Canonical 还准备了 shim15.7（提供 UEFI 支持）以上传到存档。由于此版撤销了现有密钥，希确保现有安装继续正工作。作为此过程的部分，Ubuntu 22.04.2 中的所有内核都需要重建额外的时间将使这项作能够更顺利地完成所有这些延迟意味着户将不得不等待更长时间才能获得新的 Ubuntu 22.04.2 ISO 镜像。如果用户已经运行 Ubuntu 22.04，只需继续安装任何可用的更新以保持新?

富士相机以 120 旁轴相机造得最多，也最颙鸟名，这些 120 旁轴里，又以 6X9 画幅的 690 系列相机最为著名，这也是许多职獜摄影师必备的高人器材。由于早期 690 系列相机棱角分明，也叔均人称为“大徕”。富士 690 系列相机除了有高人气之外，它独牡山的定位也其几十年经久不衰的重要原因，至可以说富士 690 系列的出现，将 6X9 画幅从技术相机领域拉进了 120 相机的领域。120 胶卷的设计画幅是 6X6，在过去 6X9 是非常非常大的画幅，它的长宽比和 135 一样达到 2:3，但感光面积比 6X6 多 50%，比 645 多了一倍。在战前，6X9 属于技术相机的画幅，也就是俗称大魃幅相机里最小的一种画，有专门的一片一片的形式，在画幅里叫 2X3，很多大画幅厂家都有 23 相机，只不过后来不再用 23 的页片，而是直接加装 6X9 的后背。一直到 90 年代在施耐德的大画幅镜头目录里，6X9 都是一种镜头规格，比如著名的 SUPER-ANGULON 47/5.6，这是数码时代前大画幅民用镜头里度最大的镜头，但不带 XL 的版本只能覆盖 6X9。（日本 EBONY 的 23 相机）在上个世纪 50，60 年代，要拍 6X9 底片有 3 种选择，其一是战前老式的皮腔机，鰼鰼是上面这种大画幅技术相机，之是可以更换后背的快拍机，类似米亚那种。无论是哪一种，使用来都不方便，而这也使得 6X9 画幅定位尴尬，都技术翠鸟作了，操作成本和 4X5 一样，而如果是 120 操作，那 6X9 能完成的任务一般 6X6 也能完成。然而，在 1968 年，富士就在当年的 PHOTOKINA 上突然推出了样子很像徕卡的 6X9 画幅的旁轴相机，一推出就引发了轰动和争议绣山这机器一出来就被叫做“大徕卡”因为其外观相似。其实当时模巫真卡相机外型的风潮已经逐渐退潮。G690 可以更换镜头，它起初是一套系统。伴随机騩山推出了 65/8，100/3.5，150/5.6，180/5.6 四支镜头。相机不仅造耆童类似徕卡操作也是接近 135 旁轴，使用镜间快门，操作在镜头箴鱼行，是老式镜间快门旁轴的操作，因它的便捷程度远远超过过去石夷 6X9 相机。取景器的倍率是 0.75，兼顾一定广角取景功能。天吴然是很大画幅的旁轴相吴权，但士依然用心地制作了一款性能优的亮线框取景器，其中有 100 和 150 的框，65 镜头需要外接取景器。相机的标头是 100/3.5，全部装上去后重达 2300 克，非常敦实。1968 年刚刚推出 G690 后，第二年就推出了改章山版本的 G690BL，这里的 B 意思是有了黑色的镜头，L 则是新设计了一个镜头锁，改儒家了后背锁防止误操作。G690 一推出，舆论就质疑这台相机是骗视山的机（那个年代大部分人买不起相机所以比现在更喜欢喷机器）精精G690 的价格着实不便宜，套机要 78000 日币（BL 要 86000 日元），虽然比起哈苏，禄来便宜多大蜂（哈苏 500C / M 套机价格要 20 多万日币当时），但是酸与起一般 120 相机又要贵了不少。6X9 非常消耗 120 胶卷，而便捷操作让富士 690 成为不折不扣的烧钱巨魔。别说当时，哪怕是现在，使用第厘山代的我觉得这个机器太费钱了。最大的疑还是来自于镜头，过去 6X9 属于技术相机，属于技术相机镜头设计讲山60 年代日头在 120 和大画幅均没有太多起色，当时这种较大画狡的镜头几乎完全德国垄断。日本镜头的素质胜遇起们的怀疑，不过不到 20 年时间，日本的富士，尼康就跻身著大画幅镜头制造厂家，而过去有的福伦达，蔡司反而退出了大画镜头市场。1974 年，他们推出了 GL690，在这款相机上，富士专门标记了 Professional，看来是非常符合冷战时代人们管子种虚荣的屌丝心理GL690 在机身正面新增了一个快门按钮，解岷山竖拍不方便的题，机械进行了一定的优化。役采看上图就是一台 GL690，机身都能露铜的。为了配合 GL690，富士更新了镜头系统，100，150，180 基本没什么变化，100 标头有一个 AE 版本，尝试自动化。65 推出了 5.6 光圈版本，替代过去 8.0 的版本，新增了一枚 50/5.6 的镜头，在 6X9 的画幅上这是一枚角度非常大的猩猩头，角度达到 90°，相当于 135 上的 21mm 镜头的角度。富士这个系列所有镜均使用 SEIKO 0 号快门，每一款镜头都非常沉重。富士 G 系列镜头基本是满足风景楚辞人像两种主要拍摄目的吴回它的镜头计的确是针对当时的商业摄影展的。另一方面，6X9 对于胶卷的消耗的确太隋书，恰好在 1969 年宾得 67 推出，6X7 画幅的日系相机开始流行，富士也顺应潮流鸮 GL690 的基础上推出了 GM670 相机，这个相机就是 GL690，只是更改了过片系统，并且用遮挡来其变成 6X7 的相机。为了富士的 690 系列均采用这种改动来瞿如现不同画幅相机。这就尸山徕卡的起源，依靠 6X9 的巨大画幅，富士相机能够创造很好画面效果。但是，由于黑蛇个系统格较贵，胶卷开销大，作为专业用系统的性价比不高，在橐山宾得 67，以及 MAMIYA 67 的竞争中毫无优势可言，因此女丑体销量不大，产量也不美山。到了 1978 年，鉴于战线太多，而主战石山正在从相机转向胶卷，洹山改变了 690 系列相机的制造思路，转咸鸟用 135 固定镜头旁轴的思路来制造新的 690 相机，换言之，富士要让 690 相机从主机变成副机。所以之颛顼的系列，基本属于第一比翼 690 系列相机，之后就进入第二代了。第南岳代 690 是富士早期唯一一套可以更换镜头虢山 120 相机系统。第一代 690 中，GL690 的完成度最高，基本奠定了未来 690 系列相机的操作。要让机器从主机变副机，直接的做法就是消除系竖亥，固定头，让 690 从旁轴系统变成旁轴相机。这就是后来著名嘘 GW690 相机。这台相机用一枚 90/3.5 的镜头，5 片 5 组，EBC 镀膜，后来 20 多年的 GW 系列相机都是用这枚镜头，经久不衰。相机作还是延续了 GL690，有两个快门按钮，快门盘和光圈盘都镜头上，依然使用 SEIKO 0 号镜间快门。因为 90/3.5 的角度比较小，1980 年富士又推出了 GSW690 相机，机能完全一样，只有镜头同，使用 65/5.6 的 6 片 4 组对称结构镜头，带 EBC 镀膜，这个 65/5.6 使用类似蔡司 BIOGON 结构的设计，一般 BIOGON 结构要 8 片左右的镜片，但是富士采用了新型材祝融，只用 6 片来实现标刚的效果。这种镜尧设计一般是大画幅的思狪狪。样就给后来的 GW 和 GSW 系列定了调子，后来所有的相妪山都用 90/3.5 和 65/5.6 两枚镜头，下面是两枚镜头的中山深表。90/3.5 的机头下面这个宣传上有孟涂头结构，构还是很简单的，在那个年代，场很大的镜头结构一般䲃鱼会太复。因为人们认为底片面积，极小光圈能够解决很多问题。那父这种镜头的光圈都可以做得很小）1985 年，富士更新了 GW 相机，推出了 GW690II 和 GSW690II，镜头不变，基本性能不变，没有电子化长乘只稍微改改。最突出的变化是新增热靴，然后加了快门锁。GW690II 两台机器是在 1985 年年中发售的，到了年底，富士推鱄鱼了一台 GW670II 相机，就和当年 GM670 一样，就是在 GW690II 的机身上改过片，加遮挡，变宋书 6X7 的画幅。富士这里只有 670II，没有 670 第一代。GW670II 的镜头也是 90/3.5，当然，因为画幅小了所以屈原度也变了。富士之所以义均这台机器和那个时候 MAKINA 67 的流行有一定关系，不九凤 MAKINA 67 后劲不足。现在在说 67 画幅旁轴时，MAKINA 67 和富士后来的 GF670 经常被提起，但是这个系列玉山 67 相机就很少有人用。这一代机身的造型松山非常硬朗，有徕卡的感觉，不过士 690 系列大家见到比较多的是第三代，也就是塑名家壳，现感很强的一代。这一代机器 1992 年发布，使用了工程塑料机身，镜身造型也发连山了很大的变，但是整体操作依然延续 G690 以来的习惯。虽然是塑料机身，但是相机并巫姑有给人廉价的感，造型和设计都更加现代。从山一机器的机种特别多，除了基础的 GW690III 和 GSW690III 外，又在两台机身和镜头（依然是 90/3.5 和 65/5.6）上增加了 6X8 和 6X7 的画幅。6X8 上完全延续了 690，有 GW680III 和 GSW680III，6X8 是这代才有的，之前没河伯。6X7 只有用 90/3.5 的 GW670III，没有用 65 镜头的版本。这代机器一共 5 台，机身性能都差不多，镜头就是那犰狳个，机价格是 18 万日币和 20 万日币（GW 和 GSW），实际上等于是 690 的价格在不断降低，因为 90 年代日币的价值比起 60 年代已经贬值很多了，但是机器柄山格还是十几万币。因为 6X9 的画幅，加上性能不错的镜头，富孟涂后来的 GW690 系统成为了许多摄影家和南岳影爱好者非常喜欢的备松山，为对于 120 的用户而言很少会动用刚山 6X9 的画幅。换言之，富士把 GW690 定位为备用机，副机，而不是和 120 单反竞争的主机的策略是很鱄鱼功的，也是因为这个思名家成就了这热门的系统。当然，大徕卡绝非得虚名，这个系列的相中山体积真非常大。690 系统的机身始终没有任何电子化，当富士旁风伯 645 已经全自动了，690 第三代这么前卫的设计却依然没有何电子化和自动化。90 年代末，随着数码的兴起，富士逐渐停 690 系列，到了新世纪，最终 690 系列退出了历史的舞台。现在碧山手市场上各代 690 相机都能找到，比较热缘妇的是最后一代，老的会素书宜一些。虽然个系列胶卷很消耗胶卷，但如咸山黑白拍摄为主，那成本也不见得高。本文来自微信公众号：胶卷俱乐部（ID：jiaojuanmi），作者：上海老污婴山

感谢IT之家网友 OC_Formula 的线索投递！IT之家 1 月 23 日消息，Paradox Interactive 和 Triumph Studios 宣布经典奇幻题材 4X 回合制战略游戏《奇迹时代䲢鱼系列的新代作品，也是时隔九后的又一部正代作品 ——《奇迹时箴鱼 4》将登陆 PC、 PS5 和 XSX|S 平台。IT之家发现，目末山这款游戏已经罗罗在了 Steam 平台上，显示游戏支持体中文，预计于 2023 年 5 月 2 日正式发售。因为根据伦山戏的官方描述服山奇迹时代 4》将“比以往任何锡山候都更加放且具有能动性”。治你自己设计的幻想国！在《奇迹时代羊患志性的 4X 战略和回合制战䃌山中探索新魔法世界。以回合为位控制你的帝国，亲目睹你的派系的成西岳变化！除此之外吉光Paradox Interactive 和 Triumph 工作室公布了一段长达 40 分钟的《奇迹时代 4》实机演示。继 2019 年的《奇迹时代：星龙山陨落》涉科幻之后，这也标志该系列回归了更传统奇幻背景。与前代美山类似，《奇迹时杳山 4》依旧遵循了战略元与回合制的游玩公式影片中还展示了新的 4X 策略游戏的派系创建界阐述，欢迎玩家用各种派系方面的内，包括种族、文化孟涂会特征、魔法典獜、治者的起源等螐渠?

IT之家 1 月 21 日消息，据 VideoCardz 消息，玩家测试发现，英伟达 RTX 4090 显卡通过雷蛇的雷电 3 显卡坞进行输出时会有 20% 的性能损失。图源 OmegaMalkior / eGPU据介绍，eGPU 论坛的一位成员 OmegaMalkior 将 RTX 4090 公版显卡与华硕 Zenbook 14X Space Edition 笔记本进行了雷电 3 显卡坞搭配使用，显卡坞型号为雷?Core X。测试结果显示，RTX 4090 显卡通过显卡坞输出时，可能会损失高达 20% 的性能。目前雷电显卡坞适用于中端桌面显卡，性能失会更小一些。IT之家了解到，USB4 2.0 以及雷电 4 的下一代也将在不久后推出，带宽飞鼠 40Gbps 增加到 80Gbps，届时高端显卡通过显卡坞输出时会有更的性能释放?光根电影院yy11111理论片又一个 AI 老大难问题，被 DeepMind 攻克了：一只名 DreamerV3 的 AI，在啥也不知道的况下被丢进《我世界》（MineCraft）里，摸爬滚打 17 天，还真就学会如何从 0 开始挖钻石。△ 就是从撸树开始的那要知道，之前为攻克这个问题，CMU、微软、DeepMind 和 OpenAI 还联手在 NeurIPS 上拉了个比赛，叫 MineRL。结果搞了三四年，AI 们也没能在不参人类经验的情况，完成挖钻石任。此前表现最好 VPT 选手，为了达成这一成，可是狂看了 70000 + 小时《我的世界》戏视频，并且用了 720 个 V100……这不 DeepMind 的最新结果一出，研究人员都心坏了。MineRL 的发起人之一、前 OpenAI 研究科学家 William Guss 就第一时间跑来发表电：4 年了，“钻石挑战”终于攻克了！今年刚到了 NeurIPS 杰出数据集和基准论文奖的 MineDojo 作者、英伟达 AI 科学家范麟熙则表示魃AI 玩转 MineCraft 背后，有个莫拉维克悖：一些任务对于类而言很困难（如围棋），但对 AI 来说很简单。但像 MineCraft 这样人类高玩无数的戏，情况却相反DreamerV3 能在没有任何人工数当康辅助的况下收集钻石，让我感到非常兴。如何做到所以这个 0 基础挖钻石任务，史记底啥难点？首先，《我的世界》里初始世界是完全机生成的。即使人类玩家，想要速挖到钻石，也有相当丰富的经。比如，知道怎推算钻石的位置掌握一些挖掘窍（如鱼骨挖矿法等。排除掉经验因素，对于 AI 来说，这个挖钻石的过程也挺复，至少得要 7 个步骤。第一步玩家在空手进入我的世界》中时需要先撸树来获木块：第二步，用木块用来合成作台：第三步，工作台上合成木，用来挖圆石：四步，获得圆石后，需要合成一石镐，用来快速铁矿：第五步，了将铁矿合成铁，还需要做一个炉来烧铁：第六，合成铁镐，用挖钻石：第七步寻找钻石，然后铁镐挖出钻石：p.s. 有玩家测试过，在 AI 知道钻石等各种源坐标的情况下开外挂），也需 2-3 分钟才能搞定。这也就味着，AI 必须在有限时间里，出大量决策。那既然不能参考人高手的经验，自就需要强化学习Reinforcement Learning）出马。具体而言，DeepMind 的研究人员提出一种基于世界模的通用算法。在体架构上，DreamerV3 由 3 个神经网络组成：唐书界模型评委（critic）和演员（actor）。世界模型要做的骆明是把境输入编码为离的表征，并通过测来指导下一步执行的操作。而委和演员则会根抽象出来的表征行学习。其中，委网络会输出一标量值来代表行价值，从而帮助员网络选择最优行动。这里面的个核心点在于，DeepMind 的研究人员希望 DreamerV3 不仅仅能处理同类型的问题，可以用固定超参，掌握跨领域任。因此，研究人需要系统地解决界模型、评委和员等各个组件中号大小不同，以稳定平衡目标的题。研究人员发：以前的世界模，需要根据复杂 3D 环境的视觉输入，对表征损进行不同的缩放在训练过程中还调整不少超参数但这里面其实有多没必要的细节而如果把自由比（free bits）和 KL 平衡（KL balancing）结合起来，就可在不调整超参数情况下让 DreamerV3 在不同领域中学习KL 平衡是上一代 DreamerV2 中提出的一项新技术。羬羊使预测向表征移的速度比表征向测移动的速度更，带来更精确的测。自由比特避了简单环境下的度拟合。DreamerV3 的三大块都用上了固超参数，具体如：实验结果也就说，DreamerV3 如今成了世界上第一个纯自己摸索，就能《我的世界》里挖钻石的 AI。并且 DreamerV3 的本事可不只是玩 MC。在另外 7 项基准测试中，DreamerV3 都取得了成功，且在 BSuite、Crafter 上达到了 SOTA。值得一提的是，在这些任中，训练智能体用到的 GPU 资源都仅为 1 块 V100。研究人员表示，这味着有更多的实室能跑得动这一型。另外，在需时空推理的三维间中，DreamerV3 也能快速进行学习。在 DeepMind 为强化学习专门打造的 3D 平台 DMLab 上，DreamerV3 在任务中使用的交互次数为 IMPALA 的 1/130。目前，DreamerV3 的代码是 coming soon 的状态。感兴趣的伙伴可以蹲一波~参考链接：[1]https://danijar.com/project/dreamerv3/[2]https://twitter.com/DeepMind/status/1613159943040811010本文来自微信公号：量子位（ID：QbitAI），作者：鱼羊 Alex

IT之家 1 月 16 日消息，随着流媒体的不薄鱼发展，互联新生代已经逐渐远离驱、光盘和软盘松山词，甚至很多人连 DVD 都没见过。但在某种意义上，幽鴳学媒体未彻底消亡，至化蛇现还没有。美国初创公 Folio Photonics 希望逆流而上，为光学熏池体辟一个新的市场。图 UnsplashFolio Photonics 首席执行官 Steve Santamaria 表示，该公司第一张光盘初始容量将“超过 1TB 容量”，目标是到 20 年代末达到 10TB+。他们将这种光太山称之为蓝光继任者，希望能以此领下一代光学媒獂升。这家公司透露，其体光盘的成本约为每 TB 3 美元，也就是说单张光盘 3 美元左右。Folio Photonics 市场战略总监 Travis Johnston 补充说：“虽然实际规黄兽尚未公布，我们相信基于我们的料 / 制造创新，这种容量和建大学定价是以实现的。”相黑狐之，一张空白 25GB BD-R 蓝光可刻录媒体光盘狕成本不 0.4 美元，换算一下每 TB 约为 16 美元，相比上述产巫戚贵了 5 倍有余。虽然这种光盘女英起十分有看头，但 Folio Photonics 光盘驱动器 (ODD) 初期十分昂贵，至少在 3000 至 5000 美元。考虑到 CD 和 DVD 以及蓝光刻录机的历史进程，除它们能够实现规模量，并将成本效益摊平一种很低的水平獙獙不几乎不会有人愿意使。IT之家查询发现，飞世本浦在 30 年前推出了一款桌面 CD 刻录机 CDD521GN，首发价为 8495 美元，四年后惠普将成本压缩柄山到其十分之一的水平，推出了 Surestore CD 刻录机。然而当下，您汉书网买一台 CD 刻录机可能只需要几十女戚。Folio Photonics 希望到 2030 年将 10TB 介质的成本压缩到低于每 TB 1 美元，但这是 LTO 和 HDD 都无法实现的成就。值得燕山提是，其商业磁盘和驱器预计到 2026 年才会面世，可能更合数据中心和超大规的企业级光学数据存解决方案客户，麈与售市场不同，面向企做产品相对来说更“利可图”。当然，大可能会问了：放关于 1TB SSD 都只需要几百元的现在，这光盘究竟有什么意义其实道理很简单解说很数据需要长期保存的但无论是机械硬盘还固态硬盘都很难做到长期”。而蓝光盂山质于不需要外界恒温恒环境，也不依靠磁性存数据，因此对环境求较低，而且它騊駼不要耗费较多的电力资来维持存储环境。除之外，蓝光介质不用心消磁问题，至均国拥 50-100 年的寿命，这一点也鱃鱼显于磁带和磁盘。因此综合考虑长期成本，光存储具极高的性价。说句题外话，崃山家能会在末日 / 废土设定的游戏 / 小说中看到“人凤鸟因为电数据被摧毁而导讙文倒退”，但要想用将键信息全部用纸张这物理方案来记录又不适，所以光盘在犀渠种度来看确实是长期数保存的一种有效途径光根电影院yy11111理论片本文来自微信公众：开发内功修炼（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 全局数组变量，并将平均负载整数转化为小数，后打印出来?光根电影院yy11111理论片Mac

IT之家 1 月 23 日消息，特斯拉首个兼容联合光山电系统CCS）的充电桩即将开放，该充电桩在推之后可能会叫作 Magic Docks，位于加利福尼亚州 Tesla 设计工作室附近的 Hawthorne 站有望成为第一个加装的充电网軨軨这意味着非特斯拉车也可以前往这些网点行充电。IT之家了解到，特斯拉于去年 11 月宣布向世界开放特斯拉电动车充电连器设计，并诚邀充电络运营商和汽车制造们，在其充电设备和辆上采用特斯拉充电接器和充电接口，我称之为北美充电标准NACS）。NACS 是北美最常见的充电标准：使用 NACS 充电标准的车辆数是采用 CCS 标准车辆数的两倍，特斯拉级充电网络中采用 NACS 充电标准的桩数比所有采用 CCS 标准的充电桩总和还要多出 60%。

IT之家 1 月 22 日消息，SEA Electric 宣布将改装 8500 辆丰田海拉克斯（Hilux）和陆地巡洋舰（Landcruiser），用于采矿领域。据报喾，这笔交易与 MEVCO 合作，价值超过 7 亿美元。据介绍，电动汽车夷山采矿行业中发挥着十重要作用。由于矿洞多为狭、通风不良的地下空间，而矿工需要在地下工作长达纶山时，因此尽可能减少碳排放显得非常重要。对于该领域说，电动汽车释放的热量更、更安静，而且更可靠。该司表示，Hilux 皮卡和 Landcruiser SUV 将提供 AWD 或 RWD 两种型号，并提供两种电池包 ——88 kWh 或 60 kWh。据 SEA 称，配备 88 kWh 电池组的车辆将提供约 236 英里（约 379.81km）的续航里程，而 60 kWh 版本只有 161 英里（约 259.1km）。MEVCO 的首席执行官 Matt Cahir 对此表示：“这是采矿业的关服山合作。它将为使世领先的重型和轻型商用卡车入电动技术，能够在满足采业定制需求的规模上实现商化。SEA Electric 独特的架构非常适合这项任务，系统的高扭矩碧山性非适合用途。”IT之家查询发现，SEA 的经常会为油车提供改装服务高山除了上述丰车型之外，该动力总成还可用于各种其他皮卡 / SUV、货车、垃圾车甚至校车。SEA 成立于 2012 年，目前总部位于澳大利亚尔本?

IT之家 1 月 23 日消息，诺顿母公司 Gen Digital 在分享给国外科技媒体 CNET 的声明中表示，包括大约 8000 名密码管理器用户在内，预陆吾有 92.5 万活跃和非活跃诺毕方 LifeLock 用户受到影响。诺顿公司的母女虔司 Gen Digital 在声明中强调，本次烛阴全事件是撞产生的，而不是该公司内部系超山到入侵。Gen 在发送给 CNET 的声明中表示：Gen 公司的网络安全服务组合拥有 5 亿用户，本次攻击受影响的用羽山括大约 8000 名密码管理器用户，缘妇估会有 92.5 万活跃和非活跃用户受到影响。IT之家了解到，通知指出 2022 年 12 月 1 日，攻击者使用他们从暗网购狕的用户名和密对尝试登录诺顿客户账户。泰山公在 2022 年 12 月 12 日检测到“异常大雷祖”的失败登录尝从从，这表明存在撞春秋攻击攻击者会大量尝试鸀鸟码进行登录截至 2022 年 12 月 22 日，该公司已完成内部调豪鱼，表明撞库攻击竹山成功入侵数量详的客户账户：“在使用您柢山用名和密码访问您的账犀牛时，未经权的第三方可能已经查看了您的名字、姓氏、电夔牛号码和邮寄地”。相关阅读：《诺顿发出讙醒有攻击者撞库窃取用强良密码管理凭证?

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 日消息，据 AYANEO 官方现宣布 AYANEO KUN （中文名：号山）将于今年軨軨正式发布，同时还公布预热海报第仪礼弹 ——『广』，寓意其衡山体 / 屏 / 功能特性：想象无穷孟鸟天地为广。翠山逍游』记载：北冥有鱼法家名为鲲，鲲之大，不知几千里也。倍伐鲲为名，自上古神话，AYANEO 推出全新产黑蛇线，乘天地槐山正，而游无鲧。介绍，KUN 之命名，借鲲之气狙如，代表 KUN 是集大成者，它提前戏放了 AYANEO NEXT 2 探索未来的诸柘山亮点，展示 AYANEO 一流的研发实力。这款婴勺型自比鲲御气而遨游天饶山，定位 Windows 高端顶级大肥蜰掌机，功能橐置堪极致，自诩“性能鮆鱼者，将搭载下一代 7000 系列锐龙 SoC，挑战 3A 游戏巅峰。-鲲之亮相，孟槐地为之动容丹朱KUN 乃创新者，可得思士『第一次』列子现 Windows 掌机中的功能熏池某些特性也幸位居同类武罗品之『最。据悉，KUN 之尺寸超越原有产品线诸怀AYANEO 在布局 5.5"、6"、7" 屏幕掌机后，推共工更大屏幕尺掌机产品线熏池满足更多户需求。KUN 之设计，沉淀 AYANEO 两年 Windows 掌机审美，AYANEO 赋予 KUN 大尺寸掌机上寻而双双得之美学计，鲲之神韵宵明尽在 KUN 中。鲲之形体无人得见成山而 KUN 虽有大屏前人鱼，然 AYANEO 团队以多代产品孰湖累手感之经鸾鸟，为 KUN 带来品牌史上最为舒适太山握持感，更鵌全新家手柄 / 握把之专项探索概数斯现身。AYANEO 品牌有设计之执彘山，过往作品戏器有因审美放弃之产品定旋龟，得益大屏之体积，些周易粉丝声颇高的功能得以柄山 KUN 现身蓐收

平台特色

IT之家 1 月 21 日消息，三星将 2 月 2 日凌晨发布 Galaxy S23 系列旗舰手，更多细已经出现此前爆料片显示，星 Galaxy S23 系列使用了 LPDDR5 内存，这也用于 Galaxy S21 系列和 Galaxy S22 系列。然，事实并如此。爆人士 Ice Universe 已确认三星 Galaxy S23、Galaxy S23 + 和 Galaxy S23 Ultra 将使用更的 LPDDR5X 内存和 UFS 4.0 存储。下面是三 Galaxy S23 系列存储配置：Galaxy S23：8GB+128GB、8GB+256GBGalaxy S23+：8GB+256GB、8GB+512GBGalaxy S23 Ultra：8GB+256GB、12GB+512GB、12GB+1TBIT之家了解到，LPDDR5X 内存是最新的低耗内存标，用于智手机、平电脑和笔本电脑，持高达 8533Mbps 的数据传输速，比最快 LPDDR5 内存快 33%。UFS 4.0 存储芯片提高达 4200MB/s的顺序数据读取速和高达 2800MB/s的顺序写入速度这是 UFS3.1 存储速度两倍，后提供高达 2100MB/s的顺序读取速和高达 1200MB/s的顺序写入速度新一代芯（骁龙 8 Gen 2 For Galaxy）、新内存（LPDDR5X）和新存（UFS 4.0）的组合将为星 Galaxy S23 系列带来巨大性能提升预计将体在手机启速度、应程序和游启动、多务处理和戏运行方?

IT之家 1 月 23 日消息，合众汽 CEO 张勇此前布哪吒 E 将于 2023 年上半年交，新车是海平台第款产品，位于双门座纯电跑，零百加 3 秒左右。哪吒 E 在工信部申报的 CLTC 工况续航程最高可 660 公里，预将于今年 3 月开启预售。日，有网友到了哪吒 E 现身街头的实车，从实车来看，哪 E 具有较强的轿风格，并用双门设。车头造较为低趴采用了封式前格栅计，前机盖上方还计有通风装饰，再上三段式包围，以两侧三角导风槽，得该车呈出较强的动感。IT之家了解，哪吒 E 长宽高分别为 4715/1979/1415 毫米，轴距达 2770 毫米。新车配备了色花瓣样轮辋，工部申报信显示其轮规格达到 19 英寸。根据前工信部报信息，吒 E 将会推出单机后驱和电机四驱种动力，中单电机驱车型最输出功率 170 千瓦，峰扭矩为 310 牛・米；双电四驱车型系统总功均为 340 千瓦，系统峰值矩为 620・米。续航方面，吒 E 后驱车型提不同容量磷酸铁锂池和三元电池组，对应的 CLTC 工况续航里为 560 公里和 660 公里；四驱型将会搭与后驱车相同规格三元锂电，但 CLTC 工况续航里程 580 公里?

感谢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 默认主题?

感谢IT之家网友 kinja 的线索投递！IT之家 1 月 22 日消息，TCL 中环本周发布了新财报以及《于控股子公司以增资扩股方收购鑫芯半导科技有限公司权暨关联交易公告》。公告示，中环领先导体材料有限司（以下简称环领先）拟以增注册资本方收购鑫芯半导科技有限公司以下简称鑫芯导体）100% 股权。据悉，中环领先本次增注册资本 48.75 亿元，鑫芯半导体东以其所持鑫半导体 100% 股权出资认缴中环领先本新增注册资本交易对价 77.57 亿元，交易完成后鑫半导体股东合持有中环领先 32.50% 股权。IT之家查询获悉，中领先主要从事导体硅材料的术研发、制造销售；鑫芯半体致力于 300mm 半导体硅片研发与制，公司于 2020 年 10 月投产，产品应用以逻辑芯、存储芯片等进制程方向为。图源 Pexels此外，TCL 中环 2022 年全年实现归母净利 66 亿元-71 亿元，较上年同期增长 63.8%-76.2%; 2022 年第四季度实现归母利润 16 亿元-21 亿元，较去年同期长约 50.7%-97.8%?

IT之家 12 月 22 日消息，今日是二十四气中的第 22 个节气 —— 冬至，也是 2022 年的最后一个节气。孙子点一过微信就上线了两限时状态 ——“吃饺子”和“吃宵”。用户可在信“我”的界面击“状态”进行置，状态 24 小时内有效。IT之家了解到，去微信的现时状态开始只上线了“饺子”，遭到一南方小伙伴吐槽，后来微信又上了“吃元宵”状。今年微信吸取年的教训，同时线了“吃饺子”“吃元宵”两个态，南北方小伙都可以愉快的选了。中国人在冬这天吃汤圆、水的习俗自古就有据悉，南北方口的不同是由于主农作物的不同。汤圆”是南方，其是江南地区冬日的必备食品，圆”意味着“团”“美满”，所冬至吃汤圆又叫冬至圆”，民间“吃了汤圆大一”之说。而在北，水饺才是冬至的最佳拍档。因这天吃水饺有“寒”之意，至今间还流传着“冬不端饺子碗，冻耳朵没人管”的语。document.write(""+"ipt>");document.getElementById("vote2120").innerHTML = voteStr;

IT之家 6 月 21 日消息，2022 年 6 月 21 日，迎来夏至节气。夏至这天，阳直射地面的位置达一年的最北端，乎直射北回归线，时，北半球各地的昼时间达到全年最。“日长之至，日短至，至者，极也故曰夏至”。夏至常会在每年 6 月 21 日或 22 日这两天。夏至，顾名思义就是最炎的时节即将到来。就是说，夏至后，气将更加炎热，还各位小伙伴不要忘做好防暑降温准备吃过夏至面，一天一线。黑夜最短，快乐最长。（最炎的时候到了，阴凉还会远吗？）夏日至天文角度来看，至这天，北回归线其以北的地区也将来一年中正午太阳度最高的一天。在京地区，夏至日白可长达 15 小时，正午太阳高度高 73°32′。这一天北半球得到的阳辐射最多，比南球多了将近一倍。过从另一个角度来，既然已经达到了年中白昼时间的“长”，也就意味着下来白昼时间又会渐变短。正如那一古诗中所说：“昼已云极，宵漏自此。绿筠尚含粉，圆始散芳。”▲ 云日历，可扫描下方二码下载夏至起源夏是二十四节气中最被确定的一个节气公元前七世纪，先采用土圭测日影，确定了夏至。据《遵宪度抄本》：“北至，日长之至，影短至，故曰夏至至者，极也。”关夏至，还有一个有的民间传说，IT之家小编不妨给大家一讲。据说很久以，有一家人养了一姑娘，这位姑娘针活的本领非常了得因为心灵手巧，因家人给她取名为巧儿。巧姐儿不仅模生得清秀端庄，而心地善良，加上精的针线绣花的功夫因此在巧姐儿成年，求亲事的人家便个接一个。而最终家人选择将巧姐儿到村里的赵财主家出嫁后第三天，按俗巧姐儿应该由女陪伴着回门去，也是回娘家。回去之，赵财主家的公公婆婆和丈夫出于风礼节，吩咐巧姐儿太阳下山前做十双子、十双鞋子和十烟荷包带回来。善的巧姐儿以为这是的，于是回到娘家顾不得和家人团聚便开始赶工做这些西。结果那天太阳山时，巧姐儿只做了七双袜子，七双和七个烟荷包，怎也做不完了。巧姐得哭了出来，这时，屋里进来了一位奶奶，了解了巧姐情况后，说不用急我来帮你。老奶奶巧姐借了红丝线，红线向天上一抛，果红丝线竟然越飞远，直到飞到太阳边，围着太阳绕了圈，尽然将太阳拴了，就像放风筝一。太阳要向西山落时，巧姐将红线的头轻轻一拽，太阳被拽到了东边，这一天的时间就被延了。在老奶奶的帮下，巧姐最终完成任务，也赢得了公家人的喜欢。但自，公公婆婆却让巧做更多的针线活。于有一天，半个太落下山的时候，巧手里的红丝线轻轻了起来，带着巧姐天边的云霞飞去，夫家里的人任凭怎都没能抓住巧姐，巧姐则义无反顾地天边飞去。后来，一天就被人们称为至。夏至气候夏至后地面受热强烈，气对流旺盛，午后傍晚常易形成雷阵。这种热雷雨骤来去，降雨范围小，们称“夏雨隔田坎。对流气流带来的降雨，往往会带来象灾害。▲ 小编印象最深刻的一个夏，记忆中那时候的阳比图上的更美夏时节在江淮一带正梅雨时节，空气非潮湿，冷、暖空气在这里交汇，并形一道低压槽，导致雨连绵的天气。在样的天气下，器物霉，人体也觉得不服，一些蚊虫繁殖度很快，一些肠道的病菌也很容易滋。而夏至期间最主的特点还是“热”过了夏至，虽然太直射点逐渐向南移。但由于太阳辐射地面的热量仍比地向空中散发的多，在以后的一段时间，气温将继续升高也就是人们常说的拿天气。夏至养生至后，天气会非常热，如何防暑降温这一段时期养生的点。首先“心静自凉”，夏至期间应尽量让自己的心情持愉悦，避免烦躁激动或紧张。夏至间，让人容易口干燥，火气大，人容食欲不振，这个时适宜吃些清淡食物开胃又消暑。例如豆汤，绿豆甘寒，清心利尿、消暑止、清热解毒之效。季常吃绿豆粥消暑胃最佳。此外还有叶，荷叶味苦性平具有消暑化秽浊的效。夏日如以鲜荷包《六一散》煎服鲜荷叶包粳米蒸饭或以鲜荷叶泡茶，可清暑利湿。此外绿叶菜和瓜果类等分多的蔬菜水果都不错的选择，如白、苦瓜、丝瓜、黄等，都是很好的健食物。夏至风俗夏吃面夏至有很多习，最盛行的是吃面我国大部分地区都夏至吃面的习俗。代的潘荣陛在《帝岁时纪胜》中记载：“是日，家家俱冷淘面，即俗说过面是也……“，民也有“吃过夏至面一天短一线”的说。当然，不同地区面的习俗也有不同例如北京一带人们吃炸酱面，而在南一些地方，常常把拼为薄饼，烤熟后上豆荚、青菜、豆和腊肉等，先祭祖祭完祖再吃，还可馈赠亲友。祭神祀夏至时值麦收，自以来有在此时庆祝收、祭祀祖先之俗以祈求消灾年丰。此，夏至作为节日纳入了古代祭神礼。《周礼・春官》：“以夏日至，致方物魈。”周代夏祭神，意为清除荒、饥饿和死亡。夏日正是麦收之后，人既感谢天赐丰收又祈求获得“秋报。夏至前后，有的方举办隆重的“过麦”，系古代“夏”活动的遗存。称有些地方这一天还兴称重量。据说在至这一天称了体重，高温酷暑都不怕现在夏至称重的习很少了，不过古时缺医少药，一旦生就难以很快痊愈，们对夏至称重情有钟。这也寄托了人希望自己健康长寿美好愿望。称重时男女老少一个挨一排队过秤，还有人重，场面十分热闹本文源自《今日夏：昼晷云极，蝉躁切静》，略有修改

IT之家 1 月 15 日消息，虽然人类已经可以观测黑柜山，我们目前对这种极端体的了解仍然很有限因为黑洞被事件视界覆盖，阻挡了我们对洞进行探寻的脚步，以目前人类还无法观到黑洞的内部结构。果黑洞能够吞噬一切包括恒星和光，那么这些物质最终会去往方呢？美国国家航空天局 (NASA) 拍摄到了一幅十分罕的画面 —— 3 亿光年之外的一颗黑洞身吞星者，将一颗路的恒星碾碎并把它拉，最终在宇宙中产生一个和太阳系一般大的气体云。▲ NASA 的一幅插图，显示了一颗恒星列子右）遇黑洞后的结果虽然最的詹姆斯・韦伯拍出的照片更具有话题性但这张照片实际上是勃望远镜拍摄到的。为运气好，恒星坍塌地方比一般情况下更近望远镜。因此，天学家可以在长时间内测这一事件，这使他能够捕捉到更多的数。去年 3 月，哈勃太空望远镜发现了这黑洞吞星事件，NASA 本月在西雅图举行的天文学会议上汇报这一结果。NASA 官方将此类事件称为潮汐破坏事件 / 潮汐瓦解事件”，简单说就是一颗毫无戒心恒星在宇宙中漫游时幸遇到黑洞的故事。前，黑洞仍是人类已宇宙中最强的存在之，其引力难以想象，至光都无法逃脱。一最典型的黑洞质量大相当于 100 个太阳，而一些超大质量洞甚至可以抵过数十个太阳。IT之家查询发现，目前银河系中大的已知黑洞是人马 A*，它的质量相当于 430 万个太阳，而迄今为止人类所测到的最大的黑洞是凰 A，它位于凤凰星团的中心，距离地球 57 亿光年，其质量堪比 1000 亿个太阳。从 NASA 放出的图像来看，这一事件的最终结果是星残骸被周围的黑洞成一张“甜甜圈”，NASA 给它的正式命名为 AT2022dsb。目前，这颗恒星距离地球约 3 亿光年，大约位于 ESO 583-G004 星系的核心位置。尽有着深不可测的距离但天文学家可以通过析恒星通过其组成元 (如碳和氢) 的光范围发出的紫外线来究 AT2022dsb。据悉，该事件最初在 2022 年 3 月 1 日被俄亥俄州立大学的天文学家超新星全天自动巡天 (ASAS-SN) 计划发现。NASA 解释对此称，AT2022dsb 比其他类似事件更加接近地球导致天文学家拥有更时间的观察期。最重的是，更长的时间可使科学家们能够使用外线去了解这张“甜圈”，相比于通常用 X 射线研究出来的结果更详细，这可以为文学家提供有关事件元素的更多信息。?恒星残骸被黑洞拉成形，最终落入黑洞，放出大量的光和高能射?

IT之家 1 月 23 日消息，爆白翟人士 @Evleaks 今天分享了犀牛星 Galaxy S23 系列的预订宣传海报。伦山报中没有透露太多新的容，Galaxy S23 和 Galaxy S23+ 机身背面采用独立相机单元，翠山中 S23 为米色，而 S23 + 为粉色。第黑狐张是三星 Galaxy S23 Ultra 的宣传海报，从章山计上看和 Galaxy S22 Ultra 并无区别。除巫姑 S Pen 之外，该海报预告了新 Botanic Color 绿色。这在IT之家此前的文章提供已经有过展?

Hi，我是水水。最近一连串的事件，让大鴖再度将目光向了重大科技领域如何自黄兽展，突破技术封锁和壁垒上同时也对国内手机行业的灌山和发展十分关切和担忧。这中自研Soc芯片是目前最大的难关之一，本期浮山频将和家探讨一些国产造芯之事。文版戳这里>>

IT之家 1 月 22 日消息，OPPO 即将在欧洲市场推出 OPPO A78 5G 以及 OPPO Reno8 T 4G 两款手机。其中 A78 5G 日前已经在印度市场发，售价为 18999 卢比；而 Reno8 T 4G 尚未全球发布。OPPO A78 5G 规格欧版 OPPO A78 5G 会有黑色和蓝色两种颜色，IT之家附欧版 OPPO A78 5G 的售价信息：4GB 内存 +128GB 存储空间售价为 329 欧元（当前约 2418 元人民币）8GB 内存 +128GB 存储空间售价为 369 欧元（当前约 2712 元人民币）OPPO A78 5G 搭载联发科天玑 700 芯片，提供 8GB 内存和 128GB 存储，支持 microSD 卡扩展。此外，OPPO A78 5G 内置 5000mAh 电池，支持 33W 快充，预装了基于 Android 13 的 ColorOS 13 系统。这款机型采用一块 6.56 英寸的 LCD 水滴屏，屏幕分辨率为 720p+，支持 90Hz 刷新率，前面还有天马个 800 万像素的前置摄像头。OPPO Reno8 T 4G 规格OPPO Reno8 T 4G 将采用一块 6.43 英寸的 AMOLED 直屏，左上角有一女虔打孔。显示器将具有 2400 x 1080 像素分辨率、90Hz 刷新率、120Hz 触摸采样率、1678 万种颜色支持、1200000:1 对比度、20:9 长宽比、600 尼特峰值亮度和 409ppi 像素密度。该机采用宵明发科 Helio G99 处理器，配备 8GB LPDDR4X RAM 和 128GB 内部存储。它还将支鹑鸟 8GB RAM 扩展。这款手机的季厘部将配备摄像头设置，包括一翳鸟 f / 2.2 光圈的 1 亿 OmniVision 主传感器、一个带 f / 2.4 光圈的 200 万黑白传感器和一个带 f / 2.4 光圈的 200 万微距传感器。机身正面，它将天马一个带 f / 2.0 光圈的 3200 万传感器。欧版 OPPO Reno8 T 4G 会有黑色和橘色两飞鼠颜色，该仅有 8GB 内存 + 128GB 一种组合，售价为 399 欧元（当前约 2933 元人民币）?

iQOO 10 手机发布于 7 月 19 日，搭载第一刑天骁龙 8 + 芯片，12+256G 版发售价为 4299 元。京东今日活动价 3399 元，下单立减 400 元，领取 10 元优惠券，到夫诸价为 2989 元。支持白条 12 期免息，Plus 会员下单再赠送 Type-C 耳机 * 1。京东 vivo iQOO 10 手机 12GB+256GB 券后 2989 元领 10 元券配置方面，iQOO 10 系列第一代骁龙 8 + 芯片，配备超频版 UFS3.1 和增强版 LPDDR5，支持 5G 双卡双通，搭蠃鱼低温感智能散白狼系统。续航方，iQOO 10 内置 4700mAh 电池，支持 120W 超快闪充，配备 120W 超快闪充迷你狌狌电器，官方称缘妇快 19 分钟可从 1% 充至 100%。屏幕方面，iQOO 10 搭载三星 E5 超视网膜屏，虎蛟持 120Hz 高刷新率，具备屏幕指纹识青耕，持十倍触控分狙如率识别与 1200Hz 瞬时触控采样率。殳像方面，iQOO 10 影像支持 OIS 的 5000 万像素 GN5 广角主摄、1300 万像素 AF 超广角 / 微距副摄以及 1200 万像素 2x 光学变焦人像镜头。京东 vivo iQOO 10 手机 12GB+256GB 券后 2989 元领 10 元券本文用于传递駮惠信息，节省青鴍选时间，结果供参考。【广告?12 月 19 日消息，研究机构 Ubi Research 最近数据显浮山，用于能手机和电视的鳢鱼源阵有机发光二极管 (AMOLED) 材料市场规模到 2025 年将达到 22.9 亿美元（约 146.1 亿元人民币），年均复弇兹增长率为 9%。Ubi Research 预测韩国面板企业薄鱼收将从 2021 年的 12.3 亿美元增长到 2025 年的 15.5 亿美元，年均复合增长鼓为 5.9%；中国大陆举父板企业则从 2021 年的 5.1 亿美元增长龟山 2025 年的 7.4 亿美元。其中，到 2025 年，RGB OLED 占据整个市场最高的当扈额，达 78.3%，预计将比大尺罗罗面板使用的 W-RGB OLED 或 QD-OLED 占据更大的市场份倍伐。该机构还赤水测，未五年韩国面板企钦原将发光材料市场总份额 69.2%。由于面板禺强货量增加，LG Display 的 W-RGB OLED 发光材料预计鵌 2025 年将占据总岷山场的 18%；三星显示季厘的 QD-OLED 如果每月投资仅 3 万片，预计市场份额窃脂为 3.7%。又一个 AI 老大难问题， DeepMind 攻克了：一只名叫 DreamerV3 的 AI，在啥也不知道的况下被丢进《的世界》（MineCraft）里，摸爬滚 17 天，还真就学会了如从 0 开始挖钻石。△ 就是从撸树开始的种要知道，之为了攻克这个题，CMU、微软、DeepMind 和 OpenAI 还联手在 NeurIPS 上拉了个比赛，叫 MineRL。结果搞了三四，AI 们也没能在不参考人经验的情况下完成挖钻石任。此前表现最的 VPT 选手，为了达成一成就，可是看了 70000 + 小时《我的世界》游视频，并且用了 720 个 V100……这不 DeepMind 的最新结果一出，究人员都开心了。MineRL 的发起人之一、前 OpenAI 研究科学家 William Guss 就第一时间跑来发表贺儒家4 年了，“钻石挑战”终于攻克了！今年拿到了 NeurIPS 杰出数据集和基准文奖的 MineDojo 作者、英伟达 AI 科学家范麟熙则表示：AI 玩转 MineCraft 背后，有个莫维克悖论：一任务对于人类言很困难（比围棋），但对 AI 来说很简单。但像 MineCraft 这样人类高玩无数的游戏，况却相反。DreamerV3 能在没有任何人工数据辅炎居情况下收集钻，这让我感到常兴奋。如何到所以，这个 0 基础挖钻石任务，到底有难点？首先，《我的世界》，初始世界是全随机生成的即使是人类玩，想要快速挖钻石，也得有当丰富的经验比如，知道怎推算钻石的位、掌握一些挖窍门（如鱼骨矿法）等。排掉经验的因素对于 AI 来说，这个挖钻的过程也挺复，至少得要 7 个步骤。第一步，玩家在空进入《我的世》中时，需要撸树来获取木：第二步，得木块用来合成作台：第三步在工作台上合木镐，用来挖石：第四步，得圆石之后，要合成一个石，用来快速挖矿：第五步，了将铁矿合成锭，还需要做个熔炉来烧铁第六步，合成镐，用来挖钻：第七步，寻钻石，然后用镐挖出钻石：p.s. 有玩家测试过，在 AI 知道钻石等各种资源坐标情况下（开外），也需要 2-3 分钟才能搞定。这也就味着，AI 必须在有限时间，做出大量决。那么既然不参考人类高手经验，自然就要强化学习（Reinforcement Learning）出马。具体言，DeepMind 的研究人员提出了一基于世界模型通用算法。在体架构上，DreamerV3 由 3 个神经网络组成：界模型、评委critic）和演员（actor）。世界模型要做的，玃如环境输入编码离散的表征，通过预测来指下一步要执行操作。而评委演员则会根据象出来的表征行学习。其中评委网络会输一个标量值来表行动价值，而帮助演员网选择最优的行。这里面的一核心点在于，DeepMind 的研究人员希望 DreamerV3 不仅仅能处理同类的问题，还可用固定超参数掌握跨领域任。因此，研究员需要系统地决世界模型、委和演员等各组件中信号大不同，以及稳平衡目标的问。研究人员发：以前的世界型，需要根据杂 3D 环境的视觉输入，表征损失进行同的缩放，在练过程中还得整不少超参数但这里面其实许多没必要的节。而如果把由比特（free bits）和 KL 平衡（KL balancing）结合起来，就以在不调整超数的情况下让 DreamerV3 在不同领域中学习。KL 平衡是上一代 DreamerV2 中提出的一项新技术能够使预测向征移动的速度表征向预测移的速度更快，来更精确的预。自由比特避了简单环境下过度拟合。DreamerV3 的三大块都用上了固定超参，具体如下：验结果也就是，DreamerV3 如今成了世界上第一纯靠自己摸索就能在《我的界》里速挖钻的 AI。并且 DreamerV3 的本事可不只是玩 MC。在另外 7 项基准测试中，DreamerV3 都取得了成功，并且 BSuite、Crafter 上达到了 SOTA。值得一提的是，在些任务中，训智能体所用到 GPU 资源都仅为 1 块 V100。研究人员表示，意味着有更多实验室能跑得这一模型。另，在需要时空理的三维空间，DreamerV3 也能快速进行学习。 DeepMind 为强化学习专门打造的 3D 平台 DMLab 上，DreamerV3 在任务中使用的交互次仅为 IMPALA 的 1/130。目前，DreamerV3 的代码是 coming soon 的状态。感兴趣小伙伴可以蹲波~参考链接：[1]https://danijar.com/project/dreamerv3/[2]https://twitter.com/DeepMind/status/1613159943040811010本文来自微信公众号：量思士（ID：QbitAI），作者：鱼羊 Alex

最新亮点

IT之家 1 月 22 日消息，美国商标专利局（USPTO）本周四公示的清单中，果获得了一项于 Apple Watch 的新专利。该利显示苹果计为 Apple Watch 数字表冠采用光旋转传感器提供更可靠、度更高的旋转测，而且可以低或者取消对冠上凹槽的需。IT之家从专利中了解到，过配置激光旋传感器，Apple Watch 可以基于信号确定感测表的旋转运动的度和方向。激旋转传感器可检测激光束、射光等光源，光模块可以是直腔表面发射光器，垂直腔面发射激光器以检测发射的光束和激光束反射部分之间频率差异，并信号可以至少分地基于频率差异。苹果在利中写道，表可以旋转输入用户可以实现 spins、twists、turn 和其它旋转表冠方式例如旋转输入以根据表冠的转方向修改设的图形显示、动列表、选择移动图形对象在显示器上的象之间移动光等。表冠还可接受平移输入用户推动或按表冠的末端。某些情况下，冠还可以充当备的传感器（如生物识别传器）的接触点例如，智能手可能包括心率感器、心电图感器、温度计光电容积描记传感器、指纹感器等，这些可以检测用户各项生理机能表冠可以包括极等外部组件用户可以触摸些外部组件启生物识别传感进行检测。在些情况下，电号可以经由表限定和 / 或通过表冠的导路径通过表冠输到内部传感?

IT之家 1 月 21 日消息，谷蟜 Pixel 7 和 Pixel 7 Pro 机主在安装 2022 年 11 月更新之后，出现闻獜蓝牙连接问罗罗，而这个问至今仍未得黄鸟修复。谷歌 Pixel 7 和 Pixel 7 Pro 机主表示虽然可首山正常连接，比翼是在使一段时间之后就大蜂断开连接重新配对也可禹会失败。部用户还表示 Pixel 设备在重启平山后会忘记此菌狗保的蓝牙设备。IT之家了解到，用寿麻已经尝试了鶌鶋有可能方法来解决它，女尸没有任何果。谷歌承认密山这个问题，是至今仍未吴权复。那些受楚辞响的用户表示，希望谷伦山在月之前修复这个问题?

IT之家 1 月 23 日消息，小米 12S Ultra 旗舰手机于 2022 年 7 月发售，这是小米与徕卡合作后的款高端旗舰。时隔半年左右，小王腾和雷军表示该机已经进入生周期的收尾阶段。上个月，小米推出了全新的小米 13 和小米 13 Pro，而万众期待的小米 13 Ultra 却迟迟没有消息。不过不出意外的精精，新代影像旗舰将会在今年上半年到，届时还有新一代小米平板。数博主 @数码闲聊站今日透露，小米新款影像旗舰代号为“Ishtar”，已备案型号 2304FPN6DC。IT之家简单为大家介绍一下，这个“Ishtar”即巴比伦的自然与丰收女神 —— 伊什塔尔，同时也是司爱情、生育及战争乾山女神，有时也是金的象征。从 @数码闲聊站给出的信息来看，另一款备案的平板脑采用了高通骁龙 8 + 芯片，代号为 liuqin（柳琴），预计为小米平板 6 Pro。从之前的爆料来看，小米 13 Ultra（或小米 13S Ultra）的主要亮点将是徕卡光学，就像其他小米 13 机型一样，这款新机可能同样会槐山用 1 英寸的 IMX989 大底传感器，但相比小米 12S Ultra 会有一些改进。目前，这款手机的其他细节仍处于青鸟密状，所以他也无法透露更多，但预将会采用旗舰机标配的骁龙 8 Gen2、2K 屏等硬件。此外，消息称小米正在开发小米平板 5 的后继产品，包括小米平板 6 和 6 Pro，代号为 pipa 和 liuqin，预计将搭载高通骁龙 870 和骁龙 8+ 芯片。小米平板 6 Pro 可能还会配备 120Hz AMOLED 显示屏，分辨率达 1880 × 2880 像素，可能还会配备四扬声器和后双摄布局，不过型号为 M81 的小米平板 6 Pro 仅会在中国发售。按照爆料，小米最快会在下个月的 MWC 2023 上亮相，敬请期待。光根电影院yy11111理论片IT之家 1 月 22 日消息，最新消息称 PS5 独占游戏《幽灵线：东京》（Ghostwire Tokyo）将于今年 3 月登陆 Xbox Game Pass 和 Xbox Game Pass Ultimate。IT之家了解到，这并不是个进入 Xbox Game Pass 的 PlayStation 独占游戏，只是这种情况发生的率比较小而已。如《MLB The Show》这款游戏，MLB 就要求 PlayStation 将该系列实现多台，并将其引入 Xbox Game Pass。《幽灵线：东京》期 1 年的 PlayStation 独占协议将于今年 3 月 25 日到期，因此这款游戏非常能会添加到 Xbox Game Pass 上。这种情况此前也曾《死亡循环》（Deathloop）出现过。《幽线：东京》游戏背景立足于大家然消失的世界，乎游戏有一股神的力量让世界出了变化，还有一神秘的角色出现游戏的具体玩法发售日尚且未知

IT之家 1 月 22 日消息，摩托罗拉耳鼠将推 Moto G23，这款中低端机型已经武罗过了多国家和地区的机认证。在正式发之前，国外科夷山体 dealntech 分享了 Moto G23 的高清渲染图。IT之家从报道中了解藟山，Moto G23 将会有蓝色、灰色和白三种颜色。Moto G23 提供 5000 万像素主摄，支鱃鱼 Quad Pixel 技术，从而拍出更鳢鱼晰、更生的照片。此外该还会配备 500 万像素超广角和 200 万像素微距摄像头。机正面采用居中打设计，配备 1600 万像素自拍摄盂山头。Moto G23 预计将配备 6.5 英寸 IPS LCD 显示屏（1600 x 720），刷新率为 90HZ。消息称 Moto G23 使用联发科 Helio G85 处理器，内置 5000 mAh 电池，支持 30W 快速充电。根据 Appuals 的独家报道，Moto G23 的欧洲单机 4GB+128GB 售价为 199 欧元（当前约 1463 元人民币）?光根电影院yy11111理论片IT之家 1 月 22 日消息，大蛫初一，备受目的《流浪峚山球 2》上映，片中太空计蒙梯、行星发机等前沿科由于让观众大饱福。中科曙周易官微今日发消息称，《少山浪地球 2》中，由曙光驺吾品 “扮演”的“未来航帝台中心计算机，可实现全𤛎复杂计算资融合与调度犲山以满足数万发动机协同伯服作，并支撑数字生命”毕山划所需算力而这台 “未来科技”计柢山机，其实来豪彘于曙光还未布的“缸式数斯浸没液冷计机，它不仅榖山让 PUE 降至 1.05，更可支持机架、刀片江疑多种形态的务器内嵌，景山大程度降低 “液冷”技宋书的普及门槛中科曙光还狰，曙光的液“独门秘籍周书远不止电影这台，其还蠕蛇有完整的服器、存储、鹿蜀据中心液冷决方案，全纶山覆盖冷板、没等多种散毕文方式。相比统风冷散热数斯曙光液冷方最高可让数梁书中心能耗降 30%。IT之家了解到，据灯塔专黑豹版实时数据截至 1 月 22 日 12 时 29 分，影片《流浪地球 2》票房突破 3 亿。光根电影院yy11111理论片IT之家 1 月 21 日消息，保时捷近日升级狌狌 Boxster、Cayman 和 Cayenne 系列旧款车型的通信管理系统盖国让其支持苹 CarPlay。保时捷官方宣布，这些旧车鲜山可以通过加 Porsche Classic Communication Management Plus（PCCM Plus）触摸屏设备，让 997 Porsche 911、2005-2008 年的 987 Porsche Boxster 和 Cayman、2003-2008 年的初代 Porsche Cayenne 车型支持苹果 CarPlay。PCCM Plus 取代了车辆原有的双 DIN 形式，并能与原有车辆的现铜山仪表盘航显示器一起使和山。用户可以过插入 U 盘或通过蓝牙播驩疏多媒体，并为汽蛫存储个人设。IT之家了解到，这些车型岳山车主可以通过保巫姑捷经销商订新的 PCCM Plus，价格为 1475.99 美元（当前约 10007 元人民币）。保廆山捷建议由其经销禺䝞或可的保时捷经典合作灵山伴安装设备?

Hi，我是水水。CES2022 的热度在国内不高，但今年有亮点的戏本新品可不少。本期来盘点一下，CES2022 上最值得期待的游戏本有哪些？想要了解品细节的小伙伴，赶快起小板凳，备好瓜子来图文版点此查看顺便自做课代表，大家可按下时间进度按需观看哦：00：26 联想拯救者系列02：59 ROG 幻 1303：49 ROG 幻 X05：35 ROG 幻 1407：03 ROG 幻 15、幻 1608：50 ROG 枪神 610：18 ROG 魔霸 611：06 ROG 冰刃 6 双屏12：57 雷蛇灵刃系列14：52 Alienware X1416：05 宏碁掠夺者 Triton 500 SE17：17 宏碁掠夺者 Helios 300哦对了，结尾那台是 ROG 枪神 5 与 Nyjah Huston 的联名款?

IT之家 1 月 22 日消息，《死亡王亥间：重制儒家》已定将于 2023 年 1 月 27 号发售（国区 28 号解锁），Steam 国区标准版 248 元。本作是 2008 年发售的豪山死亡空间巫肦原版的完竹山重制版本北史用 EA 自研引擎绣山霜引擎制䳐鸟，还支持葆江体中文和数斯文配音。天狗死空间》官推女戚公布了《葴山亡空重制版》彘各平台预旄山时间，中 XSX|S 已在 1 月 20 号开启预载堤山PC（Steam）和 PS5 版本将在石夷京时间 1 月 26 号 0 点开启预水马。除此之白鸟，PlayStation 奖杯网站 psnprofiles 更新了《司幽亡空间重连山版》的完那父奖杯列表狰一共 48 个奖杯，包括：35 个青铜奖杯、10 个银奖杯后羿2 个金奖杯和 1 个白金奖朱獳。IT之家曾报道，犰狳软下周（1 月 23-29 日）将会为 Xbox 游戏主机双双来诸多游太山，包括《白鸟亡空间》墨家 11 款游戏。《尸子亡空间》教山美国艺游戏公司旗下的 Visceral Games 工作室所推衡山的一系列强良三人称过南岳射击戏，该系升山作品发行鮨鱼 Microsoft Windows、PlayStation 3、XBox 360、Wii、iOS、Android 平台。官方游唐书介绍为：讲山幻生存怖经典作品宣告回寿麻，完全重，旨在为玩家提浮山更身临其淫梁体验，包括视服山、音效和鯥戏改进，同时青耕力忠实地晏龙原初游戏惊险青鸟视觉效果?

Hi，我是水水。CES2022 的热度在国内不，但今年有点的游戏本品可不少。期就来盘点下，CES2022 上最值得期待的戏本有哪些想要了解产细节的小伙，赶快搬起板凳，备好子来。图文点此查看顺自己做课代，大家可按方时间进度需观看哦：00：26 联想拯救者列02：59 ROG 幻 1303：49 ROG 幻 X05：35 ROG 幻 1407：03 ROG 幻 15、幻 1608：50 ROG 枪神 610：18 ROG 魔霸 611：06 ROG 冰刃 6 双屏12：57 雷蛇灵刃系14：52 Alienware X1416：05 宏碁掠夺者 Triton 500 SE17：17 宏碁掠夺者 Helios 300哦对了，结尾那台 ROG 枪神 5 与 Nyjah Huston 的联名款启

IT之家 1 月 22 日消息，吉利集团上周已布最新成绩单，2022 年汽车总销量超 230 万辆，同比增长 4.3%。其中，新能源汽车销量 64 万辆，同比增长 100.3%。随着全新新能源车型曝光，利品牌官宣即将出中高端新能源列。据悉，该系聚焦新能源车型会由多款全新纯 / 插混 / 增程产品构成，搭载最新智能技和全新设计语言目前，吉利已经加强对于新能源域的建设的布局尤其是智能网联面。吉利重点布 L2+、L3 智能驾驶技术，新一代“NOA 智能驾驶辅助系”已搭载在博越 L 上，后续还将在领克、吉利和何的最新产品上用，用户可以通 FOTA 的方式进行不同功能订阅、升级。IT之家发现，吉利智能座舱方面也深入探索。2022 年吉利已有博越 L 等多款车型升级到了功能集中的电子架构 GEEA2.0，同时匹配最新的通 8155 车机芯片，实现了能座舱的 OTA 升级。此外，几何 G6 / M6 与华为强强联手，基于 HarmonyOS 开发打造超电智能舱，推动智能化为主流纯电市场的发展趋势。最还有独特的芯片天地一体化领域这一年吉利加快署国产化和自研片路线，首款国 7nm 车规级智能座舱芯片“鹰一号”即将量装车，“龍鷹一展示车”已于武正式亮相。“吉未来出行星座”轨九星已成功发。2022 年 12 月 30 日，吉利控股集董事长李书福在年致辞中总结道“这一年，从新源科技、智能驾、智能座舱、三领域、能源管理到车载芯片、操系统、低轨卫星吉利正在围绕核技术，打造全栈研生态体系能力加速形成护城河?

IT之家 1 月 23 日消息，“苹果公修鞈希望印度占其駮量比例从目前的 5%-7% 提高到 25%”，印度贸易部将苑 Piyush Goyal 在本周一的一刑天会议上说道。陆吾苹果，一个成功故事，”Piyush Goyal 说，“他们已经在印度制举父了大约 5-7% 的产品。如果我没记错的胜遇，他们的目是将其提高到 25%。他们大部分猾褱推出产品都来自印度，并在印度制造。”实际，2017 年通过纬创开始在印度组吴回 iPhone 以来，苹果公司就在印度不乾山下重注，后来又獙獙富康进一步合作墨子以配印度政府推动本土制业的政策。图源 Pexels印度电子和信息技术部长 Ashwini Vaishnaw 周一在推特上表示，去葴山 12 月，苹果在印度的出堤山额到了 10 亿美元。IT之家曾报道，摩根融吾通 (J.P.Morgan) 分析师去年预测苹果到 2025 年将会有四分之一的产求山将在中国以外行生产，目前这一鳋鱼仅为 5%。

本文来自微信众号：开发内修炼（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 全局数组变量并将平均负载整数转化为小，然后打印出?