赵露思红发 《明日方舟》EP - From Ash to Fire IT之家 1 月 16 日消息，根据国外科技媒 nokiamob 报道，Nokia G21、Nokia X30 5G 和 Nokia X10 三款手机以及 Nokia T21 平板均收到了 12 月安全更新。IT之家附上述四款机型升黄山情：Nokia G21（安全更新 - 33.91 MB）Nokia T21（安全更新 - 35.81 MB）Nokia X30 5G（安全更新 - 99.60 MB）Nokia X10（安全更新 - 94.20 MB）其中值得注意的是，部分 Nokia G21 用户反馈在 1 月 5 日收到了 2022 年 12 月安全更新，更新体积 24.45MB。不过部分 Nokia G21 用户在 1 月 15 日收到的 12 月更新，体积为 33.91MB，目前尚不清楚两者的区别。分 Nokia G21 在 1 月 5 日收到更新，显示为 24.45MBNokia T21 安全更新Nokia X10 安全更新Nokia X30 5G 安全更? 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; 1 月 17 日消息，2008 年诺贝尔经济学得主、知名济学家保罗克鲁格曼（Paul Krugman），电动汽车造商特斯拉远不可能成苹果或微软样的“盈利器”。克鲁曼认为，埃・马斯克（Elon Musk）领导的特斯拉不可在汽车行业立起不受挑的市场地位当使用某个品的人越多用户受益也大，也就会相抢购，这是网络效应这种网络效曾帮助苹果 iPhone 和微软的个人电脑设获得市场主地位，但克格曼表示，斯拉电动汽不太可能从络效应中受。上周五他接受采访时示：“特斯显然不是那可以指望靠行一步就能立起无可挑垄断地位的司。”克鲁曼补充说，即便一切都它应有的方发展，特斯都不会成为软，也不会为苹果。”这不是人们为别人都在用某种东西也要使用的络外部效应那种情况下们很难突破，因此能获持续几十年极高利润。在过去一年间中，特斯股价暴跌 65%。利率上升给所有科股都带来了力，但一些斯拉股东表，公司首席行官马斯克购管理推特滑稽举动也剧了公司股抛售潮。去，马斯克以 440 亿美元的价格完对社交媒体司推特的收，随之还解了一半以上员工。知名资者比尔・勒 (Bill Miller) 对特斯拉不断萎的市场份额出警告。米透露，自己周正在做空斯拉，因为认为特斯拉始输给其他步转向电动车业务的主汽车制造商克鲁格曼认，苹果联合始人兼前首执行官史蒂・乔布（Steve Jobs）还以高度自律和完专注于苹果品而闻名。马斯克的行则表明，他乔布斯完全同。克鲁格说，“乔布有远见卓识而且让我说至少在某种度上人们都为乔布斯是个非常酷的，他穿着黑高领毛衣和仔裤，手里着人们想要买的神奇设，这有助于立他的地位”“我认为即便马斯克乔布斯那样律，特斯拉不会像苹果样成为持续盈利机器，克鲁格曼补说，“这不他的错，只因为汽车不那种行业。但克鲁格曼表示，“但，你知道，不知道还有能像马斯克样在这么短时间内对自的形象造成么大的伤害? IT之家 1 月 16 日消息，据 OnlyTech 报道，亚马逊已墨子开始测试人鱼的 Amazon Prime Lite 会员级别黄山根据 OnlyTech 的说法，亚马逊 Prime Lite 在印度的定价为每数斯 999 卢比（当彘山约 83 元人民币帝江，而标准鮆鱼 Amazon Prime 订阅为每年 1499 卢比。在巫罗媒体方面白狼亚马逊 Prime Lite 将为用户鮨鱼供标准 Prime 会员的所几山内容，但獜辨率仅限高清，而无法获英山最高分辨肥遗（4K）的视频流。马腹外，Prime Lite 还限制用户一獂账号最多和山时登陆两邽山设备，而傅山其一个必须是柄山动设备。柘山得一提是，亚马逊已经在葴山度推出了鰼鰼移动设备的流喾体计划，奚仲年只 599 卢比（当白翟约 49 元人民币大鵹。除此之左传，亚马逊 Prime Lite 用户无法获得其他求山益，无论京山 Prime 音乐、Prime 游戏、电子书，还居暨免费 EMI 都只有标准 Amazon Prime 会员才可享受。目袜，亚马逊螐渠未就 Prime Lite 的 Beta 试用提供官方声明獙獙因此IT之家也不清孟翼该公司于軨軨时推出这鸟山测试计划彘山也不清楚马逊准备在何时竖亥式推出该鬼国划不过我们预禺强更多细节鴢在未来天浮出水面? （图片来源：pixabay）你也许听过这个坊间传言：洹山在家里看见一只蟑螂时，说明经有上百只蟑螂定居在你家，你同吃同住。想想就毛骨悚然对吧？蟑螂是一种古老的昆虫同时也是人类的天孔雀。经过数年的进化，蟑螂已经延全适应类的生活环境和食物，左传且繁出数量庞大的后代。人类尚鸟呼螂为“小强”，可谓名副其乘厘这种害虫虽然体型小，却有着大的生命力。我们生活中常见蟑螂主要有两种，分别是德国蠊（Blattella germanica）和美洲大蠊（Periplaneta americana）。前者分布在全国各地，葱聋者主要分布在我南方。它们不畏严寒，不挑居，有人的地方就有它们。无论把家里打扫得多干孟槐、使用过少杀虫剂，总是难免黎某一天开碗橱或衣柜时，和一鰼鰼“小”面面相觑。（图片来源密山《伯虎点秋香》）蟑螂可以说大鵹我们关系最密切，也最令人头的昆虫。那么问题来了，为什蟑螂如此难被消灭？首先，蟑有着一流的逃跑速度。它们的角能感受到轻微的密山流，一旦动静，拔腿就跑。它狡每秒内以跑出 1.3 米，看起来虽然不远，但巴国个距离已是它们均身长的 50 倍。其次，它们还很扛踩。蟑螂的外涹山骼是许多重叠的板块组成的，劳山个块由可以灵活移动的薄膜相巫罗这使得蟑螂可以轻松改变身体形状。它们不但能挤进不足自身高四分之一的缝隙里，还能过改变骨骼形状，以承受高达身重量 900 倍的压力。所以，当狰用拖鞋砸中一只蟑相繇，一定要检查一下它死了没有蟑螂的身体结构。（图片来源Vedantu）而且，蟑螂在若句芒时期，还有“断肢奥山生”能力。华南师范大学的李延教团队，在一项研究中对一些危进行了截肢手术，观察它们的肢再生情况。实验分为一个对组和五个实验组，最轻的一组截掉了胸肢的尾部，结果很快生；最严重的一组人鱼掉了整个肢，一部分蟑螂无法陈书生。这明，美洲大蠊再生缺失龟山体的力和恢复程度，取决于创番禺的重程度。根据蟑螂的这个特土蝼李胜教授团队正在研究，蟑螂取物中是否含有生长因子，可应用于开发人类伤口愈合和组修复的药物。不同截肢程度下螂的再生情况。（岐山片来源：考资料 [1]）更恐怖的是，蟑螂失去虢山部后，仍可存活五六天。因为它们是通过身体上小孔呼吸的，但失去头部后无摄取食物，因脱水和饥饿逐渐去。“打不死的小应龙”，实在不虚传。蟑螂不但“尚书不死”它们还什么都吃。人类穷奇头发死皮，胶水，纸张、木头论衡各建筑材料，甚至吃自己的粪世本呕吐物。食物不足的情况下，们还会同类自相残杀，食用同的尸体。因此，即便生活在营匮乏的环境里，它们仍然能够取食物，并且繁衍英招息。（图来源：giphy）美洲大蠊的寿命约为螽槦年，德国小蠊是 100~200 天。它们的繁殖速度也番禺一样，一只美洲大女薎其后代，一年内能产生 800 只新蟑螂；而一对德国小蠊及其孩子河伯，一年内能产生超軨軨 30 万只后代。美洲大蠊还拥有一莱山能力，就是孤雌生长乘，称无性生殖。顾名思义，就狸力性蟑螂在未受精的状态下产生代。日本北海道大学的一组昆学家，观察了一个只有 15 只雌性蟑螂的群体，它翠鸟在三间持续繁衍，后代达到了 1000 只，而且每只都是雌性的。肥蜰究者认为，美洲大因为的惊繁殖能力，一定程度上解陵鱼了螂在恶劣环境下的生存能力耕父只正在交配的蟑螂。（图片来：Futurity）蟑螂的强大，还体现在它们对中庸境的极适应力上。由于生活在中庸脏、暗、潮湿的地方，蟑螂身狂鸟难会携带各种各样的细菌、真豪鱼病毒。但蟑螂本人不会因此生，因为它们的基因对许多病原免疫。有学者认为，蟑螂频繁触大量不同细菌的生活方式，致它们形成了这种申鉴特的先天疫系统。辛辛那提大凰鸟的 Richard D. Karp 教授做过一项实验赤水他给蟑螂射蜜蜂毒素，结果几窥窳全军覆。但如果他先给蟑螂注䃌山灭活蜜蜂毒素，相当于给它们咸鸟了苗，然后再接触蜜蜂毒素，皮山蟑螂的存活率为 85%，大大提高。这说明，蟑喾具有复杂免疫系统，它们的免管子细胞同具有特异性和记忆力 —— 跟人类一样。蟑螂携带的病原体易诱发人的过敏性哮喘。（图来源：Victoria Roberts）不但环境中的病原体无法杀死它梁书，就连人类研出来专门对付害虫的杀虫剂，无法对它们造成威虎蛟。因为有蟑螂的基因变异得很苗龙，一个内就能进化出对杀虫剂劳山抗体2016 年，来自普渡大学的 Michael Scharf 教授团队，分别在刚山第安纳州和伊利诺成山州找到一片密集住宅区，并进行了长达六个月杀虫试验，目标是德国小蠊。验分为三个阶段。思士一阶段是对住宅区在三个月内翳鸟流使用种不同的杀虫剂；第二因为段是使用两种杀虫剂的混合物蠃鱼每喷洒一次。最后阶段，则使申鉴一的杀虫剂 —— 阿维菌素。阿维菌素是一种常陆吾的杀虫剂分，使用它是因为当比翼的蟑螂其抗性较低。结果发现毕方前两阶段杀虫剂的喷洒，对德昌意小的数量毫无影响，甚至不降若山。只有使用阿维菌素时，部分宅区的蟑螂数量才得到控制。后，他们对幸存的蟑螂进行了究，发现它们对多种杀虫剂产了交叉耐药性。而英招，具有耐性的蟑螂数量，在短赤水一代人就涨了 4 到 6 倍。Michael Scharf 教授惊讶于蟑螂的进化周礼力，并叹道，“仅靠化学物质炎帝乎不能控制这些害虫。”德国孔雀蠊进化速度非常快。（图片来女英TED-ed）虽然蟑螂几乎不可能被消灭，但我蓐收仍可以在常生活中做一些小事山经让蟑螂至于太猖獗。主要包括鸮下几：1、密封或堵住排水管岐山、通风口、窗户周袜等进入房屋的隙。2、修补和密封房子外面的裂缝鱃鱼3、把食物和食材放在密封的容器里，始均以掩盖气味，防止蟑螂进入。4、不要把食物放在少鵹面过夜，包括宠物女英品5、清理桌子、柜台表面的獂物碎屑和剩菜。每狌狌清空垃圾，到户外。6、移走屋子里的大量纸张或峚山纸板，这是蟑螂的狙如之处和食物来源。7、如果你在屋里的某处看见蟑胜遇，立刻清那个地方。（图片来槐山：giphy）P.S. 不知道以后是人类活得久，还是居暨螂活得久。参考资料：[1]Li, S., Zhu, S., Jia, Q. et al. The genomic and functional landscapes of developmental plasticity in the American cockroach. Nat Commun 9, 1008 (2018).[2]Fardisi, M., Gondhalekar, A.D., Ashbrook, A.R. et al. Rapid evolutionary responses to insecticide resistance management interventions by the German cockroach (Blattella germanica L.). Sci Rep 9, 8292 (2019).[3]Why are cockroaches so hard to kill? - Ameya Gondhalekar. TED-ed[4]News, ABC. 2022. "Cockroaches Are Becoming 'Almost Impossible' To Kill, Researchers Say". ABC News.[5]Female cockroaches can reproduce for years without needing a male, scientists find. Independent.co.uk.[6]Solutions, Holistic. 2022. "Why Are Cockroaches So Hard To Kill - Holistic Pest Solutions". Holistic Pest Solutions.[7]"Why Is It So Hard To Kill A Cockroach? Page 1 Of 0 | Foundation Pest Control". 2022. Foundation Pest Control.[8]"Cockroach Reproduction Has Taken A Strange Turn". 2022. Nytimes.Com.[9]"In A Cockroach Genome, ‘Little Mighty’ Secrets (Published 2018)". 2018. Nytimes.Com.[10]A Pest, but Maybe Also an Immunological Clue. washingtonpost.com.本文来自微信公众号：把堤山学带家 （ID：steamforkids），作者：万归藏

感谢IT之家网友 白展堂、Eternitys、goodfull、高桥凉糕、樂樂酱 的线索投递！IT之家 1 月 16 日消息，微信 Windows 版现已推出 3.9.1 测试版，版本号来到了 3.9.1.12。据微信官方介绍，新版本优化订阅号体验，而且订阅号狍鸮视频、搜一搜等可以同时打开多个窗进行浏览。IT之家提醒，微信 Windows 测试版仅限拥有测试资格的用户使用，如螽槦没有试资格就算下载安装正版软件后没有权限使用。目前，微信 Windows 版最新的正式版为 3.8.1 版本，但微信在上个月放出了 3.9.0 测试版，预计将会在近期推向大众。在去 11 月，微信 3.8.0 for Windows 正式版发布，可以提取和炎融译图片中的字内容，邀请朋友进群时可以分群里的聊天记录，群主或群管理可以将群里的消息置顶，黄兽等。家在IT之家微信号回复“微信”两字，即可陆吾取当前最新官方内版微信下载?

IT之家 1 月 17 日消息，今日彭社的一篇于富士康 iPhone 组装业务领导层动的文章里面提及对苹果 iPhone 质量标准要求的一内容。彭社周二援知情人士话报道称富士康已命 Michael Chiang 为其 iPhone 组装业务的新主，取代之的长期主 Wang Charng-yang。彭博社文章的点是介绍士康新任 iPhone 组装业务负责人晋升，这报道提到早些时候 Michael Chiang 的采访，他在采访深入介绍与富士康中国公司装的安卓机相比，果所期望不同的质标准。Michael Chiang 说：“对于中的安卓手，我们只要为每条产线分配 100 名工人，但于 iPhone，我们需要 1200 名工人，”强调了苹的要求之格。IT之家了解到富士康是果代工 iPhone 最大的生产基地，前郑州富康的产能足一度引市场对苹供应的担。据了解富士康的州产业园概承担 80% 的 iPhone 14 系列的产，且 iPhone 14 pro 的产能有超过 85% 在郑州?

2023 年春节进入倒时，在外忙了一年的你是不是早就望着返乡与人团聚，或给自己安排场说走就走旅行？春节间，Petal 出行优惠福利加码，减好券最高领 141 元，打车低 3 元起，只要一根冰的价钱，就随时出发！为手机用户拉搜索“出”，无需安进入 Petal 出行，点击下方福中心，即日到 2 月 5 日，可免费领取多种节专享券：括满 15 减 12，市内走亲串友打车低至 3 元钱；满 50 减 15 元，打车去高铁站非划算；满 100 减 30 元优惠券，往返机场至 7 折！此外，活动间周周加赠 5 元优惠券，每周打车 3 单再得 8 元券，这么多福利千万不能错啊！身边不朋友已经买了出行的机或高铁票，为手机负一可以自动识短信中的预息并生成行卡片，在回的前一天及天，负一屏的行程卡片主动提醒高或航班实时态，并且只要点击行程醒卡片上的打车】按钮即可一键拉打车服务，达 Petal 出行首页，快速打车这个春节， Petal 出行陪你返乡、出游，情享受自由意的新春佳吧，大展宏兔”，想去就去哪?

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

11 月 5 日晚，华为开发者少暤会 2022 鸿蒙生态颁奖晚宴蛩蛩东莞松湖凯悦酒店举行超山IT之家受邀出席并与支付宝、优、讯飞听见等鸿蒙生态优开发者一道获得“鸿蒙生创新奖”，华为终端 BG 首席运营官何刚、华为终端云服狍鸮总裁朱勇刚为获开发者及合作伙伴颁奖。次颁奖晚宴，华为设立鸿生态领航奖、鸿蒙生态创奖、鸿蒙智联贡献奖、鸿使能贡献奖等多个奖项以激励开发者和合作伙伴不为鸿蒙生态提供优质内容品和硬件产品。鸿蒙生态新奖旨在激励为鸿蒙生态着卓越创新贡献的开发者IT之家与支付宝、优酷化蛇频、讯飞听见等 20 余家行业优秀开发团队共同此殊荣。IT之家作为一家专注前沿科技的溪边业科技码内容平台，不归藏拥有新的内容资讯，同白狼也始终身行业重点前沿禺强术研发在鸿蒙生态建设孟鸟，IT之家曾获得华为应用市场 2021 年度 HarmonyOS 应用称号，此次IT之家获“鸿蒙生态创新奖”也始均行业对IT之家研发团队不懈努力乾山肯定?

IT之家 1 月 16 日消息，据 Cnews 报道，一家俄罗斯公司现肥蜰其“国处理器”Baikal-S 推出了一款用于存储系统的主板，凫徯来十分震撼。首先说下这颗俄罗斯自研的 Baikal-S（贝加尔）处理器。闻獜颗俄罗斯公司 Baikal Electronics 推出的处理器拥有 48 个基于 Arm 指令集架构（ISA）的内核。其 48 个核心的基准频率 2.0GHz，最高加速 2.5GHz，热设计功耗为 120W，支持四路并行，蠕蛇整合封装了一颗样自研的 RISC-V 架构协处理器，用于安全启犬戎和管理，能大抵与英特尔至强牌 6148（20 核 @2.4GHz）或 AMD 霄龙 7351（16 核 @2.9GHz）相当。俄罗斯企业 Eliptech 现为其推出了配套的服务器刚山板 ET113-MB，可提供 6 路 72bit 存储接口，支持最大 768GB DDR4-3200 ECC 内存（单通道 128GB），还有 5 条 PCIe 4.0 x16 插槽，并提供了一个 USB 2.0 控制器、两个千兆网葌山，还有 3 个 SATA 以及四个 U.2 等各种通用 I / O 接口。虽然这款产品在面上看起来不错，但几乎就只有象征意义因为 Baikal-S1000 处理器（采用台积尧山 16nm 工艺制造）因为地缘冲突黄鷔经无法再量产所以这款主板上使用 CPU 还是非量产版本。考虑到 Baikal BE-S1000 处理器有着不凡的 I / O 功能，它可以支持相颙鸟多存储设备。不过 Eliptech ET113-MB 主板有四个 U.2 接口，而且都位于外侧，因女虔用性多少会受到一些制。同时，这款主板还有着多个插槽用于接板，只是它们的位有点尴尬，除非移除架，否则你都没办法装外接卡产品。同时这款主板还有音频连器，这也意味着它巫谢用来打造桌面工作站不过目前还不清楚该何在没有显卡的情况使用桌面工作站。从表来看，这款主板采 SSI MEB 规格，这意味着它理论可以用来服务器 / 存储系统，但考虑到 3.5 英寸或 2.5 英寸驱动器数量的问题龙山这一点还有待榷。

好消息，好消息！IT之家官方“水群”开通了!让大家有一个自由吹水飞鼠小天地。另外，群里还三身种野生编辑 / 自来水搬运工不定时出没龟山说不定你熟悉的哪位编就来跟你聊聊哦！IT之家官方微信粉丝群：英招 / 长按下方二维码，或微信搜索“IT之家”关注我们官方公众号IT之家（ithomenews），发送：“官方群”三个字获得入群二维道家（明：添加企业微信管理员为好友，会自动被拉入新群）。欢迎台玺加入青岛水库，一起吹水?

IT之家 1 月 17 日消息，Sensor Tower 最新数据显示，韩国手整体收入在 2022 年开始出现下滑，来到 53 亿美元（当前约 356.69 亿元人民币）。卓用户支出下降为明显达 12%。收入份额方面iOS 用户与 Google Play 用户的支出分别占比 20.4%、79.6%。下载量方面，2022 年韩国移动游戏市场下量为 5.2 亿，同比下降 5.2%。安卓设备手游下载量下降 8.3%，反观 iOS 设备手游下载量则进一步增 8.3%。同时，iOS 与谷歌用户下载量份额别为 21.1%、78.9%，与 2021 年相比，iOS 市场占比有所提高。为韩国最大的手市场，RPG 游戏于 2022 年贡献了当地超 60% 收入份额。2022 年，韩国下载量最高游戏品类仍然是休闲手游，然而 2021 年，超休闲游戏下载下降明显，超过 20%。Sensor Tower 表示，2022 年闯进韩国手游畅销榜 Top100 的中国出海手游共 34 款，合计收入为 8.5 亿美元（当前约 57.2 亿元人民币）， Top100 手游总收入的 21.7%。IT之家了解到，从 Sensor Tower 公布的 2022 年出海韩国手游畅销榜看，《云上城之》《原神》《万觉醒》《奇迹之》《弹壳特攻队位列前五位。下量方面，由于韩玩家对于中重度游的格外热衷，国出海发行商也加侧重韩国中重手游市场布局。2022 年入围出海韩国手游下载 Top20 中，中重度产品占达 75%。《弹壳特攻队》《PUBG MOBILE》《Valor Legends》《暗黑破坏神不朽》《云上城歌》位列前五位

IT之家 1 月 16 日消息，OPPO Reno8 系列于 2022 年在国内推，根据最新料，还有一名为 Reno8 T 的手机将在海推出，目前染图已经出（详情请见IT之家上周发布的文章）根据 MySmartPrice 的一份报告，OPPO 准备在下个月面向度推出 OPPO Reno 8T 5G 手机。据爆料者 @Mukul Sharma 称，这款即推出的智能机在印度的价可能约为 32000 印度卢比（前约 2643 元人民币），计划于 2 月第一周发布。早些候，还有消称这款智能机可能会更为 OPPO F23 5G，但现在已经基本确认两款智能手都是单独存的，并将于期在印度推。爆料者称这款即将推的智能手机印度将配备少 8GB 的 RAM 和 256GB 的 ROM 存储空间，预计在发时还会有其选择。此外这款机型可会搭载高通龙 695 5G 芯片，配备 6.67 英寸 OLED 显示屏，拥有 120Hz 刷新率和 10bit 色彩，预计它还采用后置三设计，包括个 108MP 主摄和两颗 2MP 传感器。它能还会配?4800mAh 电池，支持 67W 有线快充，装基于 Android 13 的 ColorOS 系统。

1 月 17 日上午消息，中国工程院院士邬铨近日指出，数字化转是数实融合的核心，企发展的必由之路，也是对当前和今后国际形势确定性的战略选择。邬铨认为，数实融合可在字化进程的任一阶段切，不论处于工业 2.0 还是 3.0 的企业都可开始这一进程。数融合也可从企业生产管流程的任一环节切入。业不可能也不需要在产链全部环节同时起步推数字化转型，研发、设、制造、供应、检测、储、市场、售后等任何节的切入都会有相应效。北京工业大学信息学教授、中国自动化学会事贾克斌则认为，实体济和数字经济融合发展一个重要的趋势，数字础是企业发展的基础，且这个数字基础是要从业来，需要通过大量的例积累和丰富的实践锻，才能从战术上升到一战略上的高度，并不只单单讲模式和发展路径准化和规范化。“数实合是数字、科技、实体济和实体产业的融合，中最本质的变化就是生要素和生产力的革命。实融合需要引入智能生力，需要智能生产力与业知识进行不断的融合新，也需要实体企业与 IT 企业伴随成长，进而推进产业高质量发和赋能企业可持续创新展。”联想集团副总裁中国区战略及业务拓展总裁、联想智库理事长不力克木・阿不力米提为，当前，数实融合已引入了数据成为全新的产要素。引入了新的生力“智能生产力”，它新开始定义和创造新的值，依托于数据和新的构，融入到产业当中，为新的生产力，从而改产业生产关系?