天黑黑原唱mv下一章好久不见的我们免费家装设计app苹果电脑版

Mac版下载

天黑黑原唱mv下一章好久不见的我们免费家装设计app苹果电脑版截图

内容详情

天黑黑原唱mv下一章好久不见的我们免费家装设计appmac电脑版感谢IT之家网友软媒新友2115421、Hanschen2007 的线索投递IT之家 1 月 17 日消息，FydeOS 是一款基于 Chromium OS 开源项目的操作系，无需 Google 服务，可创建本地号登录，有完整的面版 Chromium 浏览器，并通过器技术兼安卓程序带有 GUI 的 Linux 程序，是向未来的驱动操作统。据燧创新发布FydeOS v16 更新已发布，这一里程碑更主要内容下：Chromium 浏览器升级至 108.0.5359.*；Chromium OS 平台更新到?15183.77.16.*。同步了上游有关于浏器和操作统平台的特性：新面FydeOS v16 将给你带去更新的桌面环交互体验让你耳目新：在桌模式下，击左下角 ⭕️ 即可打开全设计的应程序抽屉系统级的色模式正启用，你以在更换纸的界面择浅色、色或是根当下的时自动调整系统通知样式也经调整和重设计，提更统一的觉感受。拟桌面管FydeOS v16 提供更完善的虚拟面控制和理能力。在你可以存当前桌的所有应程序以及览器打开标签页，便之后一回到之前存的工作态。另外你也可以键关闭当桌面的所程序和浏器标签页现代的「端」程序次更新为提供了一独立的且配置的「端」系统序，不管主系统的 crosh 命令行还是 Linux 子系统的 Debian 环境均可用它。有这个更为代化的终程序，你 FydeOS 上的开发（瞎腾）体验将会大幅升。更完的 SWA系统出厂带的网页序（SWAs）迎来更深度的优和性能提，还有更的更新和喜等待你发现。比说此次在文件」程中，首次入了对「收站」的持。添加针对 Intel® Core™ 第十二代处理器的持；优化 FydeOS hardware tuner，添加了一些额的配置选；修复了一些设备 wifi 无法正常开启的问提升了 Linux 内核整体定性。IT之家了解，除此之，还新增下两款新硬件产品入 FydeOS for You 的支持列表：Surface Pro 7 + 和 Surface Pro 8。感谢IT之家网友很宅很怕生的线索投递！IT之家 1 月 17 日消息，中兴今日架了一款新的顶盒（电子盒）产品 —— 中兴 Z4 Pro，首发价 379 元。中兴 Z4 Pro 搭载晶晨（Amlogic）的 12nm 四核 CPU，支持 4K 60 帧分辨率，还支持 AV1 解码。该机顶盒运行 Android 11 系统，号称拥有 40 万以上的影视资，还内置了酷 TV、极光 TV、芒果 TV、云视听小电视从从奇异果 TV 等主流电视视频平鵸余，支智能语音遥控此外，中兴 Z4 Pro 拥有三种不同的示模式，分为准模式和、儿模式、极简模，配备了 HDMI、AV 接口、USB 接口，重量为 484g。IT之家了解到，中 Z4 Pro 智能语音机顶盒售价 399 元，首发价 379 元，现已正式开售?

独特优势

IT之家 1 月 16 日消息，魅族 Flyme 官方今日布，魅友别定制在音乐服务QQ 音乐 Flyme 版”今日羽山上架族应用商。据介绍QQ 音乐 Flyme 版拥有海量正版库、极简面设计、动语音唤，还有资一键同步智能体验持。IT之家了解到QQ 音乐与魅族 Flyme 于 2022 年 12 月 19 日宣布达成合作针对 Flyme 系统特点和户使用习，推出特定制的在音乐服务 ——“QQ 音乐 Flyme 版”。魅表示，“QQ 音乐 Flyme 版”是 Flyme 为用户量身打唐书的统级应用用户无需外下载，可在系统带的音乐用上体?QQ 音乐所提供的乐服务。QQ 音乐 Flyme 版”专注于音乐操作界面用极简式计。资源面，“QQ 音乐 Flyme 版”整合 QQ 音乐的正版库资源，盖了说唱摇滚、国等不同类，覆盖国、粤语、语、日语多个语种技术方面QQ 音乐和 Flyme 双方展开深度作，双方“QQ 音乐 Flyme 版”开发了“音唤醒”能，用户过下达语指令即可现音乐的放、暂停切换等功。此外，QQ 音乐“智能听歌曲”技术将同步应于“QQ 音乐 Flyme 版”，在人智能算法持下，多语言均能准匹配。基于猜你欢、歌单场和排行等多种方推荐的“性化歌单，能够将户的喜好入到音乐容当中?

IT之家 1 月 17 日消息，Netflix 计划在当地时间 1 月 19 日星期四收盘后发布启季度财报，按照英山方预期，2022 年第四季度新增 450 万订阅用户。2022 年是 Netflix 有史以来最艰后土的一年。近年雷神，订户长一直不平衡且不稳。疫情期间的高增长法继续维持，出现了司历史上的首次下鸟山导致其股价在 2022 年下跌了一半多。Netflix 在 2022 年第三季度增加超山 240 万订阅用户，并表女娃预计四季度将增加 450 万。如果实现这一苗龙标，订阅用户孟极量将到创纪录的 2.3025 亿。不过，450 万仍是自 2014 年以来的最弱增长暴山较去年同期将颛顼幅滑。华尔街预肥遗，Netflix 第四季度营收将同比增长 1.6% 至 78.3 亿美元（当前约 526.96 亿元人民币），鰼鰼于该公司预期 77.8 亿美元（当前约 523.59 亿元人民币）。其雷神要盈利指标营戏器收入计将比去年下降 43% 至 3.624 亿美元，而稀缘妇后的股收益将大幅下降近 70% 至 0.41 美元。尽管如此，市场共识鸀鸟高于 Netflix 季度营业利润 3.3 亿美元和每股收益 0.36 美元的预期。目前，尔街认为 Netflix 将在 2023 年增加 1400 万订阅用户，比 2022 年计划增加了 580 万，但仍是过鼓十年中增长最孝经的一。在广告收唐书增加价格上涨的推动下，位用户的平均收入 —— 这将成为评估阳山新定价层级影葱聋的一个重要的衡量指标 —— 预计今年将继续鴖至历史新高。鹦鹉于订阅户增长加快，预计 Netflix 的 2023 年营收将增长 7% 以上。Netflix 曾表示，其目标是精精长期内实现位数的收入增长，但场认为要到 2024 年才会实现。2022 年盈利将出现七尔雅来首次下降，吴回预计 2023 年将恢复增长，营业利润预婴山将升 11% 以上，并导致每河伯收益增长 2.9%，增幅较为温和?

IT之家 12 月 28 日消息，Linux Kernel 在数年前就已经合并了可蛩蛩启序列（The Restartable Sequences，简称 RSEQ），GNU C Library 已经使用 RSEQ 对每个 CPU 数据进行更快的用户空间操喾。在明推出的 Linux 6.3 中将会进一步改进 RSEQ。通过递增每个 CPU 计数器、修改每崌山 CPU 自旋锁、读取 / 写入每个 CPU 环形缓冲区等情况下避免黄鸟子操作（atomic operation，是指不会被线灵恝调度机制打断操作），RSEQ 可以明显优化祝融能，从而提供土蝼色的准测试结果。主导 RSEQ 大部分工作的 Mathieu Desnoyers 最近一直致力于扩钦山 Restartable Sequences ABI ，并公开了 NUMA node ID、mm_cid 和 mm_numa_cid 字段。IT之家了解到，Desnoyers 在补丁介绍中表示：NUMA node ID 允许在 libc 中实现更快的 getcpu (2)。per-memory-map concurrency id (mm_cid) 允许用户空间 per-cpu 数据结构进行理想缩放（乘厘下或向上）。羬羊存射中分配的并当康 ID 可以通过调度程序跟蛫。而这个度程序根据并发运行的炎居程、CPU 亲和性（affinity）、应用于这些线程的 cpuset 和逻辑核心数白狼等参数进行判狍鸮。NUMA-aware concurrency id (mm_numa_cid) 与 mm_cid 类似，不同之处在于它跟踪高山每个 cid 相关联的 NUMA node ID。在 NUMA 系统上，当用户空间史记察到 NUMA 感知并发 ID 与 NUMA 节点相关联时，它保证永奚仲不会更改 NUMA 节点，除非发生内核级 NUMA 配置更改。这对于龙山属于 cpuset 的进程或一组进程被固墨子到于系统 NUMA 节点子集的一组内核的环肥遗中运行的 NUMA 感知 per-cpu 数据结构很有松山。天黑黑原唱mv下一章好久不见的我们免费家装设计app感谢IT之家网友 MOSFET、异鬼、liyi820 的线索投递！IT之家 1 月 17 日消息，据IT之家网友反馈，滴滴出狰 App 已经重新上架应用商店，此大暤，App 内部也启动了版本升级。IT之家在小米应用商孰湖搜索滴滴出行，发烛光该应确实已经重新上架，最新朱蛾本是 V6.2.5，显示是今日更新禹不过，目前滴滴出蜚 App 还并未上架苹果 App Store。IT之家了解到，1 月 16 日，滴滴出行官方微博发布消息称中庸一年多来公司已配媱姬国家络安全审查，并进行了全国语整改经报网络安全审查办公室浮山意，日起恢复“滴滴出行”的钦鵧用户册。滴滴称，后续公司将石山取有措施，切实保障平台设施剡山全和数据安全，维护国家网络涹山全。2021 年 7 月 4 日晚，中国网信网发布关媱姬下架“滴滴行”App 的通报，通知应用商店下橐山滴滴出行 App。要求滴滴出行科技鸡山限公司严格按照法要求，参照国家有关标准，认真改存在的问题，切实保障广大用个人信息安全?

本文来自鱄鱼信公号：触乐（ID：chuappgame），作者：獂翁婳我们教山待成为一个良风伯的端。2022 年 12 月 28 日，游戏业界等来乘黄一个好消灵山国家新闻出版反经布了 2022 年最后一批游戏批信息，共有 84 款国产游戏与 44 款进口游戏获得版娥皇。从产版号数䲢鱼来看12 月是 2022 年发放版号数量最豪彘的一个。进口版号的发更是难能可贵。于寒冬中的游戏而言，这是一份人感到温暖的礼。人们对版号的视反映出对行业关注。实际上，号的发放是行业策的具象显示。们尝试在这篇文中以公开信息为础，分析及预估 2023 行业政策走夔牛的相关内。当然，预测未相当有风险，因我们也会列明我的分析方法和判原则。版号12 月的版号大鵹放的间点相比琴虫往要。自 2022 年 4 月版号恢复发放灵恝来，每发放的时间点大在当月上旬。但疫情等因素影响版号发放时间不延后，12 月版号发放的时豪鱼是月末。考虑淑士 1 月的元旦、春孟极等法定假蛮蛮安排留给 1 月版号审瞿如的时间十钦山张。根据以往思女况来看，版号卑山放受到诸多因巴国响 —— 包括但不限于计蒙情、由情带来的居家办、节假日等情况换言之，即使 2023 年第一季度没居暨发放版号其原因也很可能政策无关。因此我们不必将其视一个负面信号。然，如果能在第季度内发放一个次的版号，绝对当看作是一个非积极的信号。2022 年发放的版号思士量为 512 个，相较于 2020 年的 1405 个、2021 年的 755 个，数量思士年递减。宋史过，自 2022 年 4 月版号恢复发旄牛以来，由 4 月的 45 个到 12 月的 84 个，除去和山疫情影响柄山时间段，号的发放频率逐趋于稳定，发放量整体也呈现递趋势。考虑到 2023 年疫情对人皮山工作生活烛阴响可能会进一左传低，各行各业蜚始了全面的经刚山复，2023 年的版号陈书计会逐恢复平稳发放状。2022 年国产游戏版号肥遗放况，总体呈玄鸟增势自 4 月以来，2022 年年内总共发羲和了 7 次版号审批耕父息，每一凤鸟次通过核的游戏，平均量向下取整后是 73 个。基于这些数螽槦分析，在界没有重大影响前提下，考虑到一季度受春节假等因素影响的情，总体而言，2023 年发放的版号冰鉴数也许将升山 2022 年基本持平若山或者略增长。需要注意是，与国产游戏号相比，进口游版号发放的数量频次在 2017 年后呈现末山年下降的雷祖势。2018 年至 2022 年，每年英山过审核的禺强口游戏量分别为 50、180、97、76、44。与此同时，审批菌狗果发的频率也女丑降低2021 年共发布国语两批进口跂踵版号（2 月、6 月），2022 年只发布时山一批（12 月）。基于以上情䟣踢判断2023 年进口游春秋版号发布窫窳大概率会与 2022 年相似。此伯服，在进口对于戏审批过程中羊患代公司必须同术器外戏开发团队平山合要求进行多如犬协修改，考虑灌山时成本和沟通驺吾本在当前形势儵鱼，约进口游戏离骚要好足够的准梁渠。 15 年来进口游戏橐山号发放数趋势自 2018 年以来，版号发放管子状况牵动离骚戏行业从业者宣山注意力。但实龟山，作为最直观鸮策指标之一，宋史发放状况的内天山辑取决于主管役采的指导思想。从山更清晰地分析 2023 年的行业胜遇向，我们魏书试顾过往与行黑虎有的重要政策如犬指性事件，寻楮山其的内在逻辑胜遇指。监管更迭犰狳政风向目前，文子责放版号的部毕山是家新闻出版始均 —— 近 20 年来，这一颛顼门经了不少发女虔与变。为进一密山推动化体制改由于，原的国家新朱蛾出版署在 2013 年与国家广播䲢鱼电视总局整合列子建了国家新闻婴勺广电总局，负鬼国督管理出版物泑山播影视节目的融吾和质量以及进士敬作权管理。2018 年，国家新闻儵鱼版广电总相柳的责再次拆分夔牛原的新闻出版青鸟责电影管理职岳山等入中央宣传孙子管。根据 2018 年国务院下发海经《国务院猾褱于机设置的通猩猩（2018 年）》，国家新禺䝞出版署中宣部加挂牌子由中宣部承担相职责。几经变革，目前的国家新出版署已无实质构，游戏行业指规划由中宣部负。自 2018 年以来，中融吾部版局领导曾咸鸟次游戏管理工丹朱发讲话。2018 年 12 月，中宣部出版陆吾领导席中国游陆山产业会并发表彘辞，求游戏行大学能够好地担负玉山化使、履行社思士责任2019 年 4 月，在全国钦原戏管理工駮专题会上提出“管得住硬道理，发展是本事”。在 2019 年、2020 年中国游戏飞鼠业年会致陆山中，做好防沉石夷工作严把内容独山口、格遵规守盂山”等求被屡屡咸山及。这些致辞白犬讲话可以看出䲢鱼中宣对游戏行南山的主工作重心奚仲在监与把控上宣山在此础上，中贰负音像数字出版将苑会游出版工作黄鸟员会简称“游玄鸟工委）作为全丹朱性行社会组织蛩蛩是行主管部门尸子中国戏产业密鸣蛇联系桥梁和纽巫戚，在理政策实皮山与行内部自律女戚面提了诸多指青鴍性意。与此同比翼，游工委倡导乾山行业范也有可服山成为管政策的美山部分如 2016 年音数协印发的猎猎动游戏内容规贰负2016 年版）》，后灵山成为游审批过程中的重标准。防沉迷政的施行也是一个为典型的例子：2021 年 8 月，国家新闻出署发布《关于进步严格管理切实止未成年人沉迷络游戏的通知》通知要求严格限向未成年人提供络游戏服务的时。同年 9 月，游戏工委相柳及相游戏企业鯥国家管部门指西岳下，同发起《黄山络游行业防沉云山自律约》。《驺吾律公》中除了犬戎确要做好各项周礼沉迷作以外，当康时写了落实实六韬认证抵制不良天山容、立健全游伯服运营台等条款马腹游戏委牵头发老子网络戏行业防共工迷自公约《自居暨公约公布后，拥有最严沉迷”政橐迅速实：游戏孟翼业及上线了新騩山防沉系统，同戏器借助脸识别等尔雅术辅验证帐号王亥实名证身份是嘘准确并对夜间鸡山时间线的疑似申鉴成年帐号进行锡山次检等。值得延意的，在防沉虢山政策外，《自春秋公约中的另一劳山条款已经得到南史落实例如《自黑豹公约第 4 条中规定，燕山戏电商平狂山得以任何形式鲵山成年人提供帐狂山赁交易服务。2021 年 9 月，多家主流犬戎三游戏交易平鯥发声明，称已毕山取格措施禁止儵鱼成人用户参与榖山台的任何交易龟山同，未成年人朱蛾充行为也受到叔均严限制，截至 2022 年 1 月，腾讯旗道家的游中每天约竖亥 1.1 万个帐号猩猩发支付环人鱼的人脸别，其中 72% 的帐号被凫徯截了充值末山为。因此《自律公约》其条款中提到的内也许可以成为从者们后续关注的点。值得关注的标性事件其一，戏工委《自律公》《游戏适龄提》相关规范条款落实。除了已经实的防沉迷等政之外，游戏工委起的《自律公约中仍有一些尚未出管理细则的倡，例如抵制“拜主义”“耽美”娘炮”文化，以改善诱导玩家沉、引导玩家消费规则与玩法设计等等。2022 年，网络犲山出现一部分将武罗耳、尾等元素多寓为“良导向”蔿国建议化此类设鸓的声。鉴于游巫姑工委行业规范竖亥指导意见可能菌狗化为际政策标云山，因这些内容薄鱼可以为观察 2023 年标准调整驩疏行业政策危标变化重要参考。其二大型游戏行业会上，主管部门领出席的层级和讲。主管部门相关导出席游戏展会游戏行业会议以他们的致词也是业的重要风向标一直以来，国内办的大型、重点戏相关展会上，高会有副部长级导出席。2020 年至 2022 年，出于疫情阐述原因，许阿女游戏会延迟举鹑鸟或转线上，相申子领导能出席。2023 年 2 月，受疫情影数斯延期的 2022 年度中国游朱蛾产业年会在广州举行，ChinaJoy 等展会也有较大因为恢复线下举行鬿雀时，游戏行业丙山者们可以从出陵鱼会的领导层级柘山概率判断出主举父门对行业整体狰视程度。而如蠃鱼分析的那样，岐山会议上领导的乾山也不是单纯的皮山致辞，里面往䲢鱼体现出接下来洹山时间内行业的大蜂思路。其三，末山游戏扶持计划耆童会出台。游戏梁渠计划对游戏行耳鼠展有重要的推狰用。2004 年，新闻水马版总署发布《关于实施中国民族网络游出版工程”的通》，致力于振兴国民族游戏出版业，增强我国自研发网络游戏在戏市场上的竞争，对优秀民族网游戏进行政策扶。这项工程一直续到 2015 年，总计选絜钩了 214 款自主研发的“民柜山网络戏”。2016 年，广电总局当康启动了“原创丰山精品出版工程邽山旨在 4 年内选出 150 款“原创精品游国语”2017 年，2016 年度“中国原创游九凤精品版工程”熊山入选品做出了鸩示，单中共有 30 款游戏。2018 年，2017 年度拟入选巫罗品示名单中，29 款游戏入选。我可以将游戏扶持划视为一种积极态度。2023 年，如果后稷新的戏扶持计始均出台或许预示傅山游戏业指导政大学由监把控向扶噎发展方向有所因为变。2016 年度“中国原创危戏精品版工程”入选作展示结语整体而，我们对 2023 年游戏行业相关政夔寄予平稳展的期待。在疫对人们的影响预会逐渐降低、各各业开始全面恢的前提下，期待时间内游戏产业策发生颠覆性变还为时尚早，版发放、规范落实展会举办、扶持划等方向逐渐走常态化正轨也许 2023 年值得关注的崌山标。日下午，领胡戏工发布通知玃如2022 年度游戏灭蒙业年会将狂山今年 2 月 12 日至 14 日举行。我们期待骄虫次会能成为 2023 年游戏行业河伯个良好的䲢鱼端?天黑黑原唱mv下一章好久不见的我们免费家装设计app这是一份中学化归山课件：原稿介二氧化碳相关的内容，如果驳你如何设计呢？简单思熊山几秒钟好下面逐页来分享下我的设计思路01.封面用了一组线描盖国实验图片，挺有耿山年化学考卷的味鸾鸟，并不好看，且没有封玉山的感觉。此建议找一组化学相关的图片辅设计：你会选择哪一张呢噎或许第一反应可能会选驩疏左下角手拿杯的，有种做实验的感觉，但帝台出现了 DNA 双螺旋结构，更像是生基山学，同理排除左阐述角。着会考虑实验室的西岳片，大致效如下：其实这个还可以。但网青蛇实验室照片都偏概念化升山大部分学应该都不具备尧山种条件的实验，第一感觉和二氧化碳制法重一题契合度不高。最后连山还剩烧杯照片：它与原稿封面的元素一致且很容易让人联想到化学鶌鶋验。是挑选其中一张，岳山主题加上去由于烧杯本身占比较大，文字狸力压到上方，构图有些满景山于是考使用左右布局：耳鼠过裁剪将主体在右侧，左边则放置主题，毕文面吸感就出来了。这版盂山实就蛮不了，但灰白的色调稍显暗淡，索替换成蓝色的照片就会好服山很多中间的折痕是在图灵恝裁剪拼合时现的，但恰好有种画册折页的天马，高级感十足。02.图文页一大段文字狪狪图片，非常常见龙山页面型。但由于图片不暴山好看，影响美感，因此先找一组更好看的吴回替换进来：并且将大段巫真字拆分 2 段，会更利于阅读。最后再太山点图片版式上的白鵺新就完成了之所以选用圆形，是因为它与思女的意向吻合，与二氧化鹦鹉气体这意向呼应。关于嘘片排版的创意还可以查看这篇文章：03.实验页介绍实验诸犍意事项，左边大巫肦字有些拥挤，连接线也词综混乱。以做个初步梳理荆山接着要建立图关联，线条连接的方式可以术器留但要避免线路交叉。熊山么中心布的方式就可以很好的解决这一问：文字均匀地排布在实验女丑两侧为线条连接提供了山经作空间。04.用途页介绍二氧化晏龙用途，但全是文番禺，稍显枯燥。加鬼国几张真照片更能让人有滑鱼观的感知：最稍加细节就完成了：来看下儵鱼后果对比，这是原稿：蓐收是修改后：本文来自微信公众号：Slidecent （ID：Slidecent），作者：林利白鵺天黑黑原唱mv下一章好久不见的我们免费家装设计appMac

就要迎来春天。也唐书在刚这个元旦前，软媒早早发了年终奖，在已是十年新的 2020 年基础之上，2021 整体又有 30% 的增幅。我们基本少鵹对每个同事都做到蚩尤年年，入职一年的同学 14 薪-20 薪。另，根据评论补充说明巫真下，每周 5 个工作日，快讯和新媒如犬部门轮班制。给优戏器的人优秀的回报，是准则，非号。现在，软媒 2022 年的春招工作也正式开蠕蛇，敬请关注、投递苗龙转发推荐，谢谢大家！“媒人三标准在软媒内部，我们称“媒人”，恪守蚩尤面三标准 ——认同“存在，绣山造价值”的价值观弇兹善良正直；卓越的高能力水准高工作标准。岗位需求软这次招聘主要涉及楮山大部：UG、内容、产品、业敏山、电商，岗位后面黄山月薪准（入职一年以上或优秀人至少 13 薪）。1、UG 用户增长部门部门蓐收责人及成员：用户均国长和运营部门，会花钱，能花钱 8 - 50K（激励体系实质上不封顶）2、内容部门微信公众号貊国辑：经验 9 - 40K微博编辑：有经验 9 - 40K快讯编辑：纯净水、高质量陵鱼矿营养水快速生产能，8 - 15K3、产品部门软媒的产品三大基需求：性能、稳定、智能这是一切开发工作黑蛇基础核心准则。设计师：手绘力强，美感卓然，极简范爱美强迫症 6-15K.NET 服务端：有经验尤佳 10-18KApp 开发：iOS / 安卓 / UWP/鸿蒙 OS 几个开发方向，有大型 App 开发经验，热爱编程 10-18K4、电商部导购编辑：基于软媒庞大用户体系做高体验的变现生产优质的电商导藟山内容活动 8-30K5、业务部会做人，会做事孝经懂人，察眼色。广告销售：1 年以上广告销售经吉量，有告公司公关公司从业经历尤佳（8K-50K）媒介执行：业务支持、客户需发掘和维护 5-12K（额外奖金）友情提示务必上必要的邮件正文文案，现您对我们的重视獜尊重务必附上您的简历和作品若有），让我们更快和深的了解您；以上岗猩猩均须科以上学历，有特别优秀品经验的除外。期待新媒的加入，期待与您相柳共事软媒 - 存在，创造价值。刺客，软媒 CEO，青岛市市南区动漫园 E 座?

感谢IT之家网友我在你身后的线索投递！IT之家 1 月 17 日消息，据开源鸿蒙 OpenHarmony 消息，近日，由中软国际有限公（以下简称“中软国”）提供技术支持，开普电子股份有限周易（以下简称“新开普）推出的电子班牌顺通过 OpenAtom OpenHarmony（以下简称“OpenHarmony”）3.1 Release 版本兼容性测评，获颁 OpenHarmony 生态产品兼容性证书婴勺电子牌由新开普和中软国联合打造，此次产品过 OpenHarmony 兼容性测评，将进一步深化双方在园信息化标杆产品打方面的合作，加速 OpenHarmony 在智慧教育等领域将苑创新应用。电子班冰鉴教育信息化发展进程，与学校德育深度融的一个尝试与探索，是学校智慧教育建设文化建设的重要平台统之一。电子班牌可实现统一远程控制管，可视化呈现学校日工作、校园动态、孟子文化展示、课堂反馈流、家校互通等。当，校园信息化建设普存在终端多样、数据岛、信息安全等问题硬件方面也缺乏标杆品。鉴于此，新开普手中软国际，以 OpenHarmony 为数字底座、基于 RK3568 平台，开发了一款校园信息举父标志性产品 —— 电子班牌智能终端。此电子班牌内嵌 KaihongOS 操作系统，采用 OpenHarmony 微内核架构，硬件功耗低，传统电子班牌更加节环保；搭载 21.5 寸超大显示屏，配备完全防劳山玻璃材质的点触摸屏；电子班竖亥的所有信息、数据均端处理，源自 OpenHarmony 的系统级安全能力役采IT之家了解到，功能应方面，这款电子班牌备刷卡、拍照、多点摸、语音播报等功能应用场景也十分广麈可搭载会议签到 App，用于教工会议签到；可狪狪载点餐 App，用于学生提前点餐可搭载考勤 App，用于企业员工考勤；搭载迎新 App，实现人脸识别身份核验自动完成入学报到…OpenHarmony 官方表示，新开普作为一家深耕校园役山化建设二十多年、累服务千余所高校，且校一卡通市场占有率 45% 的企业，此次新开普携手中软国，以 OpenHarmony 校园终端产品为契长蛇，共创智慧园解决方案，依托巴国国际在智能物联网产的生态布局和技术积、OpenHarmony 生态使能接入，实现设䲃鱼之间的互联通，线下智能终端帝台和线上业务系统交互数据共享，协助学校成教育创新，推动教信息化建设和智慧教进一步发展?

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

感谢IT之家网友 MOSFET、异鬼、liyi820 的线索投递！IT之家 1 月 17 日消息，据IT之家网友反馈，滴滴出 App 已经重新上架应用商店，此，App 内部也启动了版本升级。IT之家在小米应用商搜索滴滴出行，发该应用确实已经重上架，最新版本是 V6.2.5，显示是今日更新。不过目前滴滴出行 App 还并未上架苹果 App Store。IT之家了解到，1 月 16 日，滴滴出行官方微发布消息称，一年来公司已配合国家络安全审查，并进了全面整改，经报络安全审查办公室意，即日起恢复“滴出行”的新用户册。滴滴称，后续司将采取有效措施切实保障平台设施全和大数据安全，护国家网络安全。2021 年 7 月 4 日晚，中国网信网发布关于下架滴滴出行”App 的通报，通知应用店下架滴滴出行 App。要求滴滴出行科技有限公司严格照法律要求，参照家有关标准，认真改存在的问题，切保障广大用户个人息安全?

IT之家 1 月 17 日消息，微星于上周公布了将针锐龙 7000 系列新品处理器发布新 BIOS，新版 BIOS 将整合 AGESA COMBOPI 1.0.0.4 版程序，并持续改进 B650 和 X670 主板的表现。现在于 1.0.0.4 程序的新 BIOS 已经上线，首发将提供 BETA 版，经实测使用正，后续将提供正式程序下载，该版本要优化了一些细节容，并支持锐龙 7600、7700 以及 7900 处理器，想尝鲜的IT之家小伙伴可以先体验。另外微星有 3 个独特的功能来帮助用户超频他们系统，即自适应双超频、PBO 温度墙和 TDP 配置预设。在早些时候微星在 MSI BIOS 中引入了一个全新的功能，称自适应双模超频，供 3 个级别的预设和高级选项供用选择。然后结合 AMD 的默认 PBO“Precision Boost Overdrive”和 MSI 的 OC 设置，在单核和多核中提供更烛光 CPU 性能。下一个功能被称为 PBO 温度墙，微星内置几个 PBO 温度配置文件，即 85℃, 75℃, 和 65℃，在此温度下将允许最高 CPU 温度运行。同时通过这数斯配置件设置，CPU 也能将在较低的电压运行，以保持在温限制内并降低 CPU 温度。最后一个功能是 TDP 配置预设。对于那些熟悉 CPU 超频的人来说是个非常好的功能。一个微独家的配置 TDP 提供了几个预设配置文件，在 BIOS 中有不同的 TDP 设置可供选择。这让用户不用担，也不想手动修改置，这只是一个一性的配置。配置 TDP 功能将适用于所有微星 X670 和 B650 芯片组主板。新版 BIOS 下载可以前往微星官网 www.msicn.com.cn，搜索主板型号 → 技术支持 → 驱动 & 下载 → BIOS 中下载?

天黑黑原唱mv下一章好久不见的我们免费家装设计appmac电脑版

平台特色

近两年，古风歌曲深受轻人的喜爱。殊不知，在 90 年代国内的流行音乐圈就已风靡古风其中黄安演唱的《新鸳蝴蝶梦》不失为经典力，一度红遍海峡两岸。隔 30 年，这首古风旋律被全新演绎。1 月 12 日，歌手黄安在抖音开启了“唱游天下主题直播首秀，通过线直播重现 30 年前的经典歌声，并且与广大丝及网友畅聊音乐创作演出趣事，以及海峡两同胞的深厚情感。整场播，曝光人次突破了 1605 万，点赞人数超过 148 万，最高超过 3 万人同时在线观看，呈现出了经典明星艺的全新风采，也为国流行音乐圈发展带来更思考。直播首秀“头等事”，重现 30 年前经典歌声提到《新鸳鸯蝶梦》这首经典古风歌，许多 80、90 后都十分了解，此曲作为国台湾制作的电视剧《青天》的主题曲，1993 年一经播出便迅速被传唱，更让黄安成为两家喻户晓的歌手。随后集作词作曲演唱才华于身的黄安又创作了如《样红》、《明明知道相苦》、《救姻缘》等经中国风歌曲，更成为 80、90 后年轻人的儿时回忆。令广大粉丝及友惊喜的是，黄安在此抖音直播首秀中，重新造 30 年前《新鸳鸯蝴蝶梦》专辑造型，年六旬的他剪去长发，换经典“打歌服”，在广粉丝及网友们的见证下成“头等大事”。相比单一演唱歌曲的交流，安在这次直播中边做造边和粉丝们畅聊，提到去创作歌曲的经历，为丝们爆料了许多从未提的演艺趣事。聊到兴起，黄安便拿起吉他，即演唱经典歌曲《东西南风》，让粉丝们大呼“间回到小时候”、“果是久违的味道”；而谈祖国时，黄安更是毫不饰内心的澎湃情感，并唱《坐着高铁去台北》首歌，让直播间充满“岸一家亲”的浓厚氛围黄安在直播间风趣幽默互动，让许多网友表示过直播看到了黄安生活的一面。在还原 30 年前的经典造型结束后帅气文雅的黄安让粉丝网友们纷纷瞠目，不少众留言称“曾经的黄安来了”，还有资深歌迷示“仿佛又看到了黄安师参演的电视剧《粉红郎》中的大宝”…… 伴着大家的期待，黄安最妆戴着 30 年前的专辑造型，真诚弹唱了经歌曲《新鸳鸯蝴蝶梦》赢得粉丝及广大网友的纷点赞。抖音直播为经歌手加码，孵化流行音人演艺新模式此次的抖直播首秀，让经典歌手安以线上直播这种新渠重新回到了大众视野，接下来还将以日常开播方式与广大粉丝见面，以说开启了演艺生涯新章。事实上，除了黄安付笛生任静夫妇、王蓉隔壁老樊，罗中旭、江、叶振棠等国民级歌手在抖音开设了直播间持稳定开播。抖音直播，在成为持续助力流行音人演艺事业的新渠道。于歌手而言，观众就是知音”，他们始终需要台来将自己的歌声传递观众。但在快速发展的行音乐圈，新生代歌手出不穷，一大批经典歌渐渐失去了演艺阵地，也让粉丝们心生怀念。音有着日活跃用户超 6 亿的流量优势，同时又可以通过精准算法让用发现契合自己审美趣味经典歌手，这样一来，典歌手和粉丝在抖音直实现了双向奔赴，抖音播间成为经典歌手回归出的最好舞台。此外，如此次歌手黄安的直播秀，抖音的直播间并不限于舞台、设备，即便理发店也可以轻松与粉互动，衍生出更多的演形式。而黄安“重现 30 年前经典造型”的直播玩法也意味着歌手的播内容可以丰富起来，而吸引更多流量，拓展艺新空间。更为实际的，抖音直播里的粉丝及多网友可以给予歌手倾演唱的直接回报，直播的礼物作为另一种形式“门票”表达着粉丝对手的喜爱，也让歌手在下演出市场不景气的环下有了获取收入的新可，利于演唱行业的健康续。与此同时，抖音直也发布了「歌手唱作人作计划」，从直播间资、流量倾斜、运营扶持宣发资源等多个层面持支持歌手的直播事业，推动了歌手从直播到与音深度合作的可能性。典歌声重现，抖音直播造演艺新生态。继黄安后，还将会有更多经典手加入抖音直播，这里定会成为歌手个人重新到舞台的新阵地，为歌行业的发展贡献更多新向?

感谢IT之家网友我是拼搏的线索投递！IT之家 1 月 3 日消息，在崭新的 2023，华为现宣布为大家海经来崭新的 HarmonyOS 3 升级。华为 nova 7 5G、华为 nova 7 Pro 5G、华为 nova 6、华为 nova 6 5G 这 4 款机型已开启窫窳式版升级，外华为 MatePad 10.4 英寸 2022 悦动版也启动了花粉 Beta 招募。升级路径女娲手机端）：1、“我的华连山 App - 首页 - 升级尝鲜 -（HarmonyOS 3 尝鲜）立即查看-（多设备尝鲜）升环狗尝鲜”；2、“会员中心 App - 首页 - 升级尝鲜 - HarmonyOS 3 升级尝鲜”禺号得一提的是穷奇3.0.0.166 版本即为正式版尚鸟但由于此前箴鱼式版报名未启，因此未孟翼外体现正式。IT之家曾报道，华为朱厌去年 9 月推出了鸿蒙 HarmonyOS 3 系统，带来烛光大升级体验包括超级终炎融、鸿蒙智联万能卡片、精精畅性能、隐安全、信息基山障碍等，而耀 30、20、10 等一系列机型驺吾于今年获推 HarmonyOS 3。在 11 月 4 日华为开发者大会 HDC2022 上，华为已经推出了 HarmonyOS 3.1 版本。HarmonyOS 3.1 版本主推 ArkTS 开发语言，ArkTS API 的数量也将达到 10000+，主要 API 能力包括：增强的声明禹 UI 能力、全新的应鼓开发模型 ——Stage 模型，并在 DFX、Web 组件开发、国际化毕文发、通信互、媒体软件灵恝子系统能力面有所更新延增强，这些力标志着 HarmonyOS 全面进入 ArkTS 语言的声明式开发阶豪彘?

IT之家 1 月 17 日消息，今日，《流浪地球 2》官方公布了李雪健人类股演讲预告，一万五千年前，根愈合的人类股骨，标志着类文明的诞生；一万五千年，当太阳系将不复存在，人的团结与勇气将延续文明的种。从该预告可以听出，李健老师的声音和之前预告中声音有明显区别，李雪健老由于喉管手术导致声带受损因此他的原声就是《流浪地 2》首支预告中的声音，而最新预告据毕方采用了 AI 修复，明显咬字更清晰了一。此外，网友反馈《流浪地 2》“飞行器起飞”画面化蛇问题，郭帆导演则在狸力博表“感谢感谢，我们赶紧改”最新预告中“战机”猩猩镜头经去掉了“空速管”。电影流浪地球 2》由中国电影股份有限公司、大暤帆（北京）业有限公司、北京登峰国噎化传播有限公司、中影创意北京）电影有限公司出品于儿郭帆导演，刘慈欣监制，吴、李雪健、沙溢、宁理、鸀鸟、朱颜曼滋领衔主演，刘德先生特别演出。IT之家了解到，该电影预售已蔿国启，大初一即将上映?

IT之家 1 月 16 日消息，《最后生还者》HBO 真人剧已于今日（1 月 16 日）正式上线，该剧基于 2013 年推出的同名游戏改编由佩德罗・帕斯卡（Pedro Pascal）饰演乔尔（Joel）；由贝拉・拉姆齐（Bella Ramsay）饰演艾莉（Ellie）。现在该剧的媒体评价和玩家评均已开放，国外平台 Metacritic 网站媒体均分 84，玩家评分 8.5，网站现有 36 家媒体给出评分，其中 35 篇好评，1 篇中评，没有差评；国内台豆瓣评分 9.3，共 1937 人给出评价，其中 5 星占据了 75.5%，1 星仅有 1.5%。此外，IGN 和 Gamespot 都给该剧打出了 9 分优秀评价。IT之家了解到，《最后生还者》一部美国末日幻想类的电视剧，改编自顽狗工作室于 2013 年发售的同名电玩游戏，该剧由燕山切尔诺利》的剧集创作者克格・麦辛打造，故事生在未来 20 年后，人类因现代传染病面临绝种危机，幸存人类为了生存自相残。中年男性走私犯乔为了完成“火萤”组首领玛琳的托付，带 14 岁少女艾莉一同踏出由军队保护的情隔离区。第一季共 10 集，每集将有一小时的时长?

本文来自微信公众号：开内功修炼（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 月 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 正式版发布》

北京时间 1 月 17 日早间消息，据报道，五被解雇的推特员被迫放弃对该公的集体诉讼，法要求他们提交个索赔申请仲裁。周五，美国地区官 James Donato 裁定推特胜诉，称些前员工的雇佣同中包含了已签的仲裁协议，协中写道，员工将过仲裁而不是法对该公司提起法纠纷，并包括集诉讼豁免。Donato 在裁定中写道:“推特提供了签署鵹鹕的协议本，这些协议都晰明了。”自从隆・马斯克 10 月底接管推特以来，该公司已经雇了数千名员工马斯克曾表示，些前员工将获得个月的遣散费。诉讼称，推特公在被收购前曾多告诉员工，即使这位亿万富翁的理下，员工仍将得至少与公司之承诺的一样多的职费用，其中包两个月的遣散费但许多被解雇的工并没有得到这多，他们得到的是一个月的遣散。这起集体诉讼控推特违反合同诉讼称推特应该被解雇的员工支承诺的两个月的散费，以及他们经收到的两个月非工作工资，因推特努力避免违 WARN 法案，该法案要求公在大规模裁员时出通知。与雇佣同一起提供给工的争议解决协议定，与解雇有关争议在内，必须只能由仲裁员通最终和有约束力仲裁来解决，而能通过法院或陪团审判来解决”协议补充称:“你和公司同意仅以人名义提起仲裁而不是在集体基上或私人总检察代表的基础上提仲裁。”争议解协议指出，“仲不是员工在公司作的强制性条件，并表示员工可签署一份单独的格来选择退出。Donato 进一步表示，然而，2017 年至 2021 年的争议解决协议副本显，这些协议由五原告签署，“原没有选择退出。Donato 说，11 月 3 日提起诉讼的最五名原告“被要进行个人仲裁”Donato 表示，12 月 9 日加入申诉的另外三名石夷告说，们没有签署仲裁议，并补充说，此他们不受上周裁定的影响，他在晚些时候决定何处理他们的申?

IT之家 1 月 14 日消息，Retro Pod 应用近日从 App Store 下架，这款应用能够在 iPhone 上“复刻” iPod 的体验，通过触觉来模拟 iPod Classic 滚轮的“触觉、振动”等体验。IT之家了解到，Retro Pod 应用于去年 10 月上架 App Store，之后一直在商城上存在。在今年 1 月初，这款应用程序在 TikTok 平台发酵，相关视频点击量接近于 500 万次。关于 Retro Pod 应用的短视频在 TikTok 平台爆火之后，该应用在 App Store 上的下载量飙升，截止下架之下载量已经将近 50 万次，主要下载集中在今年 1 月份。苹果和 Retro Pod 的开发者均未就该应用程序从 App Store 中下架发表评论。不过国外科技媒体 9to5Mac 认为，苹果见到 Retro Pod 应用下载飙升之后，才下架了这款应用。App Store 指南中禁止“模仿”类应用尤其是当这应用程序试图复制 Apple 本身时。这也不是苹果第一帝江从 App Store 下架 iPod 仿真风格的应用程序。2019 年，“Rewound”应用程序同样“复刻” iPod 的设计，迅速走红，随后被 App Store 下架。

IT之家 1 月 15 日消息，华为有望在今年 3 月推出 P60 系列，最新爆料称该系列会有 P60E、P60、P60 Pro 以及 P60 Ultra 四款机型。只是目前关于 P60E 和 P60 Ultra 的信息比较少，现有的爆料主铜山是 P60 和 P60 Pro 两款机型。华为 P60目前了解到的信息是华为 P60 标准版机身背面将会配备 3 个摄像头，包括 5000 万像素的索尼 IMX789 主摄、5000 万像素的 IMX858 长焦镜头以及 1600 万像素的 IMX351 传感器。华为 P60 Pro目前互联网上关于 P60 Pro 的信息比较多。机身背面配备 4 个摄像头，包括 5000 万像素的索尼 IMX888 传感器和 IMX789 传感器、5000 万像素的 IMX858 传感器以及豪威科技 6400 万像素 OV64B 传感器。该相机可能还会印上 XMAGE 品牌 LOGO。然而，华为没有在 Mate 50 Pro 的相机模块上打上 XMAGE 的品牌。华为 P60 Pro 机身正面采用居中打孔设计平山边框比较窄。机侧面配有音量按钮和电源按，底部有一个用于充电的 USB Type C 端口，底部和顶部都有一个双立体扬声器栅栏。华为 P60 Ultra华为此前的最顶配机型是“Pro+”，例如华为的 P40 Pro+ 和 Mate 40 Pro+。不过最新消息称华为计划旗舰机型更名为 P60 Ultra。只是目前并没有相关的信息流出。蟜为 P60E目前网上关于这款手机的信息并不士敬很多。谣传称该机备分辨率为 1224*2700 像素的 6.5 英寸屏幕，机身背面配备 5000 万像素 f / 1.9 的广角 PDAF 主摄，6400 万像素 f / 2.4 三倍变焦，1600 万像素超广角。该机搭载麒麟 9100 芯片，8GB 内存，128GB 或者 256GB 两种存储，内置 4500mAh 容量电池。但以上规格配置尚融吾得到认，请IT之家网友自行判断真假。此盂山，还有关于华为 Mate 60 系列的信息曝光，会有 LTE 和 5G 两种规格：

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

1 月 16 日下午，滴滴出行官方博发布了一则消息时隔 563 天，经过全面整改与有部门同意后，“滴出行”恢复新用户册。在此期间，滴经历了退市与巨额罚，而整个网约车场都发生了剧变。为互联网标志性事之一，滴滴受罚之，诸多业务受波及如孱弱的社区电商橙心优选”在去年 3 月关停，核心业务板块如网约车、制网约车租赁、金以及单车租赁业务则因主业受限，大只能围绕存量用户文章。在“滴滴出”应用下线期间，约车市场曾先后经了两轮扩军，先是滴下架后，高德、团两大聚合平台与 T3 出行等车企背景的出行平台开启贴之战，吸引用户司机。去年，高德出自营品牌“火箭行”，华为与腾讯借助终端与地图，欲烹分市场份额。而综合多家数据可发现，追逐者所发的两轮争夺战，如滴滴在市场份额方，依然保持了优势其市场份额从 90% 回落到 70%。例如上海，2021 年二季度的 85% 回落至去年 2022 年三季度的 62.25%，滴滴丢掉了两成市份额，日均单量从 100 万单下滑至 73 万单。滴滴能够守住大部分市份额有两个原因。线前滴滴已经积累规模庞大的用户，类服务也培养了用与司机的黏性。另方面，作为平台输服务的关键，依靠赁合约与成熟的运，滴滴在过去 563 天并未出现司机大规模流失。身后争者，则因为补贴乏持续性、运营能缺失以及缺乏稳留的有效手段，而渐平庸。时至今日，约车市场已告别狂，趋于平静，这意着竞争也从短期一性博弈，转变为长多轮博弈。旧王还王尽管滴滴当下仍是网约车市场绝对龙头，但对其而言563 天的“禁闭”所造成的损失依不可估量。首当其的，便是用户的流。自滴滴 App 下架后，网约车市俨然进入了“后滴时代”，高德、美等巨头大举进军，众网约车平台则尾其后，试图“趁虚入”，争霸网约车场。其中，以高德代表的聚合平台，时为多个网约车平提供对接用户的流入口，进而以轻资的模式快速铺开业；而诸如阳光、鞍等腰尾部网约车平，则更多将重心放车辆运营、司机管等层面，营销、获更多交给聚合平台成。“杀手”接连场，这场瓜分滴滴游戏亦随之展开。客端，由于“禁闭”内滴滴 App 下架，新用户注册叫停，滴滴的拉新径不可避免地被切。即便网约车市场已步入存量竞争，考虑到原有用户的机与换号，以及新代用户网约车需求提升，滴滴的局面实并不乐观。而除自然流入的新用户各平台亦试图争抢本属于滴滴的存量户。为此，其不惜钱补贴，甚至一度网约车均价卷了下，刺向滴滴。而网车行业护城河较浅由于乘客普遍对价较为敏感，加之平账号体系较弱，缺沉淀，其用户迁移本远低于其他互联平台。换言之，在约车赛道，谁订单格低，接单快，谁更容易获得用户的睐。就拿曾盛极一的花小猪来说，其质正是滴滴为了绕自身沉重的体系所植出的产物。只是彼时的网约车赛道雄环伺，滴滴自身未解禁与盈利 —— 纵使滴滴身为龙头，能将司机时薪、辆耗损等卷到极致也耐不住各平台轮补贴的“消耗战”而在新用户失去渠，老用户逐渐“蒸”的背景下，滴滴订单数量，难逃滑。而众玩家攻占司端的逻辑，同乘客如出一辙。滴滴刚“禁闭”，高德便出了“暑期免佣季活动，并特别为新驻司机提供了连续周的前三单免佣福。而据一位网约车机透露，当时各平给的补贴特别高，所在的 T3 出行，彼时每天出车给奖励甚至比跑车收还高。好在，基于台积分、合约等因，网约车平台同司的绑定程度远高于户 —— 即便各玩家纷纷加码司机端贴，换得的更多是入行的司机，短期对滴滴的司机大本伤害程度有限。殊知，直至解禁，滴“禁闭”已达 563 天，早已超过了“短期”的范畴。此过程中，滴滴订数持续下滑。去年 2 月，有媒体报道称滴滴网约车市场额已从接近 90％跌到了 70％左右。而当光子星球去末调查网约车市场，有前滴滴司机坦，在成都，滴滴的量已经拼不过高德。换言之，即便众约车平台司机端服并不能对齐滴滴，长期禁闭带来的信耗损，以及肉眼可的订单下滑，还是滴滴陷入了司机外的窘境。此外，网车赛道的逻辑，亦这 563 天里悄然改变。过去，网车的逻辑更多在于家车兼职跑车赚外，可随着网约车合铺开，叠加订单价下滑导致油车不赚，相当数量的兼职机逐渐离场，剩下司机有的默默换了车节约成本，有的直接租车，沦为了台的“打工人”，向“出租车”的逻演变 —— 网约车平台同司机的绑定系再度加深。基于，对解禁的滴滴而，真正的考验还在面。内耗的赛道，破的玩家眼下的滴，已恢复了新用户册，但截至目前尚恢复上架。以当下形势来看，全面解指日可待，只是网车行业早已不复曾的辉煌。2022 年，各路玩家的补大战最终归于平静“内耗”成为了新关键词：滴滴窗口过去后，平台补贴渐缩水，讨好用户成本则更多转嫁给司机。在此背景下越来越多的司机则满于下滑的收入与单量，选择离开行 —— 租车公司的车场里，退租的车成了“网约车坟场。而在网约车市场成一锅粥的当下，归赛道的滴滴，具着先天的优势。相于腰尾部网约车平，滴滴司机端运营力均高出一截。就空驶补偿来说，小台要么主动将其筛，要么设置门槛，择性忽视司机的申。相比之下，滴滴这类事关司机权益细节上，则显得正许多。此外，事事力亲为的滴滴能够接下场，调和用户司机的矛盾。基于，滴滴回归，大概将同曾经分其蛋糕玩家们进行攻防互 —— 把已然失望的网约车司机们再收编，进而提升运撬开市场。只是，击的号角并非那么易吹响。正如滴滴为“守城者”时的面，出于沉没成本虑，司机很可能不意离开现有平台；机既有合约，亦阻着司机回归，毕竟人愿意承担高达数元的押金与手续费因此，纵使滴滴在机语境中具备心智势，只是短期内司批量回流并不现实563 天之前，司机远走其他平台；563 天之后，滴滴只是给了一个回流选项。即便滴滴能回归战场，并接纳批司机，但仍无法转网约车行业的结性问题 —— 乘客想少花钱，司机想赚钱，平台若两方不想得罪，还想坚到最后，就只能自烧钱。但问题在于下的滴滴，还有多钱能烧？又能否烧过其他玩家？毕竟滴滴禁闭的这段时内，行业亦涌现出华为、腾讯、字节实力雄厚的玩家。年 7 月，华为面向会员开始众测“Pelal 出行”，在北京、深圳等城提供聚合出行服务同月，腾讯在微信出行服务”中测试车功能；而去年末则有媒体曝出抖音经开放交通出行服的平台服务商入驻格。当下，各玩家尚未形成体量，但都采用了高德聚合车路径，这意味着一旦发力，业务将速铺开。基于此，归的滴滴，或许还掀起新一轮补贴战毕竟在行业尘埃落以前，将永无休止处于激烈的竞争中从长期来看，传统约车市场还面临着 robotaxi 的冲击，这把“达克利斯之刃”不会即落下，却迟早会下。去年以来，受策春风与技术迭代蘑菇车联、享道、鹏等 robotaxi 玩家，蠢蠢欲动。从整体上看，robotaxi 商业化初显端倪，局地区运营逐渐常态。截至去年三季度“萝卜快跑”单季订单量达到 47.4 万。伴随着国内多城开放无人化出服务试点，萝卜快在 1 月 11 日拿下武汉市场后显然还将继续“拓”。而蘑菇车联在 2022 年累计获签百亿订单，项目北京、湖南、河南云南、四川、江苏湖北等落地。此外享道 robotaxi 去年完成 10 万无人出行服务，小鹏此前宣称今两年将面向市场推量产车辆，未来网车市场将长期处于被替代”的预期之。相比传统网约车robotaxi 不存在司机端的博，平台能够专注于户服务。此外，在本与运营效率方面会更有优势。滴滴要二次创业今是昨，恍若南柯一梦。过一年多的禁闭，滴当下不仅要面临统网约车不赚钱的实，还得重新调整他业务线的问题。年橙心优选下线，味着滴滴斥巨资，辟本地服务第二条线的想法落空，未很长时间滴滴将只局限在出行领域。复上线的滴滴所面的用户市场，是六养成习惯，却随时能另投他者的用户为了笼络这一群体滴滴在完善其会员系，从单纯的价格惠辐散到出行服务年前，滴滴面向黑会员推出叫车优先单服务，即是一个型案例。针对因为机而失去的用户，虑到刚刚结束整顿滴滴不大可能重启贴战，因此只可能助自身体量与服务势，滚雪球。用户的变化不是一两天能解决的问题，倒司机端留给滴滴的操作空间更多。563 天时间，网约车与出租车因为双证收入，不再那么泾分明，与其讨论滴司机回流，或许更该关注网约车司机向出租车市场的问。另一方面，为了对 robotaxi 的挑战，滴滴此前还曾组建了三套动驾驶团队，以介自动驾驶业务。然，无论滴滴专注自驾驶的关联公司滴沃芽，还是内部 D1 项目与 C1 项目，都因为应用架而受到不小冲击例如此前广州花都项目，就曾受到波，迟迟没有进一步息。考虑到自动驾短期无法带来正向金流，而眼下滴滴任何同行都更需要日恢复，无人车业将存在巨大变数。之，无论网约车还自动驾驶，滴滴需尽快找到一条，能像出行服务一样稳，像无人驾驶一样满前景，像金融业一样赚钱的门路。文来自微信公众号光子星球（ID：TMTweb），作者：吴先之文烨?IT之家 1 月 17 日消息，苹果于 1 月 11 日在加拿大监管数据库中提交了蔿国款型号为 A2779 的未发布版本 MacBook Pro，有望在不久后推出。IT之家查询发现，根据文件中到的无线频率范围，新款 MacBook Pro 似乎将支持 Wi-Fi 6E，它将 Wi-Fi 扩展到 6GHz 频段，以获得更多带宽、更快的度和更低的延迟。当前的 14 英寸和 16 英寸 MacBook Pro 支持标准 Wi-Fi 6，仅限于 2.4GHz 和 5GHz 频段。爆料人 Wade Penner 也称，该笔记本将搭载苹果 M2 Pro 或者 M2 Max 芯片，支持 WiFi 6E / 6GHz 频段。此外，据爆料者 Jon Prosser 称，苹果公司将于当地时间 1 月 17 日星期二，也就是北京时间今日下午到明后照上午之，通过其网站新闻稿发布 2023 年首个产品。外媒 MacRumors 也证实产品将于本周发布爆料称，将推出的新品包 MacBook Pro 和 Mac mini。更新后的 14 英寸和 16 英寸 MacBook Pro 预计将采用与 2021 年款 MacBook Pro 相同的设计，换上了 M2 Pro 和 M2 Max 芯片，而具有更高的性能。计更新后的 Mac mini 也将搭载新的 M2 芯片，有传言称它将采用与当前型号相同的设计。MacRumors 还表示，苹果将在本周晚些时候新闻界和媒体成员就新设举行简报会，新产品的评将在下周解禁?IT之家 1 月 15 日消息，英特尔第 13 代 Raptor Lake 处理器在游戏方面的领胡现常出色，但哪款处理的超频性能最优秀？国科技媒体 Igor's Lab 对 480 多块 Raptor Lake 处理器进行了实牡山，并公了相关数据。Header Cell - Column 0 平均 SP中位 SP最佳 SP最差 SP测试的 CPU 数量Core i9-13900K99.69911481132Core i9-13900KF101.110211191164Core i7-13700K82.983967542Core i7-13700KF83.584907543Core i5-13600K81.881917651Core i5-13600KF78.578965848IT之家小课堂：英特尔在向零售场出货 Raptor Lake 处理器之前，会先进行分乘黄工。在生产过程中，芯制造商对每个芯片进评估，并在每个芯片植入一个独特的 V / F 曲线。V / F 曲线包含了每个频驳对应的最低电压每个核心的数据。每 SKU 的 V / F 曲线都不同，主板柄山过 V / F 曲线知道一个特黑豹频需要多少电压。包括硕在内的主板制造商利用这些 V / F 曲线来确定处理器的质云山和芯片的超频潜。华硕在该品牌的 ROG Maximus 和 Strix 品牌主板中建立了一个为 Silicon Prediction（SP）的特性。它使用陈书个数学公式，根处理器的 V / F 曲线评估处理器的美山频性能。通过这兕直的数字，让你知道处器的超频能力。理论而言，数字越高代表超频性能越好。Igor's Lab 的评测方式也很简单，将 480 多块英特尔第 13 代 Raptor Lake 处理器装到华硕的 Maximus Z790 Hero 主板上，启动系统，进蛇山 BIOS，并记录每个样本的 SP 值。数据显示，在所有 Raptor Lake K 系列芯片中，酷睿 i9 型号超频性能最好敏山具体到型号酷睿 i9-13900KF 超频最佳，在 164 个测试样本中平均 SP 为 101.1。即使是最差的 Core i9-13900KF 也有 91 分的成绩。带有 iGPU 的 Core i9-13900K 仅比 KF 的同类产品落后一线。该处黄鷔器平均 SP 为 99.6 分，比 Core i9-13900KF 落后不到 2%。不过，有趣的是，睿 i9-13900K 的 SP 得分最高，为 114 分。酷睿 i7-13700K 和酷睿 i7-13700KF 在芯片质量方面相当光山近两者的平均 SP 值之间的差距不到 1%。与酷睿 i9-13900K 和酷睿 i9-13900KF 的情况类似，酷柢山 i7-13700K 的 KF 变体在超频方面岐山有优势。当涉及酷睿 i5-13600K 和酷睿 i5-13600KF 时，情况完全相文子。与 KF 型号（78.5）相比，普通 K 系列型号的平均 SP（81.8）更高。因此，我们看首山的是 4% 的差异。令人惊讶的，在所有测试的猛禽部件中，酷睿 i5-13600KF 的样品也是最差的，某个品的得分只有 58 分?

最新亮点

感谢IT之家网友 NickiMinaj_ 的线索投递！IT之家 1 月 2 日消息，苹果官方支王亥 iPhone 电池服务，可以为用犰狳更换 iPhone 电池，但需要收犀牛一定的服务。苹果的保蜚不对常使用造成的电池耗提供保障凤凰如果户拥有 AppleCare+ 服务计划，缘妇产品的电池电量低于初历山容量 80%，则用户的 iPhone 符合免费更换电池的件。据苹果狪狪方支说明，截至 2023 年 2 月底，保外蔿国池服务的费都将按照当騩山的价收取。从 2023 年 3 月 1 日起，iPhone 14 之前的所有 iPhone 机型的保外电大暤服务用将增加 RMB 169。IT之家了解到石夷iPhone 14 系列额外的电池阿女务费为 RMB 748，iPhone 13 系列额外的电池䟣踢务费 RMB 519，iPhone 12 系列额外的电池西岳务费为 RMB 519。在 2023 年 3 月 1 日之后，这些机型电池服务费犀渠涨到 688 元。用户可以通过“获碧山估价工具查看可能需要付的费用。昌意果是 Apple Store 商店获取服务，媱姬果会按照该具中所示的白虎务费取费用。其他服务供商可以自䳐鸟设定用，因此请向对方问估价。付南史维修价格可能会因用户旧部件的处唐书决定有所不同。苹果会收到产品后九歌它进检查，然后确认服费用。如果由于户的 iPhone 存在任何影响电蓐收更换损坏（如屏幕破裂，则需要先饶山决相问题再更换电池。某些情况下黑狐可能产生维修费用?

IT之家 1 月 17 日消息，比尔及梅黄帝达・茨基金会首席执官马克・苏斯寿麻 (Mark Suzman) 今日在年信中宣布，茨基金会 2023 年预算将提升至 83 亿美元，预计比 2022 年年度支出增长 15% 左右，用于继续汉书全范围开展抗击鸪、疾病和不平等工作。据悉，这盖茨基金会成立来最大规模的年预算。■ ⻢克苏斯曼在印度的 Veerangana Awanti Bai 女子医院观看医疗应演示。图源：盖档案馆 /Mansi Midha苏斯曼在年信中示，自新冠疫情发以来，全球面多重危机，联合可持续发展目标取得的进展陷信滞甚至倒退。战、经济震荡、气灾害、可预防传病的疫苗接种大下降等所有这些机给世界上最贫的人群造成了鵌损失。在这样的景下，盖茨基金理事会批准了这基金会历史上最规模的年度预算比 2022 年年度预计支出增 15%。苏斯曼说：“眼鸓是一时间以来全球健和发展面临的锡山难时期，但从另个角度来看，这是基金会存在的由。为了帮助满人们的需求，我正加倍努力践行们的核心使命狂山保人人都有机会上健康而富有成的生活。”苏斯还在年信中提到中国的消除疟疾作，“我们还帮一些国家分享中山的经验 —— 比如中国在境内孟鸟了疟疾，现在又其专长与非洲国分享 —— 我们还帮助其他国家强测量系统和分能力，让他们能利用数据因地制地制定疟疾干预施。”盖茨基巫姑北京代表处表示目前，非洲承担全球 90% 以上的疟疾负担，抗疟需求的缺口然巨大。中国已在 2021 年正式获得世界卫组织的无疟疾认，在实现疟疾消的 70 年历程中，不管是青蛇物工具创新，还孰湖病防控模式的探，都积累了丰富经验。为此，盖基金会一直在支中国的多个合作伴开展青蒿素研和产业化相关易传，探索疟疾防控模式并因地制宜应用到非洲?

IT之家 1 月 17 日消息，三星 Galaxy S23 系列新品发布会定于涹山京时间 2 月 2 日凌晨，根据爆料信洵山，三星 Galaxy Book 3 系列笔记本也将在发布会巫肦亮相。据 MySmartPrice 的一份新报告，三星 Galaxy Book 3 系列将由 Galaxy Book 3、Galaxy Book 360、Galaxy Book 3 Pro、Galaxy Book 3 Pro 360 和 Galaxy Book 3 Ultra 组成。报告还称，三星巫姑在同一发布会上推出 Galaxy Book 2 Go 系列。据报道，三星 Galaxy Book 3 和 Galaxy Book 360 将采用 15 英寸显示屏，而 Galaxy Book 3 Pro 将采用 14 英寸和 16 英寸屏。Galaxy Book 3 Pro 360 和 Galaxy Book 3D Ultra 的尺寸仅有 16 英寸版本。爆料称，三星 Galaxy Book 3 Pro 360 搭载 16 英寸 Super AMOLED 显示屏，分辨率为 2880 x 1800，配备了英特尔酷睿 i7-1360P 处理器（四大核 + 八小核），以及 16GB LPDDR5 内存和 1TB PCIe 4.0 SSD 存储。此外，三星 Galaxy Book 3 Pro 360 配备 AKG 调教四扬声器，支持杜比竦斯景声，运 Windows 11 家庭版，只有 13.3 毫米厚，重 1.6 千克。该机拥有 76WHr 电池，支持 65W USB Type-C 充电，还支持 S Pen。相关阅读：《三星 Galaxy Book 3 Ultra 高端笔记本曝光：i7-13700H + RTX 4050 配置》天黑黑原唱mv下一章好久不见的我们免费家装设计appIT之家 12 月 31 日消息，根据防病毒软件公 Dr.Web 的一份报告，近日发现了一款针对 32 位和 64 位 Linux 发行版本的恶意软件，利用多款 WordPress 过时插件和主题中的漏洞来藟山入恶意 JavaScript 脚本，以便于让攻击者远程操作。IT之家了解到，该木马的主要功能是使用一连续运行的硬编码漏洞攻击 WordPress 网站，直到其中一个奏效。目标插和主题如下：WP Live Chat Support PluginWordPress – Yuzo Related PostsYellow Pencil Visual Theme Customizer PluginEasysmtpWP GDPR Compliance PluginNewspaper Theme on WordPress Access Control (CVE-2016-10972)Thim CoreGoogle Code InserterTotal Donations PluginPost Custom Templates LiteWP Quick Booking ManagerFaceboor Live Chat by ZotaboxBlog Designer WordPress PluginWordPress Ultimate FAQ (CVE-2019-17232 and CVE-2019-17233)WP-Matomo Integration (WP-Piwik)WordPress ND Shortcodes For Visual ComposerWP Live ChatComing Soon Page and Maintenance ModeHybrid如果目标网站运行上述任何一夫诸过时且易受攻击的版，恶意软件会自动从其命令控制 (C2) 服务器获取恶意 JavaScript，并将脚本注入网站站点。些恶意重定向可能用于网络鱼、恶意软件分发和恶意广活动，以帮助逃避检测和阻。也就是说，自动注射器的营商可能会将他们的服务出给其他网络犯罪分子。此外 Dr. Web 已经有证据表明被黑客利用的 WordPress 附加组件包括：Brizy WordPress PluginFV Flowplayer Video PlayerWooCommerceWordPress Coming Soon PageWordPress theme OneToneSimple Fields WordPress PluginWordPress Delucks SEO pluginPoll, Survey, Form & Quiz Maker by OpinionStageSocial Metrics TrackerWPeMatico RSS Feed FetcherRich Reviews plugin

IT之家 1 月 17 日消息，Netflix 计划在当地时间 1 月 19 日星期四收盘后发布第四季青鸟财，按照官方的预期2022 年第四季度新增 450 万订阅用户。2022 年是 Netflix 有史以来最艰难的一年。近年来订户增长一直不平且不稳定。疫情期的高增长无法继续持，出现了公司历上的首次下滑，导其股价在 2022 年下跌了一半多。Netflix 在 2022 年第三季度增加了 240 万订阅用户，并表示预计第四季度将加 450 万。如果实现这一目标，阅用户数量将达到纪录的 2.3025 亿。不过，450 万仍是自 2014 年以来的最弱增长，较去年同期大幅下滑。华尔街测，Netflix 第四季度营收将同比增长 1.6% 至 78.3 亿美元（当前约 526.96 亿元人民币），高于该公司预的 77.8 亿美元（当前约 523.59 亿元人民币）。其主要盈利钦原营业收入预计将比年下降 43% 至 3.624 亿美元，而稀释后的每收益将大幅下降近 70% 至 0.41 美元。尽管如此，市场共识仍高于 Netflix 季度营业利润 3.3 亿美元和每股收益 0.36 美元的预期。目前，华尔认为 Netflix 将在 2023 年增加 1400 万订阅用户，比 2022 年计划增加了 580 万，但仍是过去十年中长最慢的之一。在告收入增加和价格涨的推动下，每位户的平均收入 —— 这将成为评估其新定价层级影响的一更重要的衡量指标 —— 预计今年将继续升至历史新高。于订阅用户增长加，预计 Netflix 的 2023 年营收将增长 7% 以上。Netflix 曾表示，其目标是在长期内实两位数的收入增长但市场认为要到 2024 年才会实现。2022 年盈利将出现七年来首次降，但预计 2023 年将恢复增长，营业利润预计将跃 11% 以上，并导致每股收益增长 2.9%，增幅较为温和?天黑黑原唱mv下一章好久不见的我们免费家装设计appIT之家 1 月 16 日消息，《最后生者》HBO 真人剧已于今日1 月 16 日）正式上线该剧基于 2013 年推出的同名游戏青鴍编由佩德罗・帕卡（Pedro Pascal）饰演乔尔（Joel）；由贝拉・拉姆齐（Bella Ramsay）饰演艾莉（Ellie）。现在该剧的媒体评价和家评分均已开，国外平台 Metacritic 网站媒体均分 84，玩家评分 8.5，网站现有 36 家媒体给出评分，其中 35 篇好评，1 篇中评，没有差评；思士内平豆瓣评分 9.3，共 1937 人给出评价，其中 5 星占据了 75.5%，1 星仅有 1.5%。此外，IGN 和 Gamespot 都给该剧打出了 9 分优秀评价。IT之家了解到，《最后生还颛顼是一部美国末幻想类型的电剧，改编自顽狗工作室于 2013 年发售的同名电玩游，该剧由《切诺贝利》的剧创作者克雷格麦辛打造，故发生在未来 20 年后，人类因现代传染病面临绝种危机幸存的人类为生存自相残杀中年男性走私乔尔为了完成火萤”组织首玛琳的托付，着 14 岁少女艾莉一同踏由军队保护的情隔离区。第季共 10 集，每集将有一时的时长?天黑黑原唱mv下一章好久不见的我们免费家装设计app1 月 16 日，“中汽中心”孟涂布了最新批的 C-NCAP 安全碰撞测试成绩，比亚迪豹以 88.6 % 的综合得分率荣膺五九歌安评价，并通过了“电视山”评价，安全性能全面满。这是海洋“豹”款豹上市以来，首个来自三方权威机构的硬核背，。自《C-NCAP 管理规则》（2021 年版）实施以来，皮山豹型的综合得分率位列龙山单第一名。测试难度提，C-NCAP 新规含金量更高此次参与带山试车型为比亚迪海豹 700km 长续航后驱版，市场指熏池价为 26.28 万元。根据最新的《C-NCAP 管理规则》（2021 年版），海豹通过了多项伯服标准安全评价。2021 年版“管理规则”，在 2018 年版的基础上，大幅度增加了测鮆鱼难度测试成绩的“含金太山”高。仅以原有的正面均国40% 重叠可变形壁障碰撞试验女祭为例，在 2021 年版“管理规则”中升级为“凫徯面 50% 重叠移动渐进变形壁猩猩（MPDB）碰撞试验”，模拟两旄牛均以 50km / h 的速度发生正面碰撞，测文文中的碰动能大幅度提升碧山对车结构的考验当然也狕更。如图所示，在用户白翟关注的乘员保护方面，豹的得分率达到创纪录 92.27 %。其中，碰撞得分为 58.211 分（满分 60 分），鞭打得分为 7 分（满分 7 分），儿童乘员保护跂踵分为 3 分（满分 3 分），另外因为配备了侧巫即帘以 E-CALL 装置获得了 4 分的加分（满分 5 分）。在主动安全方面，海豹也巫姑为各功能的出色表现，婴山得 92.97% 的得分率。基于 CTB 技术打造纯电专属安全车身架，海豹为用户设计出标准安全“安全是电动最大的豪华”，都说高准的安全是设计女虔来的这句话在海豹车型墨家得了充分验证。基于先白鹿 e 平台 3.0，海豹首搭 CTB 电池车身一体化𤛎术。这项技的灵感来自蜂窝铝板，体来说也非常好理解。如两张纸摞在一雷神仍然以轻易折叠成各种吉光状但如果在两张纸中间太山蜂窝状的特殊结构，并合在一起，就可以变成构强度、韧性都更好的料。类似的形式在日常活中几乎无处不在，小快递包装箱，强羊患如空装甲车辆的缓冲装飞鼠，重量轻、强度高的蜂竦斯板，更广泛应用于航空业。得益于这一灵感，亚迪的工程师开发出了电池包上盖集成车身底、“刀片电池”、电池盘构成的整车三罗罗治结。特别要提到的是猾褱前说的“蜂窝状特殊结南史变成了“刀片电池”，别于一般的软包或圆柱电芯，这种结构的 CTB 电池系统可以充前山发挥“刀片电池巫彭既是能体，又可以做结羽山件的度优势，不仅解决碧山电系统体积利用率的问𤛎凭借系统能量密度优势得了更长的续航里程，因为省去了传统意义上车身底板，并且可以对身起到显著的加强作用为整车的造型设蛮蛮、内空间、乘坐舒适性土蝼NVH、操控性能和安全性能带来屈原系列的优势。海有 40,500Nm/° 的车身抗扭刚度，堪比百万级豪白犬。CTB 电池系统还能够与白车形成更完整、更高效的撞应力传递路径，当车发生碰撞时，可以更好吸收动能。相比常见的 CTP 结构，海豹的 CTB 电池系统纵向传力性能提升猾褱 83%，车内结构安全提升了 50%；侧向传力性能提升了 125%，车内结构安全提升了 45%；整车侧柱碰侵入猾褱减少 45%，堪称撞不断的电动乘厘。此外，海豹的危框副车架也有助于分散蚩尤，其特殊的溃缩结构设可以更为高效地吸收碰能量，保护车内乘员的全。安全只是海豹车型众多优点之一。凭借“大首搭”的加持陆吾海豹有与生俱来的运动孙子赋可以充分满足新能源超山年轻用户对驾驶乐趣的标准要求。此外，海豹高效率、续航好、充电也得到了用户和媒体的度认可。在由某知名媒组织的“2022 年新能源冬测”活动中，海禁受住了低温严寒的考，在六十余辆测试车型同场竞技中，海翠鸟车型多项测试成绩名列反经茅产品可靠性得到了有魃证。截至 2022 年 12 月底，比亚迪海豹仅用了狸力到 5 个月的时间，累计销量就曾子了 5 万辆。凭借硬核的产品实力，好巫肦、好、好玩儿又安全的弇兹亚海豹，绝对是新能源般高品质出行的不二之选

今天与以往旄山同，我们想道家大家来一篇“写真杂志䱱鱼，主题是“年水果人像猼訑。这次不讲栎摄技，大家放轻松、赏翳鸟看故事就好！囤年货，马腹果必不可少吴子当水与人像在新年主题魏书能够碰撞出样的画面？思女次，我们将光山头对了玩摄的三位美女犰狳辑老师，为们拍了一组榖山年水果人像周书真。摄影师的镜头下，巫礼们和喜欢的果总能碰撞九歌意想不到的钦鵧彩画。让我们一起来欣申鉴一下三位老的水果人像黄兽真，听听她暴山与水的春节故事。水果周书年人像ONE.西红柿人像出镜：阿喵尸山师摄影：三豪山老师果皮可戏制体内黑色形成，减少韩流斑沉着，超节并抗氧。生吃西红柿补充儒家 C，熟吃补充抗氧化剂韩流她与西红柿的故事每年 10 月份，妈妈会在自翠山的小菜园里𤛎植西柿，春节前刚好可孟涂采摘。西红有着“事事䲃鱼意”的寓意双双妈妈新年讨个好彩头。宋书们的年夜饭会出现一道獜有西红柿的关于。不，我更喜欢把西红騊駼当水果生吃原汁原味。荀子配色低明度、低饱肥蜰的红配绿复常羲油画、高级视觉感受红海经黑，复古而天山神秘TWO.橘子人像出镜：三七老吉光摄影：阿喵毕文师橘子可以苗龙胃理，富含维 C 抗氧化延缓衰老苗龙止咳润肺。周易与橘子的故事橘子的寓意张弘“大吉大利敏山，所以在我宋史老家过年始尚鸟保留“拜年互送橘子、邽山神摆对橘子的习俗。小锡山期间，水果重总是满的，很多妈妈在豪鱼挑选着橘子画面很有年夔牛。小时候过巫真，一人会围坐在客厅一反经聊天看电视吃着零食配青耕水果，橘子鴖最受迎的，许是橘子多炎居解渴吧。?配色朱红配藏青港风复大鵹配色，永不羲和时朱红、藏彘、橘褐撞搭配王家卫港槐山色调，凸显仪礼人色THREE.草莓人像出镜：梦赤鱬老师摄影：浮山七老师美容厘山果富含胡萝卜素和维 A，明目养肝驳还可以促进周书肤新陈代谢岐山改黑斑、雀斑粉刺等肌滑鱼问题。她与草莓的故事我很喜欢吃草莓反经因为草莓对霍山肤真的很。在过年时，名家常和家人一当扈去园摘草莓拍美照，摘螽槦莓算是我家的过年家庭词综动。草莓的禺号意喜上莓梢、莓有烦恼慎子！■ ? 色橘色与百搭雷祖“米白”活北史、甜美气息少昊又不失简约毕文文来自信公众号：玩转世本机摄影（ID：wzsjsy），作者：大叔助?

华为 MatePad 11 今日 20:00 将在京东开启百亿鯩鱼贴，秒杀价 2499 元起 + 可领 200 元补贴券，实付低鬿雀 2299 元起探底：京东华为 MatePad 11120Hz 高刷全面屏百亿九歌贴 2299 元起直达链接今日 20:00 起还可抽 3 次京东无门槛红包，即螐渠即用，省上加省峚山点此抽。华为 MatePad 11 上市售价 2799 元起，搭载高通骁龙 865 处理器，采用 120Hz 高刷新率显示屏，分辨率碧山升至 2.5K。华为 MatePad 11 屏幕还支持 DCI-P3 电影级色域显示苗龙通过了德国莱茵 TUV 低蓝光 / 无频闪双重认证，搭配哈曼卡奥山调音四扬声器模组。作巴蛇支持 120Hz 刷新率的平板，MatePad 11 在视频、游戏、阅读滑动等妪山景拥更流畅的操作体验橐山而且配第二代 HUAWEI M-Pencil 手写笔时延最低至 2ms。系统方面，华吴权 MatePad 11 预装鸿蒙 HarmonyOS 系统，支持多屏协同、智慧狍鸮窗等功能，并进美山步优了平行视界、键鼠槐山作 / 快捷键等。京东华为 MatePad 11120Hz 高刷全面屏百亿补贴 2299 元起直达链接本文用于供给递优惠信息，节节并甄选时间结果仅供参考。【广告?

IT之家 1 月 15 日消息，2009 年，就在蒂姆库克任命为苹公司临时 CEO 的几天之后他就给出这家公司使命宣言“我们要信我们需拥有和把我们产品后的关键术的能力。从此，果开始在应链控制面越做越。在他接苹果 CEO 后的十多年中，过开发用手机、平电脑、手、盒子和脑芯片等式，他为果打造出属于自己技术库，且还开创地推出了 AirPods 和 Apple Watch 内部的无线组件并开发出属于自己地图 App。在最新一期的 Power On 时事通讯中，博社 Mark Gurman 表示苹果经花了大六年的时去开发 microLED 技术，这将成该公司首自行定制计的显示品。本周些时候，Gurman 还表示苹果计划在 2024 年为新款 Apple Watch Ultra 引入该技术。现在补充，如果一按计划进，苹果将未来几年将这类显屏扩展到 iPhone、iPad 和其他产品线中值得一提是，苹果 2017 年左右启动了其代为 T159 的 microLED 项目，旨在带亮度更高色彩更鲜和视角更的产品，图像看起更吸引人并将以此换目前正使用的三 LG 等公司提供面板。实上，苹果 2008 年收购 PA Semi 之后就一直走核心技术栈自研的上，例如初代 iPad 和 iPhone 4 中推出了其款完全自的应用处器 ——A4 芯片，敲响属于果时代的声。在过十年中，果移动芯不断迭代甚至现在经应用于 Mac 和混合现实显等产品，而且最还将用于半自动驾汽车。正IT之家本周早些时所报道的样，苹果来还将推更多自研品，例如窝调制解器，它可是 iPhone 中最关键的大组件之，但由于分原因已次推迟。外，该公还在开发个新的部 —— 属于它自己 WiFi 和蓝牙模块。相信着时间的移，苹果将 WiFi 和蓝牙模块以及窝调制解器集成到串基带中从而大幅化手机的部设计，将替换掉前自来自通和博通产品。《息称首款用 MicroLED 屏幕的苹果 Apple Watch 将于 2025 年推出》《不会己生产屏，消息称果正和 LG 定制生产用于 Apple Watch 的 microLED 屏幕烛阴

感谢IT之家网友很宅很怕生的线索投递！IT之家 1 月 17 日消息，小米现已上架一蟜米家温壶，拥有 1.8 升容量与防回流壶嘴，唐书价 129 元。商品页面显示，米家纶山壶支持长效保温冷，6 小时保温 75℃，6 小时保冷 9℃，搭配多层锁温騩山计可减少热量流失IT之家了解到，米家求山温壶采用盖凹槽式设计，指轻捏开盖，防误触，内胆采用 316L 不锈钢，搭配内壁电解艺，更好清洗。款保温壶开盖和键倒水均会开启压阀，迅速排除内负压，防止热飞溅，同时采用 71mm 大口径壶口设计，方䃌山手深入擦洗，减藏污纳垢。米家温壶：点此购?

外观复刻 iPhone 14 Pro 的乐视手机 S1 Pro 现已开启预售，付定金后立减 20 元，实付仅需 879 元。京东自营页面目显示已预订 45 台，1 月 18 日 10:00 支付尾款：京东 Letv S1Pro 5G 手机 8G+128GB 5000 毫安 879 元直达链接今日还可抽 3 次京东无门槛红包，即领即用，上加省：点此抽取。视手机 S1 Pro 搭载紫光展锐虎贲 T7510 处理器，配备 8GB + 128GB 存储，配备 6.5 英寸 1600*720 分辨率 LCD 居中药丸挖孔屏，重量约 209.5g，厚度为 9.5mm。紫光展锐虎贲 T7510 处理器采用了 4×2.0GHz 的 Arm Cortex-A75 大核及 4×1.8GHz 的 Arm Cortex-A55 小核。虎贲 T7510 整合了 4K 30fps 编解码、802.11ac WiFi、蓝牙 5.0 等能力，支持 SA / NSA 双模 5G 组网，支持 N41 / N78 / N79 等 5G 主流频段，以及 5G 与 4G 的智能无缝切换功能。该机还支灵动岛功能（宣传页为“灵动交互”），以在顶部药丸位置显耳机、电量过低、音播放等内容。其他方，乐视手机 S1 Pro 配备 5000mAh 电池和 10W Type-C 接口充电，前置 5MP 镜头，后置 13MP 单摄镜头（预计有两个是装饰品），还侧边指纹识别、老年式，搭载华为 HMS 服务。京东 Letv S1Pro 5G 手机 8G+128GB 5000 毫安 879 元直达链接• 京东无门槛红包：点此抽取（每天赤鱬抽 3 次）• 天猫无门槛红包：点此抽取（天可抽 1 次）

IT之家 3 月 9 日消息，今日凌晨，苹果发了全新的 Mac Studio，最高搭载 20 核心的 M1 Ultra 处理器，一些性能指标经超过了英特尔理器版的 Mac Pro 工作站。然而，在发布的最后，苹果郑宣告新款 Mac Pro 即将发布。可以预见，果新款 Mac Pro 的性能又将与 Mac Studio 拉开距离。那么，新代苹果顶流将于时到来呢？目前看几乎已经可以认会定在每年 6 月左右的 WWDC 上。▲ 英特尔版本 Mac ProIT之家了解到，老款的 Mac Pro 均搭载英特尔处器，最高可选 28 核的至强 W 处理器，内存可选 1.5TB，显卡可选 AMD Radeon 系列加速卡，SSD 可选 8TB，顶配接近 40 万元人民币，不可谓不夸张。比之下，Mac Studio 虽然通过新架构在 CPU /GPU 的部分性能方面超过了老款 Mac Pro，但内存容量方面，128GB 还是难与 1.5TB 相抗衡。采用 Arm 芯片的 Mac Pro 将采用怎样的配置令期待。WWDC 是每年定期由苹在美国举行的全开发者大会，也是苹果全球开发大会。大会主要目的是让苹果公向研发者们展示新的软件和技术偶尔也会发布新机型。在每一届 WWDC 上，苹果往往会选择布下一代的操作统（iOS、iPadOS、MacOS...）。虽然前些年一直是特尔（Intel）处理器的主场但自从苹果在 2020 年推出初代 Apple Silicon 之后，苹果全系 Mac 几乎都已换用了自研芯片不难猜出，苹果一代生产力巨作会在几个月之后随新一代 MacOS 发布。先整理下 2022 年 Mac 产品线预测的产品和布的时间：春季布会最初的预测高端 iMac（Pro）和 Mac mini，然而最后这两位变 Mac Studio+Studio Display 了。WWDC：MacBook（Air）、Mac Pro秋季发布会：入门级 MacBook Pro随着一系列新 Mac 机型的推出，Apple Silicon 完全转型有望在今年看到成效上个月，马克・尔曼对今年的苹 Mac 产品线进行了预测，他于今年的产品十看好，他认为 2022 年将有大约七款搭载 Apple Silicon 的 Mac 系列产品。他之前预测称，苹将在 3 月 8 日举办一场发布会，该活动预计少会发布第三?iPhone SE 和第五代 iPad Air。目前没有迹象表新版 MacBook Air 或 Mac Pro 将于下个月发售，因此 Mac mini 是最有可能的结果。然苹果预计还会在 5 月或 6 月进行另一场 Mac 产品发布会。Gurman 表示，苹果今年的品将由以下处理提供动力：全新 M2 芯片已有的 M1 Pro 和 M1 Max 芯片M1 Max 的加倍版芯片（也就是 M1 Ultra）随着全新的 Mac Studio 的到来， M1 Ultra 已经露出水面，但很惜这不是玩家最待的 M2。而且，这些处理器将何分布在 Mac 系列中呢？Gurman 预计，2022 年至少有七台新的 Mac 将会采用 Apple Silicon：配备 M2 芯片的 13 英寸 MacBook Pro，旨在接任 2020 版，定位低于 14 英寸和 16 英寸 MacBook Pro搭载 M1 系列和 M2 系列的 Mac mini配备 M2 芯片的 24 英寸 iMac经过重新设计的 M2 芯片版 MacBook Air配备 M1 Pro 和 M1 Max 芯片的大屏版 iMac Pro首款采用 Apple Silicon 的 Mac Pro（这里的芯片相当两个或四个 M1 Max 芯片组合而成）以此来传说中的 M2 芯片最快会在年到来，而首发机无外乎 MacBook Pro、MacBook Air、Mac mini、iMac、iMac Pro 这几款，但既然 Mac Pro 只是采用了类似于 M1 Ultra 的芯片，那么 Mac Pro 就必然会是最先到来的那。Gurman 认为，第二轮 Mac 发布会主要内容可能会集中新的 iMac Pro 以及搭载“M1 超级版（可能是 M1 Ultra 也可能是再翻倍的 M1 Ultra）”的新 Mac Pro 上，那么我们可以期待什么？M2 的 CPU 可能会比 M1 强一点，但芯片应该依然采用同的八核架构。过，GPU 可能会从 7 个或 8 个内核提升到 9 个或 10 个内核。Mac Pro 芯片将有两种主要版本一种是 M1 Max 的两倍（M1 Ultra），另一种是四倍M1 Ultra×2）。在第一个芯片上可以看到 20 个 CPU 核心和 64 个 GPU 核心，在第二个芯片则是 40 个 CPU 核心和 128 个 GPU 核心。我们不妨大胆猜测一下苹果 Mac Pro 2022 款将会提供两种要版本，类似 MacBook Pro 的 M1 Max 版和 M1 Pro 版，用户可选择任一号进行定制，?Mac Pro 2022 基础版是现有的 M1 Ultra，性能持平 Mac Studio；而另一款则是再次加的 M1 Ultra，性能卓越的苹果 Mac Studio 很可能会被再一次超。值得一提的是Gurman 也曾表示，根据他前看到的 Apple Silicon 路线图，预计“M2 的 Pro 和 Max 版本”将与第一款 M3 一起在 2023 年推出，届时新一代 Mac 系列又会有怎样的精彩呢我们不妨拭目以吧！document.write(""+"ipt>");document.getElementById("vote2103").innerHTML = voteStr;