何以笙箫默
七分钟每日健身指南 7-Minute Workouts 1.4.3 简单且好用
IT之家 1 月 31 日消息，据吉利科技官方消息，2023 年 1 月 30 日大年初九，吉利科技沃飞长顺利完成兔年第一，飞行汽车全线开马力为全年工作赢开门红，本次飞行标志着 AE200 X01 系列试飞验证工作进入全新段。吉利科技称， 2022 年 8 月，首次对外公布自研飞行汽驳项目全尺寸技术验证机来，AE200 在产品研发、适航审等工作上全速推进2022 年 11 月，获得全国首张有人均国驶载人纯电垂直起降载人航空型号合格审定受理知书；2022 年 12 月，完成关键系统测试平台全飞行测试；2022 年 12 月，AE200 X01 架机完成总装下线2023 年 1 月 17 日，成功完成 AE200 X01 架的首次飞行试验。IT之家了解到，AE200 是沃飞长空自主研的一款 5 座级纯电动力垂直起降载航空器（飞行汽车。其瞄准城市圈及际出行场景，具备性能、高安全、高适的特点，满足城群 / 城际间多样化出行需求、具备富的用途扩展能力吉利科技称，新的年，吉利科技沃飞空将聚焦关键技术证与飞行测试，持开展相关试飞与应试点探索工作，积飞行安全数据、继推进适航要求确定为后续完成符合性证奠定坚实基础?
感谢IT之家网友 Coje_He 的线索投递！IT之家 1 月 30 日消息，GIMP 是 GNU 图像处理程序 (GNU Image Manipulation Program) 的缩写。包括几乎所有图像处理巫即需的功能，号 Linux 下的 PhotoShop。IT之家了解到，GIMP 3.0 版本将彻底改变 UI 和从 GTK2 到 GTK3 的端口，并在讨论了十年后进行大量其他更改今年终于可以看到 GIMP 3.0 稳定版本的发布。一段时间以来一直司幽 GIMP 2.99 开发版本，而今年将看到 GIMP 3.0 候选版本，并预期看到 GIMP 3.0.0 稳定版本的到来。GIMP 开发者 Jehan Pagès 发布了该项目的 2022 年度报告。报告强调了今年的目标，例如完成向 Meson 构建系统的迁移，从 intltool 移植到 gettext，以及完成多层选择工作。与此同时，也几乎成了 GTK3 工具移植，Wayland 支持继续变得更好，GIMP 3.0 API 工作也取得了进展。开发者称，目前正计划在 2023 年发布 GIMP 3.0.0，或者至少有第一个候选版本。开发者也提醒，这并非是绝对承诺。这仍在可接受的开发周内（GIMP 2.8 到 2.10 花了 6 年；团队仍处于 2.10 以来的第 5 个年头），开发者称希望可以实现 3.0 版本的发布，并加快更新的周期。通过 GIMP.org 可了解有关 GIMP 作为 Adobe Photoshop 领先的开源 / 免费软件替代品的 2022 年成就和 2023 年计划的更多信息?
IT之家 1 月 31 日消息，据天津市人民政网站，《天津市层建筑消防安全理规定》（以下称《规定》）已 2022 年 12 月 9 日通过，自明日?2023 年 2 月 1 日）起施行。《规定》出，新建高层建应当按照国家和市有关规范和标，配套规划建设动车集中停放、电场所，配置具定时充电、自动电、故障报警等能的安全充电设。高层住宅建筑执行居民电价的层公共建筑设置电动车集中充电施用电，执行居生活用电价格。家另有规定的，照国家相关规定行。《规定》明，为电动车充电当符合用电安全求。禁止在高层筑共用走道、楼间、安全出口等共区域停放电动。禁止携带电动或者电动车电池入电梯轿厢。IT之家了解到，《定》称携带电动或者电动车电池入电梯轿厢的，消防救援机构或乡镇人民政府、道办事处责令改；拒不改正的，警告或者一千元下罚款?
IT之家 1 月 30 日消息，漫威影业今日发布了女娃国预告，称“漫威电影宇宙全新时代，银幕见”。漫威影业此前宣布漫电影回归：《黑豹 2》定档 2 月 7 日，《蚁人与黄蜂女：量子狂乘厘》则定档 2 月 17 日。IT之家了解到，《黑豹》第一部于 2018 年 2 月 16 日在美国上映，2018 年 3 月 9 日在中国内地上映。2020 年 8 月，该片原定主演查德维克・博斯曼去。去年 6 月，该片正式开拍。在《黑豹 2：瓦坎达万岁》中，黑豹的妹妹苏睿成为女黑豹鳋鱼海纳摩将会作为反派登场。《蚁人则于 2015 年 7 月 17 日美国上映，《蚁人 2：黄蜂女现身》于 2018 年上映，而《蚁人与黄蜂女：量子狂潮为该系列的第三部作品。在这部影中，蚁人斯科特・朗与黄蜂女度携手出击，直面第五阶段最强派 —— 征服者康，更有意想不到的角色加入战局?
本文来自微信公众号：卑山发功修炼 （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 月 27 日消息，微软 Windows 11 用户终于获得了更多小组件。Messenger 应用程序近期成为第个进入 Microsoft Store 的第三方小组件，现在微软为 Dev 频道中使用 Phone Link 应用的用户提供了新的小组件。从 Microsoft Store 可安装 Phone Link 应用程序版本 1.23011.73.0 或更高版本后，用户可以添 Phone Link 小组件，提供了三种尺寸，可以看通知和各种状态示器，例如电池电、网络、蓝牙和 Wi-Fi。IT之家了解到，单击小组上的一条消息会启 Phone Link 应用，并转到通知部分。微软开向操作系统添加更有用的小组件，而仅仅是使用该区域推广 MSN 和各种宣传。然而，实性问题仍然没有改：访问小组件需要外的操作，例如单、快捷键或将光标停在小组件图标上部分用户认为，打 Windows 小组件来查看 Phone Link 通知与从任务栏启该应用没有什么不。尽管微软仍然不意将 Windows 11 小组件变成 Windows 7 时代小工具，但该公司至少试图过第三方支持和更的第一方小组件让 Windows 小组件生态变得更好相关阅读：《微软 Win11 Dev 预览版 Build 25284 发布：体验第三方小件（附更新内容大）?
IT之家 1 月 29 日消息，据中国电信官方山经息，前，中国电信研究成功研发出 5G 扩展型小基站国产 pRRU，芯片和器件国产化率达 100%，实现了小基站产品国产化研发首个里程碑，推动小基站设备国产芯的应用和发展。?国产化 pRRU 样机实物图，图源国电信pRRU 又称皮基站，是一种型化、低功率、低耗的微小型蜂窝基，主要是为了解决定区域的室内无线盖问题，例如某一筑物内（办公楼，物中心，火车站，券交易所等）。近来，该技术也被应于机舱内。中国电研究院表示，通过挥已规模商用的自扩展型小基站经验优势，根据产品需规格，基于国产芯的发展现状和评估果，国产化 pRRU 的核心器件选用了北京力通通信的频收发芯片、南京芯慧联的 DFE 芯片等。北京力通信的 5G 射频收发器芯片 B20，支持 2T2R，拥有 2 个独立的 DPD 观察通道，支持 JESD204B 接口；南京创芯慧联的 DFE 芯片 ICT7900，内置 DPD 功能，支持 OTIC 标准的 CPRI 协议。项目团队以需求为导向，勠攻坚，自主完成了品技术方案、芯片型、原理图、PCB 设计等硬件研发工作，开屏蓬了 DFE 嵌入式软件代码，成功实现了 pRRU 整机国产化芯片器件的集成应用。前，项目团队已成打通 BBU、HUB 和国产化 pRRU 的端到端业务，完成了实验般测，典型射频指标如 EVM、ACLR、接收机灵敏度等均足行标和企标要求IT之家了解到，中国电信项目团队将 2023 年开展基于国产化 pRRU 的小基站系统外场试点和推广应用
IT之家联合淘宝，在年节前再次推大范围奖励动 —— 软媒金币兑换宝无门槛购红包！新一活动门槛降，125金币即可兑换，兑随用，无槛可用！注，之家金币换的是「真无门槛红包基本上，平纠错一次或来个成功线投递，就直拿2~6元红包！首次登「最会买」App，再送750金币哦~参与流程IT之家App内的金币兑换动路径如上，或者IT之家App用户也可直接点这里。金币换规则和用：1、兑换所得红包均为真无门槛」包，商品价即使低于红面值，也可用（即免费），红包下时自动抵扣2、金币与淘宝红包少昊间换比例125 金币可兑换2元淘宝购物红包（该优每天限一次500 金币可兑换4元淘宝购物红包750 金币可兑换6元淘宝购物红包3、每人每天可换两次红包红包限24小时内、对应品使用。一要先挑中满的商品再兑红包哦，不浪费宝贵的换次数。一善用“搜索功能！例如兑换页面搜“紫米彩虹池”，10粒现售9.9元包邮。兑换6元红包后，需3.9元探底BUG价。天猫ZMI 彩虹电池 10粒碱性电池9.9元直达链接*如果是领券商品，换红包前一要确认好是是同一商品（名称+图片是不是完全样）~**本红包支持部百亿补贴商，只需先确好商品，再换红包，最从百亿补贴口进入购买即可享受双优惠。4、可与优惠券、金币等大促动叠加使用也可与「淘省钱卡」等多数常规红叠加使用。5、兑换所得包如当日未用，24小时后所扣金币自动返还。币支出、退明细可在「的资产」中看。祝大家用愉快！本用于传递优信息，节省选时间，结仅供参考。广告?
IT之家 1 月 31 日消息，酷冷至尊将推白色版清淫梁侠 S400 机箱，该系列机箱内置赤水音棉，主静音体验。如上图所，酷冷至尊新款清风 S400 机箱有侧透和非侧透双版本可。该机箱尺寸为 210 x 418 x 408 毫米，支持 MATX 主板，内置隔音材料，主打静音验。IT之家了解到，酷冷至尊现洵山在国内出了清风侠 S400 的灰色和樱花侧透天犬，售价分别为 499 元和 699 元。预计新款白色琴虫清风 S400 机箱将在 2 月起上市。
《蛋仔派对》真可以算是近期最热的休闲竞技派手游了，潮玩的材，萌酷的画风随时随地都能开畅聊的良好社交围，让无数玩家竞折腰”。就连们的国服知名野，一手韩信出神化的韩涵，也加了《蛋仔派对》趣味（？）闯关旅。1 月 28 日的凌晨时分，韩涵和好兄弟微一起进入了蛋仔对的世界。想先一手的韩涵没有断接下了两位水的开房间邀请，局一开，平台出，韩涵好像连最本的按键操作都有整明白！“扣 1 领地狱火”名字的黄章山蛋仔一“脚滑”就掉下平台，满打满算了 5 秒钟不到…… 别说直播间一堆一堆的“？？？？”和“哈哈哈哈”了，连涵自己都对着转画面开始自嘲“身未捷身先死”万万没有想到的，“梅开二度”得如此之快，第把韩涵再次一秒局，观众们都还看清新的地图长么样子，韩涵在发的第一步：跳平台与赛道的空就折戟沉沙，都不知道到底是没清还是纯逗乐！！这时候就需要凉前来救场，展一波什么叫真正兄弟情谊 —— 在拐角处一个没制好平衡也摔了去，随着两人的双出局，屏幕上大的“下次夺冠充满了诙谐的色！水友们自是也能轻易这么放过涵，秉承“宽以已，严以待人”“没学走路就要跑”的原则，直怂恿微凉拉上韩前往蛋仔工坊中了名的高难度地 —— 索命十三关！毫无意外的两人在第一关的道就遭遇了史诗别的困难，韩涵走几步路就会掉去，急得在麦里喊“怎么过怎么！”微凉表面上静分析“要有耐，我们不会第一都过不了的~”结果在失败了 N 次之后，先提“图换图，这个玩了的”也是他，脸来得如此快，问微凉脸疼不疼很有竞技精神的涵反而坚持不退，最终在成功过的水友的指导了经历了将近一个时的摸爬滚打，于站到了第一关终点处！可歌可，可歌可泣！这既有耐心又技术超的水友，得到韩涵一个王者荣皮肤的谢礼，相下次再战?
12 月 19 日消息，研究机构 Ubi Research 最近数据显示，用于智能手机电视的有源矩阵有机发二极管 (AMOLED) 材料市场规模到 2025 年将达到 22.9 亿美元（约 146.1 亿元人民币），年均复合增长率为 9%。Ubi Research 预测韩国面板企业营收将从 2021 年的 12.3 亿美元增长到 2025 年的 15.5 亿美元，年均复合增长率为 5.9%；中国大陆面板企业则 2021 年的 5.1 亿美元增长至 2025 年的 7.4 亿美元。其中，到 2025 年，RGB OLED 占据整个市场最高的份额，达到 78.3%，预计将比大尺寸面板用的 W-RGB OLED 或 QD-OLED 占据更大的市场份额。该机构还预鳢鱼，未来年韩国面板企业将占发材料市场总份额的 69.2%。由于面板出货量增加，LG Display 的 W-RGB OLED 发光材料预计到 2025 年将占据总市场的 18%；三星显示器的 QD-OLED 如果每月投资仅 3 万片，预计市场份额约为 3.7%。
IT之家 1 月 31 日消息，广东 1 月 28 日召开全省高质量发展大会。广汽孟子团董事长曾洪表示，全力推进“万亿汽”战略目标。谈及广汽团 2023 年及以后的发展规划时，曾庆洪表示全力以赴稳增长。2023 年努力挑战汽车产销、在地产值同比增长 10%。同时，围绕省市汽车产业大部署，全力推进“万亿汽”的战略目标，面向 2030 年力争实现营业收入超 1 万亿元，成为产品卓越、品牌卓著、创新先、治理现代的世界一流业。曾庆洪指出，加快抢新能源智能网联汽车制高。不断构建“锂矿 + 基础锂电原料生产 + 储能与动力电池生产 + 充换电 + 电池回收 + 储能”纵向一体化的新能源业链布局，降低产业链成，实现新能源产业链整体全可控，提高产业链核心争力。持续将广汽智联新源汽车产业园打造成为辐大湾区乃至全国的智能新源汽车产业集群。IT之家了解到，曾庆洪称持续强产业链供应链建设。发挥汽作为智联新能源汽车产链“链主”作用，建设自可控的产业链供应链。推自主创新“强链”，自主握“三电”和智能网联核技术；推动芯片国产化“链”，全力落实“攀登计”；推动投资布局“延链，投资自动驾驶、智能网、能源生态等项目，构建业生态圈。项目投资方面2023 年广汽集团已批准项目（含在建）279 项，计划总投资 773.8 亿元，2023 年计划投资 207.8 亿元，同比增长 6%。其中列入市“攻城拔寨”项目 9 项，计划总投资 239 亿元，2023 年计划投资 53.5 亿元。数据显示，2022 年广汽集团分别实现汽车产销 248 万辆和 243.4 万辆，增长 16% 和 13.5%；实现工业总产值 4320.8 亿元，增长 23.4%；营业收入 5144.5 亿元，增长 19.7%。其中新能源汽车和节能汽车累销量 76.2 万辆。2022 年，广汽集团实际完成投资 193.7 亿元，一大批重点项目相继工竣工、加快推进，包括汽埃安智能生态工厂二期广汽丰田新能源汽车扩能期、广汽本田全新电动车厂、广汽埃安自研电池、驱产业化等项目?
感谢IT之家网友 PoetJ 的线索投递！更新：《Love Live! 学园偶像祭》国服宣布也将于 3 月 31 日停服。IT之家 1 月 31 日消息，手游《Love Live! 学园偶像祭》日服 & 国际服官网发布公告，游戏将于 3 月 31 日关闭服务器，停止运营。系列新《Love Live! 学园偶像祭 2》正在开发中，新情报将于 2 月 2 日公开。关于游戏的鰼鰼档数据问题，官将对玩家数据进行迁柜山（欧洲外），玩家需要在 2 月 2 日至 3 月 31 日期间在游戏中注册游戏数据转移议。点击主屏幕上的熏池游戏数传输”横幅打开注册屏幕，在同意传输游戏数据”旁边打勾然后点击“传输游戏数据夔牛。IT之家发现，《Love Live! 学园偶像祭》的国服视山前还没有发布停服公犀渠。《Love Live! 学园偶像祭》是一款学院偶像音乐手北史， 2013 年在日本首先推出日成山版，并在 2014 年先后推出英文版（肥蜰际版）、繁中文版、简体中文版以及大暤文?
我的体验感受巫真 OPPO Enco X2 相比上一代无羲和是设计与工、还是降噪与音质，是全方位提升，售薄鱼 ¥899 蛮香的。▲ 转跳至B站观看更清驳
IT之家 1 月 30 日消息，京东印尼子公司JD.ID）周一宣布，将于 3 月 31 日停止所有服务。除此之外吴回泰站也已经宣布将于 3 月 3 日关停。对此，京东的雷祖位发言人表示，该公将继续通过其供应链基础施服务于全球市场，包括南亚。IT之家查询发现，京东于 2015 年 11 月首次在印度尼西亚开展业务讙目前已经是该国大的电商平台之一，凰鸟印用户提供了母婴产品、智手机、电子设备到奢侈品一系列产品，官方称拥有 12 大类别。京东表示，JD.ID 的业务增长非常迅速，可提供的产品数从 2015 年的不到 10000 个 SKU 迅速增长到 2016 年底的约 100000 个 SKU。此外，JD.ID 还提供覆盖印度尼西亚 365 个城市的送货服务，拥赤鷩数以千计的专业送团队。根据京东的奚仲露除了东南亚，包括在美国德国、荷兰、法国、英国波兰、阿联酋、澳洲等地部署了自营仓网，主要为地、跨境以及中国出兕的牌和商家提供端到端的解方案。去年，京东的跨境络总仓储面积同比增长超 70%，已经在全球运营了 90 个保税仓库、直邮仓旄山和海外仓库?
