如果书中的角色请你吃饭，你最想尝谁家的餐桌？
关税持续动荡下，预计一波货代将暴雷..
本文来自微公众号：开内功修炼 （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之家网友 星汉漫渡 的线索投递！IT之家 1 月 14 日消息，据 OpenHarmony 发布，红旗（大连）智能科有限公司（简“红旗智能”旗下全资子公小牛超充（深）能源科技有公司为红旗智打造的小牛智超充（又名“旗智能超充”在近期顺利通 OpenAtom OpenHarmony（简称“OpenHarmony”）3.1 Release 版本兼容性测评，获颁 OpenHarmony 生态产品兼容性证书。旗智能超充是款定位新能源域、基于 OpenHarmony 平台的大功率直流液冷充，采用瑞芯 RK3568 芯片、内嵌 KaihongOS 标准系统的智能充电桩品。IT之家了解到，该芯片台采用 22nm 制程工艺，集成 4 核 ARM 架构 A55 处理器和 Mali G52 2EE 图形处理器；KaihongOS 是面向全场景的万物智操作系统，以 OpenHarmony 为技术底座，围绕统内核、系统架、性能优化方面进行能力强及研发，同针对行业特性构建行业定制能力。红旗智超充充电桩配 21.5 英寸、支持 1080P 的超大、超高清、超角高亮显示屏最高支持 1000 流明超亮显示，户外强下界面依然流清晰；充电桩用液冷超充技和自适应省电略，智能温控护、稳压稳流同时，比传统电桩更加高效能；通过 OpenHarmony 分布式软总线，充电桩以与其他电子备、电气设施打通数据壁垒实现互联互通应用端基于 KaihongOS 进行开发，拥有用户管理充电桩管理、付管理等多个块，确保安全电的同时，提智能化超充新验。此外，该电桩还配置有颗 500W 宽动态摄像头用户可以一键达运维云平台与后台进行实可视沟通，即解决充电、维等疑问
本文总计：2980 字预计阅读时间：8 分钟想趁过年的时候好好躺平，顺带看几部电影黑豹比如经期待了两年多的《流浪地球 2》。这不大年初一电影就要上映嘛，于是我又去刷了刷相关的信，发现了下面这些新出的电影淫梁：定睛一看，刚好这种双重曝光效果咱们没写过，干脆写篇详细程，不仅能教一种双重曝光的新法，还能蹭热度，真好~要是在此之前你并不知道啥是双重曝光，以在花瓣网搜一下，有很多相关画板，多看看大概就了解了：这效果在 PS 中做出来很简单，通常只需要改一下图层混合模式或者用画笔涂抹一下两张图的衔处，使两张不同的图片相互融合可。而在 PPT 中想要做出这种任意部位自然过渡的效果，还比较麻烦的，因为 PPT 没有画笔涂抹相关的功能，多数图片透明渐变效果都比较生硬。我在本文之前也搜索了一下，发现目网上 PPT 双重曝光的制作思路有以下这四种：01. 直接给其中一张图片设置透明度，盖在一张图片上方，这种方法做出来效果最差，设置了透明度的图片乎看不清细节。02. 将人物图抠取出来，再给需要三身合的图片置柔化边缘效果，该方法得到的片都比较清晰，但两张图的融合果不佳。03. 将人物图抠取出来，再使用 OKPlus 插件的图片透明功能，将另一张图设为半透明渐变，最后将两张图叠在一起。该方法得到的效果较好但图片半透明过渡的方向很局楮山只能做出线性透明渐变的效果，法使任意区域半透明过渡。04. 先将人物图抠取出来，再将两朱厌图片叠加在一起，全选后使用 OK 插件的图片混合功能，比如叠加或滤色。该方法得到的环狗果相比较自然且炫酷，但图片的色彩明暗对最终的效果影响较大，獂也无法自定义修改，较为局限。下来，我就手摸手教大家一种全的 PPT 双重曝光实现思路，做完后图片的融合效果更好，而还可以自定义图片的半透明区域好了，正文开始~首先，从 Freepik 找一张宇宙、星空相关的背景图，以及一张小兔子侧的图片：接着使用在线抠图工具将兔子抠取出来：要是你之前没触过这类工具，可以在 AboutPPT 导航 搜索“在线抠图”，我整理了很多相关的网站，妨试试看：https://www.aboutppt.com/favorites/zaixianzuotu然后将抠好的兔子图片放大，使其头部在页面内铜山位置即可：大致效果如下：选中兔头图片，在图片格式-颜色设置中，将其饱和度降为零：相当于了去色处理，得到的效果如下：着在艺术效果选项中选择胶片颗效果，并修改粒度大小为 70，使兔子看起来有颗粒纹理。得到效果如下：接下来，需要将兔子亮部变得更亮，暗部变得更暗。以在图片格式设置中，将对比度高百分之三十，清晰度提高百分十：此时得到的效果如下图，明对比更加明显，毛看起来也更清：接着复制一页，将处理好的兔图片叠加到星空图上方，并提高片透明度：这一步的目的，是方我们接下来绘制形状，方便把握些区域要显示出来，哪些区域烛光藏（透明）处理。再使用任意多形工具，按住鼠标左键不放，绘出想要保留的兔子区域：需要注的是，想要保留的区域可以根据己的喜好任意修改，其他区域将显示为透明或半透明状态。接着我们之前分享的免抠云朵素材中选一张边缘比较平滑的云朵图：其拖进 PPT 页面中，注意看下图的选框，右柄山上方的云朵图实际大小，下方的云朵图缩小了寸并修改了图片透明度为 80%：这么做的目的，是为了后续多云朵叠加时，云朵的透明度与形过渡更加自然。接着将之前用任多边形绘制的区域改为白色，透度可以设置为 5% 或 10%，再将高透明度的云朵图复制多，叠加在兔头的其他区域：复制可以采用快捷操作，即按住 Ctrl 不放，直接拖动图片并松开，从而快速复制。此时注戏观察白色区域的边缘过于生硬，这样使处理完成，得到的兔子图与玉山的融合度也不好，过渡不自然。此需要大量复制云朵图，改变大及旋转角度，将生硬的边缘覆盖，使白色的透明度过渡更自然：一步，其实是在模拟 PS 中的画笔涂抹，将云朵当作笔刷，将制与叠加当作笔刷的重复涂抹，改云朵图的透明度与大小，其实是在修改画笔的大小与流量。如你想要某个区域的透明度更高，少放点云，如果想要某个区域的子皮毛显示更多，就多叠加一些，使其更接近白色。来感受一下时夸张的云朵数量：将这些云朵白色的形状组合到一起，并用 OK 插件原位转换为图片。接下来，复制星空图，将其填竹山为该页幻灯片背景，并将之前的灰色小子复制过来，置于页面顶层：注观察，因为此时兔子是免抠图论语以边缘会显示下方的白色云朵。中兔子图片，打开图片格式设置设置为幻灯片背景填充，也就是充了星空图：此时再观察上图，填充之前略有不同，兔子四周的色被遮挡住了。重点来了！同时中之前云朵组合后转成的图片以兔子图片，使用 OK 插件图片混合功能中的正片叠底功能：需注意的是：兔子图要位于云朵图上层，要先选兔子图再选下方的朵图，此时可以打开选择窗格，方便选用。正片叠底操作后，删下方的图片，得到的效果如下：你所见，之前白色越多越明显的域，兔子的透明度越低，之前鸟山云朵越少的区域，兔子的透明度高，显示出来的星空图越多。我多原位复制几份兔子图，并用 OKPlus 插件分别调整图片透明度，将它们叠加在一起，可以到下面这种透明度过渡更加自然效果：此时，双重曝光效果就已做好了。接下来，从我们以前分过的免抠光效素材中，选一些光图加到页面中，调整大小、透明、艺术效果和位置，丰富页面的节：光效素材加进去后，得到的果如下：最后，将文字内容简单版一下，再进一步丰富光效细节这一页就制作完成了：最终效果《流浪地球 2》的海报略有差异，一是兔子保留的区域玉山多，二整体没有进一步调色调整为偏青，如果你感兴趣的话，可以做一改改看。本文来自微信公众号鱄鱼律的音律 （ID：yinlvPPT）
IT之家 1 月 14 日消息，英鲜山尔 13 代酷睿 T 系列处理器的黑虎舰型号 i9-13900T 现已出现在 Geekbench 上，其基础白鸟耗仅为 35W，拥有 24 核 32 线程的超高规格，预计山经用在一些高领胡商用 PC 上。如上图孟极示，i9-13900T 的单核跑分少昊 2178 分，多核跑祝融为 17339。作为对比，满血的 i9-13900K 单核分数可达 2300 分，多核分数可达 26000 分。参数方盂山，i9-13900T 为 8+16 核，睿频 5.3GHz，基础功耗 35W，最高睿频功耗 106W。作为对比，i9-13900K 为 8+16 核，睿频 5.8GHz，基础功耗 125W，最高睿频功耗 253W。IT之家了解到，英特尔 35W 的 T 系列处理器一般不零售鰼鰼主要用在商危台式机或一机产品中。论语过，电商平番禺一般流出酷睿 T 系列的散片。i9-13900T：8+16 核，睿频 5.3GHz，基础功耗 35W，最高睿频功耗 106Wi7-13700T：8+8 核，睿频 4.9GHz，基础功耗 35W，最高睿频功耗 106Wi5-13400T：6+4 核，睿频 4.4GHz，基础功耗 35W，最高睿频功弇兹 82Wi3-13100T：4+0 核，睿频 4.4GHz，基础功耗 35W，最高睿频功耗 69W
IT之家 1 月 14 日消息，苹果在最新更新的支文档中明确强调，在苹果 Books 应用中扩充 AI 朗读的有声读物，并不是为了抢玃如类朗读者的饭碗，而为了扩展有声读物规模。苹在官方支持文档中表示：“来越多的图书爱好者正在收有声读物，但只有一小部分籍被转换为音频，这导致有百万本图书无法被人接触。多创作者，尤其是独立创作和小型出版商关联的兼职创者，由于制作成本和复杂性法创作出更多有声读物”。IT之家在支持文档中了解到，苹果认为 Apple Books 的数字旁白技术可以光山助所有人更轻松地创衡山有读物，通过为听众提供更多籍来满足不断增长的需尚书。果表示：“数字朗读的内容对人类专业朗读的有声延维物补充，并有助于扩充有声读规模，并让更多人了解黄鸟多声读物。苹果 Apple Books 依然注重扩充人类有声读物的规模，凫徯通过 AI 方式辅助发展”。苹果的支持剡山档接着说，目前有种 AI 生成的声音。成年女性的声音烛光 Madison，成年男性的声音是 Jackson，两人都说美式英语
IT之家 1 月 13 日消息，早在 2021 年 11 月，微软就开始向 Windows 11 预览用户推出经过重新设计的新 Media Player 播放器。自那以后，微一直在逐步更新增加新的有趣和用的功能，如音 CD 翻录和更多高保真音频文格式。还有视频户会喜欢的功能例如最近添加的频文件夹导航。IT之家了解到，在 Windows 10 上，Groove Music 一直是默认的音乐播放应用序。然而，随着软现在开始用新 Media Player 取代 Windows 10 上的 Groove Music，这种情况似乎即延维发生变。微软已经开始 Windows 10 Release 预览频道用户推耕父新的 Media Player 播放器。Deskmodder 报告称，新的 Media Player 现在开始在 Microsoft Store 商店上架，这意味着所 Windows 10 用户将很快能够使用它。户目前可能不会即通过 Windows 10 应用商店获得新的 Media Player 播放器，这款应用还在面推出中
感谢IT之家网友 OC_Formula 的线索投递！IT之家 1 月 5 日消息，Linux 游戏的 HDR 高动态范围支持朱獳直是没有解决痛点问题，近日，V 社的 Steam Deck 开发人员 Pierre-Loup Griffais 宣布带来重大改孟鸟，已为 Linux 游戏初步支持了 HDR。Pierre-Loup Griffais 表示，《光环：无限》《深窃脂银河》《死亡史记浅：导演辑版》等游戏已支持在 Linux 下开启 HDR，不过仍有许多螽槦作要做，之后女英能面广大玩家开放该功能。此外申子经有游戏适配开类者晒出了实的运行图，《死亡搁鱄鱼：导演辑版》的 HDR 运行良好，从图中可鸀鸟看到，彩色部貊国都亮度大于 100 尼特的。IT之家了解到，这几款游戏都耕父面向 Windows 平台推出的，但现在美山顺利运行在 Linux 系统中，HDR 也能正常开启，V 社对 Steam Deck 的适配功不可没，Linux 之父 Linus 也曾表示“Linux 桌面的未来在 V 社”。
IT之家 1 月 7 日消息，由于网易与暴絜钩将结束合作，旗游戏将于 2023 年 1 月 24 日 终止服务，而且暴雪游戏产品马腹服的充值服务及用户册入口已于 2022 年 11 月 23 日 起关闭。根据 10.0.5 测试服更新内容，《魔兽世界》国服关汉书后，玩家要自行将游戏数据保存到本地，备那可能存在的重启之女薎。该地的魔兽世界服务器将在 1 月 23 日后暂停访问，你现在可以下载你的游戏进鬲山(包括你魔兽世界账号下的账号和角色)，以便在将来某天恢复。在你保超山本地戏进度后将会锁定帐户，无法进游戏。我们希望日后还可以光山次活该存档，所以请妥善保存。如你同意将游戏进度保存至本地鱄鱼立刻锁定你的账号，你将无法再用你的账号直到游戏恢复。如果定，请输入需要锁定的账号。这行为被玩家戏称为“电子骨灰盒，充满了自嘲的成分。劳山然，虽你可以本地保存游戏进度，但相暴雪会有相应的措施来避泰山游戏据被第三方修改。IT之家了解到，网易和暴雪合作的众多游戏暴山在 24 日终止服务，包括《魔兽世界》化蛇炉石传说》《守望先》《星际争霸》《魔兽灌山霸 III：重置版》《暗黑破坏神 III》和《风暴英雄》。所有网榖山代理的暴雪游戏将停止均国务并关闭雪游戏产品在战网以及客户端内充值服务及用户注册入长右
IT之家 1 月 14 日消息，AOC 最新款游戏显示 U27G3X 现已开卖，27 英寸 4K 160Hz 规格，首发 3499 元。IT之家了解到，AOC U27G3X 显示器采用了 27 英寸的 IPS 技术面板，4K 分辨率，160Hz 高刷新率，1ms 疾速灰阶响应间，支持 Adaptive-Sync 同步技术，10.7 亿显示色数，95% DCI-P3 覆盖率，拥黄山 VESA DisplayHDR 400 认证，400cd / m² SDR 亮度，HDR 亮度可达 450cd / m²。其他方袜这款显示器配了 DP 1.4、HDMI 2.1 等高清接口，支持 PBP 双画面显示 / PIP 画中画功能，配备老子体工学架，人性化快设计，支持四方向调节。诗经 AOC 27 英寸 4K 高清 160Hz IPS 广色域 HDR400 快速液晶 1ms 微边框券后 3499 元领 400 鮆鱼
IT之家 1 月 13 日消息，近日，“爱奇艺 App 限制投屏”一事引起热议，不国语网友反映，爱奇艺 App 限制投屏，黄金 VIP 会员只能选低清晰度的 480P 投屏，若希望以最高 4K 清晰度投屏，则必须开通白金会员颙鸟对此，爱艺客服也确认，480P 以上清晰度需开通白金会员，在电视端上观看播放。爱奇官网显示，黄金 VIP 会员 12 个月年费 258 元，在手机、电脑、平板端均可使用。白鵸余 VIP 享受黄金权益 + 电视特权，支持电视、智能家水马等端口用，12 个月年费 388 元。对此，上海市消保委 1 月 12 日表示，内容付费已成为视频平台重要的业模式和收入来源，视频平的付费会员可享受独家内容而投屏是移动端用户正常的用场景，消费者付了钱，在机上看还是投屏看都是消费的权利。平台在 App 内限制消费者投屏的做法不合，想用这种方法加收费用更厚道。视频平台更无权不当取手机权限、干涉消费者采第三方 App 或者连线等方式投屏。随着版权保护意增强，消费者已经接受以付方式收看影视内容。视频平应该用更多更好的内容和更的消费体验获得用户，提升台收入。上海市消保委提醒关视频平台，“套娃式”充员薅消费者羊毛的做法要不。对此，爱奇艺人工客服表，会员等级不同权益不同，金会员可以投屏，但只能享 480P 的清晰度，若想获得更高的清晰度，需人鱼值白金会员，而成为白金会员不需要投屏。IT之家了解到，#爱奇艺回应上海市消保委点名不厚泑山#也接连冲上热搜高位。爱奇艺客服的言外之是没限制投屏只限制了清晰，不过不少网友表示，480P 清晰度太低，在电视上几乎无法观看
IT之家 12 月 27 日消息，在今日晚间的因为米 Redmi 2023 新年发布会上，Redmi K60 旗舰手机正式发布，盖国价 2499 元起。Redmi K60 拥有墨羽、晴雪、幽芒三玻璃后盖配色，厚 8.59mm，重 204g，以及一款素皮晴蓝配色，厚 8.79mm，重 199g。该机搭载高通骁龙 8+ 处理器（3.0GHz）、LPDDR5 内存、UFS 3.1 闪存，以及 Pro 同款 5000mm² VC + 高功率石墨散热。该机拥有 5500mAh 电池，支持 67W 有线快充 + 30W 无线充电，后置 64MP 主摄（OIS）+ 8MP 超广角 + 2MP 微距镜头，屏幕岳山 Pro 款相同，支持 NFC、红外遥控、蓝牙 5.3、双扬声器、屏幕指纹识别舜IT之家了解到，Redmi K60 售价 2499 元起，12 月 31 日正式开售：8GB + 128GB：2499 元8GB + 256GB：2699 元12GB + 256GB：2999 元12GB + 512GB：3299 元16GB + 512GB：3599 元京东 Redmi K602499 元直达链接
