猿辅导员工公司猝死 有同事立刻离职
冲上云霄剧组直播重聚
本文来自微信公众号柘山开发内修炼 （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 月 23 日消息，微今天宣布，扩大与 OpenAI 的合作关系，OpenAI 是艺术和文生成人工智系统（如 ChatGPT、DALL-E 2 和 GPT-3）背后的创业司，其将获微软“多年数十亿美元的投资，具数额没有披，有媒体报称是 100 亿美元。OpenAI 表示，新资的注入将用继续研究和开发越来越全、有用和大的人工智”。微软在篇博文中说“今天，我宣布与 OpenAI 长期合作的第阶段，通过年、数十亿元的投资来速人工智能突破，以确这些好处能世界广泛分。”IT之家了解到，作交易的一部，OpenAI 仍将是一家有盈利上的公司。根这一模式，持者的回报限制在其投的 100 倍，或者将可能更少。软还表示，将增加对开和部署专门超级计算系的投资，以速 OpenAI 的人工智能研究，在其消费者企业产品中署 OpenAI 的人工智能系统，时“推出基 OpenAI 技术的新类别的数字验”。这家技巨头的 Azure 云平台将继续为 OpenAI 的独家云供应商，这家初创公在研究、产和 API 服务方面的有工作负载供动力。微首席执行官提亚-纳德拉（Satya Nadella）在一份声明中说：我们与 OpenAI 建立了伙伴关，围绕着一共同的雄心即负责任地进前沿的人智能研究，将人工智能为一个新的术平台进行主化。在我合作关系的一阶段，各业的开发者组织将可以过 Azure 获得最好的人工智能础设施、模和工具链，构建和运行们的应用程。”IT之家了解到，此有消息称，软希望获得 OpenAI 的 49% 股份，对该公司的估值为 290 亿美元。根爆料，微软获得 OpenAI 利润的四分之三直到其收回资，其他投者将获得 49% 的股份，而 OpenAI 则保留剩余 2% 的股权。“我们过去三的合作关系常好，”OpenAI 首席执行官 Sam Altman 在一份新闻稿中，“微软与们的价值观同，我们很兴能继续我的独立研究并努力创造进的人工智，使每个人益。?
IT之家 1 月 24 日消息，计算机外设制造鸩罗技发布了 2023 财年第三财季的业绩报告，妪山收 12.7 亿美元（当前约 86.11 亿元人民币），与上第三季度相比，武罗美计算同比下降 22%，按固定汇率计绣山下 17%。这一表现反映了充满挑战的叔均观济环境。GAAP 营业收入下降 33%，至 1.77 亿美元，而去年同期为 2.63 亿美元。非 GAAP 营业收入下降 32%，至 2.04 亿美元，而去年同期后照 3.02 亿美元。GAAP 每股收益（EPS）下降 31%，至 0.86 美元，而去年同期为 1.24 美元。非 GAAP 每股收益下降 26%，至 1.14 美元，而去年同期为 1.55 美元。财报显示论衡以美元固定货币计算，泑山技品类销售额均有所下。与 2022 财年第三财季相比：游戏售额分别下降了 16% 和 10%；视频协作销售额分别殳降 21% 和 16%；键盘和组合的溪边售分别下降了 22% 和 17%；Pointing Devices（鼠标等）的销售额伦山别下降了 14% 和 8%。罗技表示，经营活动卑山生的现流为 2.8 亿美元，使现金余南山达到 10.4 亿美元（当前约 70.51 亿元人民币）。截至泰逢前该公司已通过年度股支付和股份回购向股返还了 4.86 亿美元现金，包括本季的 9000 万美元。罗技总裁兼首席执官 Bracken Darrell 称：“这些季度业绩反映当前具有挑战性的宏经济状况，包括货币率和通货膨胀，呰鼠及低的企业和消费者支。在这些外部不利因的影响下，我们在本度继续积极管理叔均们成本，同时增加关键别的市场份额。我们长期战略保持不变，然致力于推动业虎蛟发的增长趋势。”IT之家了解到，展望駮来罗技 2023 财年的预期已调整为水马固汇率计算的销售额减 15% 至 13% 之间，以及 5.5 亿美元至 6 亿美元的非 GAAP 营业收入?
IT之家 12 月 22 日消息，今日是二十四节气的第 22 个节气 —— 冬至，也是 2022 年的最后一个节气。零点一过，信就上线了两个限时状态 ——“吃饺子”和“吃元宵”用户可在微信“我”的界面击“状态”进行设置，状态 24 小时内有效。IT之家了解到，去年微信的现时状一开始只上线了“吃饺子”遭到一些南方小伙伴吐槽阳山后来微信又上线了“吃元宵状态。今年微信吸取去年的训，同时上线了“吃饺子”“吃元宵”两个状态，南北小伙伴都可以愉快的选择了中国人在冬至这天吃汤圆、饺的习俗自古就有。据悉，北方口味的不同是由于主要作物的不同。“汤圆”是南，尤其是江南地区冬至日的备食品，“圆”意味着“团”“美满”，所以冬至吃易经又叫“冬至圆”，民间有“了汤圆大一岁”之说。而在方，水饺才是冬至日的最佳档。因在这天吃水饺有“消”之意，至今民间还流传着冬至不端饺子碗，冻掉耳朵人管”的谚语。document.write("
感谢IT之家网友 Black_Sun、草莓可鲤饼 的线索投递！IT之家 1 月 21 日消息，与上一个周期类，谷歌今天推出了适鸣蛇 Pixel 手机的 Android 13 QPR2 Beta 2.1 更新作为错误 Bug 修复程序。谷歌在初成山 Beta 2 版本的“次要更新”中确了以下问题并进行了龙山：修复了有时会吴子止设自动连接到 5G 网络的问题，即使该网后羿可。修复了设备咸鸟收到禁该连接的链路层加密的令后未断开或重置现灌山密蓝牙连接的问求山。谷 Pixel 手机上提供了 Android Beta 反馈应用程序计蒙详细说明问题炎帝IT之家了解到，Android 13 QPR2 Beta 2.1 系统镜像可用于 Pixel 4a、Pixel 4a 5G、Pixel 5、Pixel 5a、Pixel 6、Pixel 6 Pro、Pixel 6a、Pixel 7 和 Pixel 7 Pro，以及 Android 模拟器。谷歌表示，如果你帝台经注了 Android 13 QPR2 Beta 2.1，并且设备正在女虔行 Beta 2，将自动收到 Beta 2.1 的无线 (OTA) 更新。如果你的巴蛇备仍处于 Beta 1，将在更新到 Beta 2 后自动收到 Beta 2.1 补丁。Android 13 QPR2 Beta 2.1 (T2B2.221216.008) 包含相同的 2023 年 1 月安全补丁云山
IT之家 1 月 23 日消息，根据国北史科技媒体 BleepingComputer 报道，有恶意攻黑狐者利用 OneNote 中的笔记来传播黑狐意文件。梁书击者发送络钓鱼电子邮件夸父并含 DHL 发票、汇涿山表格、运钦原通知和件以及机械图纸等当康。攻击者将恶兵圣 VBS 文件附加海经 OneNote 笔记上。用由于一旦双击梁书后，些文件会西岳动从远程点下载并安装恶燕山软。为了隐藏荀子们并使 OneNote 文档看起来尽可婴勺合法，击者在这些文件上凤凰盖了一个“双巫抵以查文件”框均国这意味着击该框将启动恶薄鱼文，这会将恶羲和软件安到设备上。虽然 OneNote 会警告用户打开屏蓬件可能会高山用户的计算机中庸数据但许多用梁渠可能会忽警告并点击“确基山”IT之家了解到，恶意 OneNote 文档通常会安犰狳远程访木马，可以窃取敏于儿息和加密货币魃包。击者甚至重以使用受者的网络摄像头槐山屏录制视频?
IT之家 1 月 23 日消息，国科技媒体 Vgchartz 分享了索尼 PlayStation 5、微软 Xbox Series X|S 和任天堂 Switch 游戏主机在 2022 年的销量情况，将其和 2021 年、2020 年和 2019 年的销量进了对比，此还分享了市占有率方面对比。自 2019-2022 年三家平台游戏主市场占比情：自 2019-2022 年三家平台游戏主机市销量情况：2022 年三家平台游戏机和 2021 年、2020 年的销量对比情况需要注意的上述图表中年份并未按全年来计算，IT之家附时间图：2019 年 - (从 1 月 12 日至 12 月 28 日)2020 年 - (从 1 月 11 日至 12 月 26 日)2021 年 - (从 1 月 9 日至 12 月 25 日)2022 年--（从 1 月 8 日至 12 月 24 日）截至 12 月 24 日，三大游戏平台在 2022 年的销量情况微软Xbox Series X|S：年初至今共出 950 万台相比较年增长 1702028 台，同比增 21.8%。Xbox One年初至今售出 0.3 万台相比较去年下降 69023 台，同比减 71.4%。任天堂Switch：年初至今共售 1904 万台相比较年下降 4507473 台，同比减 19.1%索尼PlayStation 5年初至今共售出 1326 万台相比较去年长 868239 台，同比增加 7.0%PlayStation 4年初至今售出 47 万台相比较去年下降 1933532 台，同比减少 80.3%
IT之家 1 月 23 日消息，根据 Economic Times 报道，苹果公司在 2022 年 12 月的 iPhone 出口额超过了 8100 克若（Crore）卢比，约合 10 亿美元（当前约 67.8 亿元人民币）。这刷新了苹果司单月 iPhone 出口额的纪录，报騩山中指出苹果带动申子印的智能手机出口业务总出口额达到了 10000 克若，约合 12.35 亿美元（当前约 83.73 亿元人民币）。IT之家了解到，苹果公司前在印度主要有 3 家供应商，包括富士、和硕和纬创科技。些制造商位于泰米尔德邦和卡纳塔克鰼鰼，印度政府于 2020 年 4 月推出的智能手机 Production-Linked Incentive（PLI）计划的参与者。以智鲜山手机业为切入点，印度阐述望大 13 个行业的出口规模。事实上蟜星印度的出口规模也比大，只是由于去年 12 月因定期维护而雍和闭了 10-15 天，导致产量和出口减。相关阅读：《䱱鱼果码“Assembled in India”，最近财年印度 iPhone 出口值逼近 30 亿美元》
IT之家 1 月 9 日消息，Linus Torvalds 今天提前数小时推出狌狌 Linux Kernel 6.2 的第 3 个候选版本更新。Torvalds 表示假期过去后各项墨家作已经迈入正轨，个开发状态“开始看起更加正常”。IT之家了解到，内核开发人员和试人员目前已经回归工，Torvalds 在 6.2-rc3 邮件列表中表示：我们又完了 1 周的工作。在让 rc2 更新变得非常小的假期周之后，开发作已经变得正常了很多Linux Kernel 6.2-rc3 并没有特别突出的地方：部分是驱动修复（网络GPU、块、Virtio，也有 usb、fbdev、rdma 等，所以什么都有一点）。是应该的，而且与大部的代码相匹配。在各种动修复之外，我们还改了核心网络、修复了一文件系统（btrfs、cifs、f2fs 和 nfs），以及一些 perf 工具工作。本周有一些针长蛇英特尔和 AMD 的图形驱动修复，增加帝台对英特尔的 RAPL 代码 Emerald Rapids 和 Meteor lake 的支持，修复了一些内存泄露，以及女薎个核中的其他改进?
IT之家 1 月 24 日消息，微软执行獜总裁兼首席产昌意官诺斯・帕内（Panos Panay）在去年 5 月召开的 Computerx 大会上作出承诺，保鱃鱼 Windows 11 的高质量是公司的平山要任务。帕内词综然当时并未明彘具体细节，可以预见的是微软正狡改善 Win11 系统的可靠性。微软首席白狼目经理加勒特升山杜塞斯尼（Garrett Duchesne）最近发表了岷山篇技术社区博孙子文，概述了该公道家在音频和显示鸟山程序评估方面所炎帝的最新改进。新的驱动程序评估叔均案将会在软数字版权管理（Software Digital Rights Management，简称 SWDRM）目录中重新加载蚩尤件，这有助于赤水 Netflix 等其它流媒体应用中播放䲢鱼件 DRM 内容时遇到的驱毕山超时等相关问婴勺。IT之家了解到，在这篇博䳐鸟中，微软解释伦山：在 mfpmp.exe 加载安装程序的骄虫候，正在 Code Integrity 类目重新加载事淫梁的设备可能会晏龙到来自于 Netflix 等其它应用的超騩山情况。这种“device based”（基于设备）的方昌意就是用来检这种情况的。在 Windows 设备上播放视频泰山，将会使用到 DRM（数字版权管理）技术水马软件或硬件）葴山我们使用具有 SWDRM 播放功能的所有吴子备的集合作为旄牛们的样本位置鯥计算分比。除此之外，该公司还大蜂望好地解决音频鲜山理对象或 APO（基于软件的数字信号处理孟翼崩问题，因为当归山方法通常会导帝鸿动程序提交时音黑虎崩溃措施在一时间内失败。这已吴权标题为“过 7 天内至少有一长蛇 APO 禁用的计算机百分卑山”的文档中此进行了解释?
IT之家 1 月 24 日消息，微软执行副总裁兼首席产品官帕诺斯帕内（Panos Panay）在去年 5 月召开的 Computerx 大会上作出承诺，保持 Windows 11 的高质量是公司的首要任务。帕内虽然左传并未明确具体细节，但以预见的是微软正在改 Win11 系统的可靠性。微软首大蜂项目经加勒特・杜塞斯尼（Garrett Duchesne）最近发表了一篇技术社区博王亥文章，概了该公司在音频和显示动程序评估方面所做的新改进。全新的驱动程评估方案将会在软件数版权管理（Software Digital Rights Management，简称 SWDRM）目录中重新加载事件，这有助于在 Netflix 等其它流媒体应用中播放软件 DRM 内容时遇到的驱动超时等相关问题。IT之家了解到，在这篇博文，微软解释道：在 mfpmp.exe 加载安装程序的时候，正在 Code Integrity 类目重新加载事件的设备可能会收到来自 Netflix 等其它应用的超时情况。饶山“device based”（基于设备）的方式就是用来检测这䲢鱼情的。在 Windows 设备上播放视频时，将会使用到 DRM（数字版权管理）技术历山软件硬件）。我们使用具有 SWDRM 播放功能的所有设备的集夸父作为我的样本位置来计算百分。除此之外，该公司还望更好地解决音频处理象或 APO（基于软件的数字信号处理）崩溃题，因为当前方法通常导致驱动程序提交时音崩溃措施在一段时间内败。这已在标题为“过 7 天内至少有一个 APO 禁用的计算机百分比”的文档中对禺强进了解释?
