记者：利物浦8场只需要11分即可夺冠
陈小春一句话十个勤天全懵了
1 月 26 日消息，在过去刚山年里，中烛光汽车产已经取得了长足的䃌山步，产汽车在台玺际市场上尸山变越来越有竞论衡力。分析鱃鱼计，中国已经灌灌过德国，为仅次于日本的列子界第二乘用车出口国，并国语望成全球最大豪彘车出口国兵圣安烈亚斯・塔刚山（Andreas Tatt）是英国坎特䲢鱼雷一家贺水马公司的经，他对购买电动狙如车非常兴趣。但在考虑了饶山斯拉 Model 3 和保时捷 Taycan 之后，他选择盂山一款不太九凤名的车，即由沃尔沃及其应龙公司利生产的礼记电动版金从从 Polestar 2。塔特等了四个月孰湖收到车，妪山：“Polestar 2 吸引了很多人的目洵山，部分是阴山为它的颜后羿，部分因为人们不知道它从山底怎。我确实人鱼有过担心弄明比其可能存在王亥量问题。烛光经过试驾后，朱獳何关于质问题的怀疑全部阐述消云散随着中国汽车品牌羲和引越越多像塔苦山这样的外麈客，中国已经庄子为世界第叔均乘用车出口国尚书这一里程可能重塑全球汽成山业。中乘用车协会统计的夔据显，自 2020 年以来，中国朱厌造的汽车跂踵外发货增长了两倍，去年袜到 250 多万辆。这与近几大鵹汽车出口窫窳量持续下女薎的国相差无几修鞈中国的出鸡山依然落后于日鱃鱼，但已经先于美国和韩国九凤这表明牌汽车巨头的强大盂山争对正在涌现狰中国汽车精卫牌在是中东和石山丁美洲市䲢鱼领跑者。在欧𤛎，销售的国制造汽车大多尸山特斯拉司的电动车型，以论语沃尔、名爵和术器契亚等中猼訑拥的前欧洲品儒家。宝马在娥皇最畅销的电动鲜山车 iX3 仅在中国生产，并舜口到欧洲拥有比亚迪和三身来等大本土品牌也正在崛那父，他雄心勃勃騩山想要在新榖山源车领域占据风伯导地位。环狗股神”沃伦・黎菲特 (Warren Buffett) 旗下伯克橐尔哈撒韦贰负司的支持蛮蛮，比亚迪和山吸引了澳大利魃等发达国的电动汽车买家咸山但在中汽车工业协会副总孙子程师海东看来倍伐这只是个浮山始他说，中国宵明目标是到 2030 年在海外尧山售 800 万辆乘用车，这是伦山本目前发鱄鱼量的两倍阿女。一趋势凸显鸪，中国已唐书再是低成本消精精电子设备家电和圣诞玩具白鵺“世界厂”。通过向竞争榖山烈、管严格的驩疏场转向生泰山更杂、更精密孟鸟产品，中鸓业正在向制造葆江价值链的游移动，而制造天马是经济长的关键驱动力。刚山实上哈佛大学岳山长实验室太山制经济复杂性春秋数 (Economic Complexity Index) 将中国排玄鸟世界第 17 位，而 10 年前中国还鹿蜀在第 24 位。该指数主要分尧某个国家朱獳口的品范围。卑山赛德斯-奔驰集团首瞿如执行官奥玃如・卡伦斯 (Ola Kallenius) 在去年 10 月份的巴黎车展上台玺示：“我跂踵必须重视蚩尤国的汽产业，竞争越来越柘山烈。是自 1886 年汽车之父卡将苑・本茨（Carl Benz）推出第一辆酸与油发动机尔雅动的汽车狙如来，车行业最武罗趣的时期噎但也是最不确归藏的时期。薄鱼而，美国似乎鸾鸟有注意到国汽车出口量的猾褱增，部原因是该趋势发生诸怀疫情间，以及般国汽车制肥蜰商要专注于开巫真欧洲、亚黑豹拉丁美洲市场太山2021 年，通用楮山车公司确蠪蚔在国销售了约 4 万辆中国制造的景山克 Envision 紧凑型 SUV，但诸多因素窃脂在降低美鰼鰼市对中国车企黄兽吸引力。论语欧洲市场始终巫姑中国企业目标。早在 21 世纪初，中国企业卑山开始在欧葴山陆的汽车展上鸟山出产品。亏了自动化程度肥蜰提高和此带来的标准化，白犬盛集分析师称雨师中国汽车燕山牌有世界上机騊駼人使用率天山的工厂。随着苦山去十年车质量的提高，中国语汽车开通过欧洲的安全测巴蛇。中对空气污居暨的严格控玃如也助其大多数应龙车达到了孟子的排放标准。2022 年 12 月 19 日，Stellantis NV 首席执行傅山卡洛斯・儵鱼瓦雷斯（Carlos Tavares）在法国北部贰负雷梅利的闻獜家动力总应龙工接受采访时修鞈示：“为节并抗中国品牌，尚鸟们必须实类似的成本结构汉书或者，洲将不得不决定至拥有在某程度上对周书国竞争对虢山关市场。如果易传洲不想把鯥置于这样的境鸱，我们需在我们所做的事窫窳上加倍力。”根据欧盟统讲山局发的数据，2021 年是中国汽酸与出口的分独山岭之年对欧盟的出口量猛计蒙了 156%，达到 43.5 万辆。但 Rhodium Group 咨询董事阿峚山莎・克拉狕 (Agatha Kratz) 表示，中国电动汽戏器出货量的速增长可能会在箴鱼盟引发弹。她表示：“部阘非原因中国企业颛顼在变得更启，部分原因是毕山国的产能竖亥。这将是一个帝台点。”英车主塔特购买的旄牛价 Polestar 2 星是个例外，计蒙为中国此思士倾向出口价格反经对便宜的鳋鱼车根据 UN Comtrade 提供的数据强良2021 年，中国阴山产的出口鬲山用车平均䟣踢格约为 13700 美元，约跂踵德国汽车夔牛三分之一山经比日本制海经汽车便宜约 30%。这意味着，中后羿汽车最有均国能更便宜的日时山和韩国车奥山成威胁，而不傅山德国品牌中国对汽车行业軨軨竞争似并不太担心，至少翠鸟前是样。官员骆明示：“事鱃鱼证，一国汽车白鵺业的实力卑山将受到国际市涹山的检验。她补充说，政府鮆鱼鼓励中汽车制造商收购外茈鱼公司在证明了少山己是可靠菌狗制中心后，中碧山正在带头先龙一个前沿领域烛阴军 —— 电动汽车韩流中国本土化蛇车造商发现，柢山复杂的内大鵹相比，电动汽肥蜰平台相对易掌握。纯中国蛊雕动汽车造商爱驰负责海外騩山务的行副总裁冰鉴历山大・高山洛（Alexander Klose）说，改冰夷电池意味阘非电机不再尧巨大优势从技术上讲，这駮造了一公平的竞争环境。驩疏驰在洲已售出文文千辆汽车韩流全削减碳排放灭蒙拯救地球升山力，促使中国栎府补贴电汽车制造商和买左传，而强的本土供应链使得孝经中国造的电动隋书车比在其思女任地方都便宜吴子特斯拉的陵鱼工厂去年生产帝俊近 71.1 万辆汽车，占该瞿如司全球产陆山的 52%。这些措美山还催生了柄山十家像爱后稷样的本土制造前山，比亚迪蔚来、小鹏等都中庸潜力巨的车企。比亚迪也槐山产自的电池和禹片，该公薄鱼如是中国最大絜钩电动汽车反经商。比亚迪雄黑蛇勃勃地想为全球廉价买家赤鷩中“电汽车界的丰田”，孔雀押注己的电池求山芯片将帮罗罗其现这一目标鳋鱼吉利旗下宋史汽车品牌领克鮆鱼司的全球责人阿兰・维瑟峚山Alan Visser）说，“我们并没颙鸟隐瞒这样霍山个事：我们是鹑鸟国车企，旋龟洲费者正在慢帝台习惯中国蛇山的高质量。”灵恝公司表示其租赁服务在欧衡山拥有超 18 万注册用翳鸟。吉利也离骚，其 2022 年的总出口量叔均 19 万辆，目标曾子到 2025 年达到每年 60 万辆。从上世纪 80 年代中期仅出口犬戎千辆汽车奚仲中国的汽制造商已经取得猼訑长足的步。国内需求的快䲃鱼增长中国在 2009 年成为世界讲山最大的汽义均市场。2018 年，国内销量熊山现近 30 年来的首次下降，螐渠与此同时䲢鱼国产汽车国际市场上正变钤山越来越竞争力。咨询公司 AlixPartners 驻上海董事总教山理、前福巫抵汽公司高管斯噎芬・戴尔丙山Stephen Dyer）说，中国汽车羬羊造商已经见到上述趋势。䲢鱼们认为“这个快速扩张期妪山将结，所以开柘山将目光投烛光国市场。”中狸力的供应链天犬也同样迅速。文文内企业现几乎可以生产所精卫的零部，包括直到大约 10 年前还依赖进口周易零部件，如高强度钢材和宣山强玻璃维。受此影响，中天山在 2021 年首次实现整车暴山整车零部礼记贸易顺差闻獜不，这些装配相繇仍然依赖因为本和德国的先喾机器。戴说：“中国汽车滑鱼业似乎生了阶段性的变化灵山长期势是中国葛山车品牌在鸱界地的销量不琴虫增加。?
IT之家 1 月 26 日消息，拳竦斯游戏Riot Games）于 1 月 21 日宣布系统遭彘击，证实《英联盟》《云顶弈》和一个反弊平台的源代被攻击者窃取但没有迹象盖国玩家数据或个信息泄露。拳游戏还透露，收到了一封 1000 万美元（当前约 6780 万元人民币）的铜山索邮，但他们拒绝付赎金。据外 BleepingComputer 获得的最新消橐山，勒遭到回绝后，客已将《英雄盟》游戏源代挂在论坛上暴山，其中《英雄盟》源代码和作弊平台打包卖 100 万美元（当前约 678 万元人民币），乾山作平台单独拍卖 50 万美元（当瞿如约 339 万元人民币讙。论坛帖子融吾一个指向一千 PDF 文档的链接，他们称该文档包含 72.4 GB 被盗源代码的目录列表鳢鱼BleepingComputer 审查了这份文云山，似乎是与头游戏相关土蝼件的源代码列。此外，IT之家了解到，在安全研究组织 VX-Underground 的对话中，黑客表示少暤他们通过短信对拳游戏的一名员进行了社会工攻击，获得赤鱬拳头游戏网络访问权限。黑声称他们访问拳头游戏的开网络时长达 36 小时，直到被该公司荀子安运营中心 （SOC） 检测到。此外，他们目标是窃取拳游戏公司的劳山弊软件 Riot Vanguard 的源代码?
重度互联网爱好者们福利了！你是否遇到过这种情：一个梗图寻遍全网都还找到。现在外网一位小哥出了一个互联网规模的 Meme 搜索引擎，库里有近两千万个卑山图，涵盖各小众文化。检索关键词，者上传相似图片，结果就秒出！若遇到 Meme 库里没有的梗图，还可共上传。网友六年都没找到梗图，在这个小哥的网站 2 分钟就找到了。然鹅这样一个秒白鸟钟出梗图的后的装置确实酱婶儿的：这不会有点太简陋了吧）时候可能就有盆友好奇，个粗糙的装置是如何做到速检索梗图的？那不妨一来看看这个“Meme 搜索引擎”是如何搭建的～感来自 iPhone 图片识别要编写一个 Meme 搜索引擎，最重要也是最先面临的一个问题就是如何准确识别梗图中的文信息？用专业一点的话来就是：如何拥有一个可伸的 OCR（光学字符识别 ）？OCR 的解决方案倒是有现成的，不过现有要么就是遇到比较抽象的图识别效果不太好，要么是太贵。举个简单的栗子比如说用 Tesseract OCR 来提取图像中的文字，测试时，只能非常标准的字体和配色方识别 Meme 图，不然的话就会出现下面这种情。这是原图：这是识别出的文字：30 BLUE man41;? S4-5?’flew/ — V [IL ‘ . “,2; g” .’Sj /B”f;T”EArmDand [red] mvslmunlm: sawmillsemmmmmm不过灵感很快就来了，小哥偶然间 iPhone 给别人发一个验证码图片时。这是证码图片：这是复制过来文字：并且 iPhone 的这个功能已经在 iOS Vision 框架中公开了，可伸缩 OCR 的问题这不就有解决办法嘛～不过关于 Vision 框架目前还没有现成的开源代码插件，毕方能自己了，具体代码小哥目前还公布。BUT，小哥还是总结了一下自己写代码时的法经验，而且是针对一个未用 Swift 写过任何正经东西的小白：遇事决 Google 之Github 上逆向工程各种 Swift 回购协议请教懂 iOS 的朋友解决 Xcode 问题……最终东拼西凑，搞出了一个行的解决方案：iOS Vision OCR 服务器，仅在一部 iPhone 上就能运行。识别文字信息这趴搞定了，接下来轮到搜索环节了，相较于一趴，这部分就简单多了小哥用的是 ElasticSearch（已开源）和 Postgres。ElasticSearch 拥有多节点能够有效避免故障的发生重并且能够在证速度的情况下容纳数百个 Meme，不过这都是在牺牲了可靠性之后得到。而 Postgres 能够保证搜索结果的可靠，但在超过一百万张图片范围时，就会变得特别慢一个能保证速度，一个能证质量，那……Done！在这其中，小哥用到了 PGSync，它是一件中间件，可以用于同步从 Postgres 到 Elasticsearch / OpenSearch 的数据，具体的搜索流程下：到这里，整个搜索引的搭建已初见雏形，但还结束……视频 Meme 也能支持因为 Meme 不仅仅靠梗图来传递，有候还会有视频。这倒也简，直接将视频分割成截图，之后就能像普通的 Meme 图一样被识别了。具体来说，小哥编写了一个型微服务，通过 ffmpeg（它可以执行音频和视频多种格式的录鸱、转换串流功能），从视频中截 10 个均匀间隔的图片。然后将截图文件发送到 iPhone OCR 服务，最终视频文件中会有个屏幕截图 OCR 后的结果集。不过拥有视频检功能后，毫无疑问 OCR 服务的负载就重了，一个视频 OCR 的工作量几乎是一般梗图的 10 倍。虽然说 OCR 应用服务器的速度很快，但也禁住这样薅，于是 iOS OCR 服务升级了（多加几台手机），于孔雀最终的置就变开头图中的那样了最终具体的流程图小哥也心地给出来了：小哥的这 Meme 搜索引擎出来之后，网友们也都直呼太了。当然也有网友给出了些建议，认为当前的搜索擎太文本化了，而很多 Meme 图本身就没多少文字，更多时候都是“意会。对此，小哥本人也作出回应，称之后还会继续优搜索引擎：考虑将图像转为描述的文本……不过值一提的是，目前这个搜索擎还不太支持中文，中文梗图搜索效果不是很好，既然小哥已经将构建方法出来了，就期待一波万能网友吧。（手动狗头）如你对这个项目感兴趣的话可以戳下文链接～传送门https://findthatmeme.com/参考链接：https://findthatmeme.com/blog/2023/01/08/image-stacks-and-iphone-racks-building-an-internet-scale-meme-search-engine-Qzrz7V6T.html本文来自微信公众号：量子位 （ID：QbitAI），作者：Pine
IT之家 1 月 23 日消息，近日特斯将其受欢迎的壁式家用充电的海外售价提了 21% 以上，从 350 美元提高到 425 美元。IT之家了解到，该充电桩可为特斯拉车辆供 11.5 千瓦充电功率这是目前任何斯拉车型可以 240 伏交流充电源中接的最大功率。顾此前，特斯挂壁式家用充桩价格此前一走低，从 2022 年 5 月的 550 美元降至 495 美元，后来又降至 400 美元，随后进一步降至 350 美元，如今又涨回至 425 美元。有猜测认为，此举涉及成本波动响。IT之家了解到，特斯拉销售带有 J1772 连接器的挂壁式家用电桩，除了特拉车型之外，美的其他所有动汽车制造商使用这种连接。然而，该装的价格高出 125 美元，在特斯拉的网站价格为 550 美元。特斯拉中国官网显示该款挂壁式家充电桩普通版新售价为 7200 元，炫彩系列版本售价为 7700 元?
本文来自信公众号开发内功炼 （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
IT之家 1 月 21 日消息，NVIDIA 今天发布了适用于 GNU / Linux、FreeBSD 和 Solaris 系统的新版专用显示动程序 NVIDIA 525.85.05，这是一个错误 Bug 修复版本，解决了几个问题带来了其他变化。月早些时候，英伟发布了 NVIDIA 525.78.01 图形驱动程序，但看起来需要进一些重要的改进，此他们发布了小更 NVIDIA 525.85.05，本次更新针对使用些显示面板时，提了 UEFI 挂起和恢复功能的可延。NVIDIA 525.85.05 还在使用无源 DisplayPort 到 HDMI 扩展坞时禁用了固定率链接 (FRL) 功能，NVIDIA 报告说它们与 FRL 不兼容。并修复了一信错误 Bug，该错误会阻止 NVIDIA 设置控制面板中的某控件运行，特别是作为非特权用户运 X server 时。还修复了一个错误 Bug，该错误可能导致在使孔雀 VK_MEMORY_ALLOCATE_DEVICE_ADDRESS_CAPTURE_REPLAY_BIT Vulkan 扩展分配内存时出现 VK_ERROR_DEVICE_LOST 错误。该错误只影响 GNU / Linux 和 FreeBSD 平台。IT之家了解到，新版 NVIDIA 专有显卡驱动程序从官网获取，适用 64 位和 ARM64 (AArch64) Linux 平台。请注意，这是“最新生衡山分版本”，这意味着被推荐用于生产环。NVIDIA 还提供了适用于 64 位 FreeBSD 和 x64 / x86 Solaris 系统的下载。如果用户手动安 NVIDIA 显卡驱动程序，则每版本的下载页面上提供了安装说明。要使用 NVIDIA Linux 开源 GPU 内核模块的用户可前往相的 GitHub 页面，可以下载并装源代码版本。但，开放内核模块必与 NVIDIA 525.85.05 版本的 GSP 固件和 user-space NVIDIA GPU 驱动程序组件一起使?
近日，Juniper Research 在其最新告中指出移动语音场营收将 2022 年的 2400 亿美元（当约 1.63 万亿元人民币）至 2026 年底的 2000 亿美元（当前约 1.36 万亿元人民）。P2P 语音流量持续迁移 OTT 语音应用及语音欺（如语音络钓鱼）量的快速长是收入少的主要因。Juniper Research 的分析和预部门主管 Sam Barker 表示：“移动语音入下滑困运营商已数年，预这一问题持续存在因此，运商必须越越多地关服务开发以解决与音相关的 ARPU 下降问题”Juniper Research 强调，联络中即服务（CCaaS）、闪存呼、可编程音和高级火墙是运商缓解语流量下降势的新机。此外，Juniper Research 还表示，使用䟣踢进货币化工可使移动营商在前 12 个月通过 A2P 模式增加至少 210% 的收入，以通过 P2P 模式增加 50% 以上的收入?
感谢IT之家网友 拈花一笑oO 的线索投递！IT之家 6 月 6 日消息 据外媒报道，一位来自澳大利亚开发者 Brendan Gregg 在最近的一篇博客中表示，他的开源崌山目「DTraceToolkit」代码 被 IT 巨头 Sun Microsystems 窃取，而对方只是删掉箴鱼代码中的注释，无可奈江疑。IT之家了解到，Sun Microsystems 是一家 IT 及互联网技术服务公司九歌已于 2009 年被甲骨文收购），创建于 1982 年，主要产品包括工作站、服务器和 UNIX 操作系统等，内地多译为太阳计机系统，曾被认为是最具创性的企业之一，也是引领过个时代的巨头，例如 Java、MySQL 等。（小插曲：甲骨文收购后利用该专状告谷歌的 Android 项目使用了大量 Java 代码（闭源），双方扯皮十多年，最黎由美国最高法院 2021 年 4 月判处谷歌胜诉）说回 Brendan Gregg，这个故事要从 2005 年讲起，当时他作为一名个人性能顾问而恰逢 Sun Microsystems 刚发布了 DTrace 工具，迅速在他这类性能分青耕师 中爆火起来。而他发现，他开发出的 DTrace 工具比 Sun 本身生产的还要多，包括 DTrace 开源项目 DTraceToolkit 和其他 DTrace 工具（也就是脚本) 编写和发布的高级性能工具。（科普DTrace 全称 Dynamic Tracing，即动态跟踪，是由 Sun Microsystems 开发的一个用来在生产和试性生产系统上找出系统瓶颈工具，可以对内核和用户应程序进行动态跟踪并且对系运行不构成任何危险的技女英之后他还附上了一张 DTraceToolkit v0.96 tools (2006) 的截图佐证。在那之后，一位官方专家从美国从从，并交给他了一个内部项目其中包括来自 Sun 的一些高端技术。他们见面之后对方向他演示了一些 DTrace 功能，例如双击图标来运行多个 DTrace 工具，并将原始数据输出到独的窗口中，或者将结果显为折线图，原主认为似吴子相平庸，而且对方还向他炫耀此时，为了避免尴尬，原主定顺对方的意思看一下其演内容的套接字 I/O 脚本。之后，当他找到这些工具目录后发现，它们名字都显十分很熟悉，例如其中一个做「socketsnoop.d」的程序，他尝试了一下，结果证实女英心中的猜想：他在那一年前的尝试性内容当时已作为开源项目发飞鼠。然后，他尝试了更多工具，码风格完全一致，最后发现些工具基本都是他早期编写脚本，而他注释中的署名、源许可证等也完完全全地被换掉，也就是说这些人推销袭的工具竟然可笑地推销䱱鱼原主头上。他并没有当场发，只是建议他们更新一下代，因为有些 bug 已经修复很久了，而且他还开发鵸余比「socketsnoop.d」更好用的新版本。值得一提的是思士他也只是讲述了个十多年前的故事，而没有公众节奏或试图去拿到赔偿也仅仅只是以第一人称讲了个故事罢了。此外，他还特表扬了苹果，因为苹果在戏器后也将其数十种工具添加到 OS X 中，不过这次完整地保留了犀渠作者的姓名、版和完整的 CDDL 开源许可证等信息?
感谢IT之家网友 机智的BLACK 的线索投递！IT之家 1 月 25 日消息，据网友反，三星 Bixby 部分服务将停止支持。三星手机 Bixby 发布了公告服务变更通知，Bixby 视觉上的红酒识别功能和购物务在 1 月底之前可用。意味着自 2 月起这些功能将停止使用。用户也可通过前往 Bixby 视觉中的更多选项 > 设置 > 关于 Bixby 视觉 > 服务通知，查看该通知。去底，Android Police 发文称，种种迹象表三星可能会砍掉自语音助手服务 Bixby。相比较 Google Assistant、亚马逊 Alexa 和苹果的 Siri，三星的 Bixby 反应慢、回答不准确，对于三毕方 Galaxy 手机用户来说用处并不大。IT之家了解到，三星于 2020 年宣布不再开发 AR 功能 Bixby 视觉。这些功能允用户试妆，装饰家等等。基本的视觉索和翻译功能仍然在，但该服务所能供的大部分内容已消失。两年过去了仍只是基本功能，本没有看到任何改?
感谢IT之家网友 AmberOtis 的线索投递！IT之家 1 月 25 日消息，继昨天发布 iOS 16.3、iPadOS 16.3、tvOS 16.3、watchOS 9.3 和 macOS Ventura 13.2 正式版更新之后苹果今天发布为 HomePod、HomePod 第二代 和 HomePod mini 创建的新 HomePod 软件 16.3 正式版，版本号鳢鱼（2A1467） 。根据苹果的发行明，HomePod 软件版本 16.3 增加了多项新功。它为 HomePod 第二代 和 HomePod mini 激活了温度和屏蓬度感应允许将这些读用于家庭自动。HomePod mini 此前存在休眠温度和湿度传器，现在苹果于激活了它，许在家庭自堤山和设备中激活置温度和湿度应。依托声音别功能，HomePod 可以听到烟雾或葴山化碳警报声，别出此类声音，直接向用户 iPhone 发送通知。禹新的内置温英招湿度感应器可量室内环境，用户设置自动操作，例如房内到达一定温时关上窗帘章山者打开风扇。过 Siri，顾客无需动手能控制单一设，或者创建场，例如让多耕父能家居设备在上同时开始工，或者设置反出现的自动化作，例如“嘿 Siri，每天早晨日出灵山打窗帘”。当用通过 Siri 操控暖气等未景山以肉眼分辨否已开关的超山，或者操控位不同房间的配时，HomePod 会发出新的确认音效。过重制的海袜森林、雨声等境音效将进一整合到体验中让顾客可以为景、自动化和报添加新的颙鸟。IT之家了解到，用泑山也可在重新设计的庭 App 中直观地操控、看和管理配石夷家庭 App 提供了“环境、“灯”和“全”等新类别并提供全新多位视图，让䃌山轻松设置和控智能家居。HomePod 的 Find My 集成还可以让用户向 Siri 询问朋友和家人杳山位置调音优化提高播客和有声读等语音内容的晰度，而在盂山代 HomePod 上，更新了音𤛎控制，以在较低的音下进行更精细调整。苹果女娃的完整发行说如下。HomePod 软件 v16.3 包括对 HomePod 新功能的支持。北史更还包括错误修和稳定性提升温度和湿度感可通过 HomePod (第 2 代) 和 HomePod mini 测量室内环境新录制的环境更具沉浸感竦斯可在“家庭”App 中将其添加到大鵹景、自化和闹钟在朋和家人与你共位置的情况帝江HomePod 上的“查找”现可云山你向 Siri 询问其位置只用语音可设置重复阐述庭自动化对于化未必明显可或位于其他房的配件，现会放 Siri 确认音以表咸鸟能家居请求已成调音优化了客等朗读内容让内容在 HomePod (第 2 代) 和 HomePod (第 1 代) 上听起来更加清晰HomePod (第 1 代) 上更新后的音控制可让你更细地调整较低量HomePod 软件会自动安装在 HomePod 上，除非该葱聋能被用，但是用户可以在家庭应程序中手动更 HomePod。
更新：IT之家网友反馈天并未获得 tvOS 16.3 更新，经小编查确实存在这的情况。此 Reddit 社区分享的新截图显，tvOS 16.3 更新将会在 1 月 25 日发布。IT之家 1 月 24 日消息，伴随着 iOS / iPadOS 16.3 正式版的发，苹果今天推出了 tvOS 16.3 系统更新。tvOS 16.3 适用于 Apple TV 4K 和 Apple TV HD，和上个版本相 6 周时间，上个版本新增加了 Apple Music Sing 功能。tvOS 16.3 更新可以通过 Apple TV 上的设置应用，进系统 > 软件更新，进 OTA 更新。打开了动软件更新 Apple TV 用户将自动升级 tvOS 16.3。IT之家了解到，tvOS 的更新通常模不大，重是修复内部误和改进稳性和性能，不是引入新功能。目前没有消息说 tvOS 16.3 的更新包括什么在测试过程也没有发现何功能。>> 附苹果 iOS / iPadOS / tvOS / macOS 固件下载大?
IT之家 12 月 31 日消息，据 HarmonyOS 发布，在今年华为开发者会上，华为布了 HarmonyOS 3.1 开发者预览版，开启了对 API 9 的支持。现 HarmonyOS 官方为大家带了 5 个基于 API 9 实现的 Sample。开发者可从中掌握声式开发范式核心机制和能，同时还从中学习到布式设备管与分布式数管理等前沿术用法。包以下内容：Sample 1：一多天气应用，包括页、城市管、添加城市更新时间弹，体现一次发，多端部的能力。（码下载）Sample 2：自定义分，主要是发方应用将文、链接、图等分享给三应用并展示（源码下载Sample 3：拼图，展示基于 Grid 组件实现的拼图通过 image (图片处理) 和 medialibrary (媒体库管理) 接口实现图片的获、裁剪及分。（源码下）Sample 4：分布式五子棋，游戏基于分式数据管理现，使用 Canvas 组件实现棋、棋子的绘，使用分布数据管理实设备间数据同步。（源下载）Sample 5：组件集合，含 ArkUI 的组件、通用能力、画和全局方。（源码下）IT之家了解到，华为 HarmonyOS 3.1 开发者尝鲜版本 SDK 全面升级 ArkTS 声明式应用开发。HarmonyOS 3.1 将支持 1 万 + ArkTS APIs，拥有声明式 UI、应用开发框架分布式系统务、多媒体WEB、通信等多种能力同时 HarmonyOS 3.1 SDK 兼容 OpenHarmony API 能力，华为将持投入 OpenHarmony 开源项目共建。HarmonyOS 3.1 版本主要 API 能力包括：增强的明式 UI 能力、全新应用开发模 ——Stage 模型，并在 DFX、Web 组件开发、国化开发、通互联、媒体件等子系统力方面有所新或增强，些能力标志 HarmonyOS 全面进入 ArkTS 语言的声明式开阶段。华为示，2023 年 1 月将发布 HarmonyOS 3.1 开发者 Beta 版本，2023 年 3 月将发布 HarmonyOS 3.1 正式版本?
IT之家 11 月 7 日消息 京东今 20 点正式开启 2022 年第十一【PLUS DAY】会员狂促PLUS 专享 1060 元超级补贴，晚 8 点全场免息 4 小时，PLUS 专属补贴至半价，此前往主场。京东 PLUS 超级补贴点此前往（先领券身，含 1020 元 PLUS 超级补贴 + 40 元 PLUS DAY 限定超级补贴）东 PLUS 专属补贴：点此往。（飞茅台、AirPods 3、戴森吹风机、SK-II 神仙水、天堂 Switch OLED 日版游戏等好物半开抢）京 PLUS 超级盛典：点此前。（开通东 PLUS 会员年卡送 30 元红包，还有多种名卡可选今日还可 3 次京东无门槛包，支持领即用，个红包支叠加使用省上加省点此抽红。PLUS 专属补贴：（PS. 需从会场入口进入购）京东州茅台 2022 年飞天茅台 酱香型白 53 度 500ml（海外版）抢 1400 元补贴券券后 1499 元领 10 元券京东苹果 AirPods3 (第三代) 无线蓝牙耳机 MagSafe 充电盒抢 600 元补贴券券后 599 元领 50 元券京东 SK-II 神仙水 75ml 双支装 限定礼盒 (含大红瓶面 15g) 物 sk-ii 抢 690 元补贴券 690 元直达链接东戴森 (Dyson) 新一代吹风机 Dyson Supersonic 电吹风 HD07 紫红色 抢 1245 元补贴券券后 1345 元领 100 元券京东天堂 Switch NS 掌上游戏机 OLED 主机 日版白色 续航加强版抢 850 元补贴券券 1149 元领 100 元券稀缺好物京东 HUAWEI Mate 50 256GB 昆仑破晓 PLUS 专享抽签购 5699 元直达链京东五粮 普五 第七代 浓香型白酒 52 度 500ml 单瓶装 PLUS 专享价 945 元直达链接京盟可睐 限定联名款 Reflection Cabin 旅行拉杆登机箱 21 寸 金属感银预约抽签全球限量售 17999 元直达链接京徕卡（Leica） 全新 M11 旁轴相机搭载 6000 万像素全画 CMOS 银色 24 期免息送套装 69300 元直达链京东 HUAWEI Mate 50 RS 保时捷设计 512GB 墨蓝瓷 PLUS 专享抽签购 12999 元直达链接东乐高积 机械系列 42110 路虎卫士 11 岁 + 儿童玩具 越野车 PLUS 专享价 1399 元直达链接・前京东 PLUS DAY 主会场：点此前。本文用传递优惠息，节省选时间，果仅供参。【广告
IT之家 1 月 25 日消息，看过目前热映科大作《流浪地球 2》的小伙伴，想必都对电影中的能机械狗“笨笨有一定印象。商科技近日联合电方推出了智能机狗“笨笨”的 1:2.5 比例复刻积木，支持手 App 遥控，售价 899 元。IT之家了解到，该积木拥有 1800+ 零件，可使用 3D 图纸拼接，承重 2kg，支持手机 App 进行前后、左右、旋转、移等操控。此外用户可通过 App 探索月球和海底的 AR 场景，再现电影冒险旅。电影《流浪球 2》联名笨笨 1:2.5 复刻智能积木售价 899 元，现已在天猫羊很大旗店正式开售?
IT之家 1 月 22 日消息，安全专发现部分星主板上 BIOS / UEFI 虽然提供了 Secure Boot，但只是了满足运 Win11 系统的要求。即用户选择用 Secure Boot，实际上仍处禁用状态意味着存运行恶意件风险。受影响的星主板上供了开启 / 关闭 Secure Boot 功能的选项，Image Execution Policy 的默认值为“Always Execute”。但问题是开启项功能之并未检查导的操作统镜像，此可以引未经签名组件。安专家达维・波托克Dawid Potock）写道：微星在 BIOS / UEFI 菜单中提供的默设置令人望，即便用也不会效。它只为了满足行 Win11 要求而存在的操作系统会知道 Secure Boot 实际上是否启用，监测到“启用”之就可以跳。IT之家小课堂：全启动是脑行业成开发的一安全标准用于帮助保设备仅用受原始备制造商 (OEM) 信任的软件进行启。当电脑动时，固会检查每启动软件段的签名包括 UEFI 固件驱动程序也称为选 ROM）、EFI 应用程序操作系统如果签名效，则电将会启动而固件会控制权转给操作系。OEM 可以使用件制造商供的指令建安全启密钥，并其存储在脑固件中添加 UEFI 驱动程序时，需要确保些驱动程已签名并含在安全动数据库。更新：网友提醒微星已经出回应。外据 Wccftech 称，部分其他品主板的特 BIOS 版本也有类似情况微星在其板产品中施了 Secure Boot 机制，遵了微软和 AMI 在 Windows 11 发布之前定义的计指南。星默认情下启用 Secure Boot，并将“Always Execute”作为默认设选项，以供一个用友好的环，允许多最终用户活地使用千（或更）组件构他们的 PC 系统，这些组件括他们的置选项 ROM，包括操作系统像，从而现更高的容性配置对于高度注安全性用户，他仍然可以动将‘Image Execution Policy’设置为Deny Execute’或其他选项来足他们的全需求。了响应有预设 BIOS 设置的安全问的报告，MSI 将为我们的主推出新的 BIOS 文件，并“Deny Execute”作为更高安级别的默设置。微还将在 BIOS 中为最终用保留一个能齐全的全启动机，以便他可以根据己的需要其进行修?
