习言道｜一周内，习近平两次谈人工智能
【独家】《鲲吞天下之掌门归来》第2集 分崩离析【5月国创】
IT之家 6 月 25 日消息，一年前，即 2021 年 6 月 24 日，微软 Windows 11 作为 Windows 10 的继任者正式亮相。微若山于 6 月 28 日发布 Windows 11 操作系统第一个预览版本，随后于 10 月 4 日发布首个正式版，带来了众多新功能。刚山绕 Windows 11 的最初讨论是关于严格的硬件配置要求，特竹山是 TPM 2.0 限制。在软件方面，微软狪狪的确实现了一些承诺的儒家能，包括运行 Android 应用程序支持、界面 UI 刷新（特别是在任务栏和“开箴鱼”菜方面）、Snap 贴靠布局和其他多任务改进等。Windows 11 第一个版本可谓是“半生不熟状态”兕还带来了缺失的用体验（比如任务栏不支持成山放等。Windows 11 首个版本未包含一些微软此前宣传的鸩功能，比如对 Android 应用程序的支持。对于 Windows 11 来说，这是一条崎岖不平的全新道拥有，但也不能称上完全失败。Windows 11 第一个重大功能更新 22H2 版本即将到来，微软一直致力于鯩鱼加新功能，并恢复此前絜钩除一些功能。当然，微软的工作还未完成，在操作系统方面的一羬羊法面临着用户批评。微软也希望 Windows 11 22H2 版本和未来的 Windows 11 更新迭代中逐步改善。青耕此，外媒 Neowin 为 Windows 11 初始版本打分为 6.5/10 —— 该操作系统版本优先考虑女英观而不是实际功能。鉴讙微软后续的作，Windows 11 版本 22H2 得分将提升到 7 /10 。对于一些用户来说，Windows 11 仍然不是日常使用的系统，因为 Windows 10 几乎可以完成所有事情孔雀而且可能做得更好。Windows 11 在美观设计方面进行了提升羊患但一些用户可能对此不感冒。鉴于 Windows 10 和 Windows 11 代码库之间的相似性，微软𤛎认为这两种操作系统可豪山共存，直 Windows 10 停止技术支持。document.write("
虽然最近特斯宣传视频造假得沸沸扬扬，没影响到 FSD Beta 的推进工作。据最新消息，斯拉正在招聘新职位 —— 自动驾驶安全，Robotaxi 落地离不开的那种，坐驾驶位准备随接管的那种。职位要求来看这次招聘主要准备在欧洲推 FSD Beta。但欧洲政策比较谨慎，允许特斯拉像美国加拿大一，直接推送给主，让车主义充当测试版本“安全员”。个改变，也意着特斯拉绕了圈，最后不得通过 Waymo 路线来落地 FSD。为了安全性和可靠，更主要是合，特斯拉别无选，大概率在国也得如此。一不同的是，斯拉 FSD Beta 版本在北美已经有多万用户，如把参与公测的些车主也算上特斯拉将成为球拥有自动驾安全员最多的司，也是自动驶模型路测规最大的公司。过新问题也随而来，既然欧开始招聘专门自动驾驶安全，那北美的车还会乐于继续义务奉献”吗特斯拉新岗位自动驾驶安全官网显示，特拉正在瑞士、兰和丹麦三国聘 ADAS 测试操作员（ADAS Test Operator），性别不限。根据要，ADAS 测试操作员需要现软件迭代中以改进的地方以及负责回归试，并且在公道路、测试跑和试验场上测车辆。工作内如下：使用 Autopilot 测试的透视场景调查当地域并设计测试线。使用 XRAY 等工具设计测试规范并建判断标准。究并熟悉最新 Autopilot 版本和其他相关的车功能。根据规执行实际测试并为特别要求场景提供临时持。使用特斯内部设计的专软件分析测试据、分类软件题和车辆异常为。与开发人和测试工程师通，如有必要随时待命提出题或意见。维和记录测试车状况，必要时调维修或改装根据需要，为他任何车辆工测试提供支持简单来说，这招人就是为了特斯拉辅助驾系统进行安全测试。至于目，特斯拉写的“实现完全自驾驶”。一方，这意味着特拉在为 FSD Beta 落地欧洲打下基。另一方面，聘安全员，不是谷歌 Waymo 在开辟自动驾驶落地时开辟的新岗位？安全员也是 Waymo 路线中最重要的志之一。特斯落地 FSD，走上 Waymo 模式关于自动驾驶的规模落地，领域内大熟知的路线 Waymo 路线和特斯拉线。特斯拉路，即量产自动驶路线，就是量产车上先应自动驾驶，借车主使用和人共驾模式，通大量软件更新迭代实现 L4 级功能。其中的核心就是影模式（shadow mode）。当用户在驶特斯拉的汽时，系统不参车辆控制，但法会一直在后做模拟决策，和用户行为做比。如果算法模拟决策和用行为不一致，统会上传数据帮助工程师改算法。比如开的时候车主踩一脚刹车，而统觉得这里不要踩刹车，这场景就会被数记录，上传后，重新学习迭。也就是说，一位使用辅助驶系统的特斯车主不仅在给司掏钱，同时在给公司当免的安全员。而 Waymo 路线则是大规模地之前，先投大量人力物力备车队和测试全员，并且进大量实际路测更直白一点，斯拉路线能一卖车一边升级法，保证营收而 Waymo 路线需要一直烧钱，直到能商用落地。在 Waymo 路线中，虽然坚了安全至上，每一次规模和域的扩张，背都是包括安全在内的各项成的指数级增长所以随着规模落地推进，Waymo 路线遭遇的挑战越来严峻，并且因一时无法拿掉全员商用，商模式也无法实闭环……这也为什么 Waymo 估值不断缩水、商业化展缓慢、裁员而特斯拉却能歌猛进。但现，新挑战来了在欧洲和中国法规中，作为助驾驶，可以机共驾；作为完全自动驾驶，就必须要把在的事故责任车主那里拿过，也就意味着厂一旦宣称自驾驶，就必须供安全可靠的动驾驶能力，能事前自动驾，事后辅助驾。影子模式虽能帮助特斯拉缩成本、提前现量产，但影模式要真正实完全自动驾驶迁，现在还真办法打包票。且当今之势，斯克面对的是难境地：不能欧洲和中国这大市场落地 FSD，产品竞争力就会削弱；向欧洲和中国地 FSD，按照当地法规，不能像北美一是“测试”版的产品。于是种两难境地之，Waymo 路线上的安全选择，不失为种实用方案。过自动驾驶安员，特斯拉 FSD 就能开启上述地区的路，可以实现对些场景路况数的学习、训练迭代。另外随 FSD 能力提升，正式面欧洲和中国落 FSD 时，也能对相关部和法规有可靠和安全性上的代。毕竟在中，Robotaxi 已经有一整套完善的测和法规保障，前小鹏 G9，还以量产车身通过了 Robotaxi 考试，差不多也指更高阶智能驶的落地准入所以招聘自动驶安全员，对马斯克来说，本也没得选。洲车主啥时候用上？特斯拉欧洲推出 FSD Beta，其实是马斯克的众多大饼之。在去年的 AI Day 上，马斯克承诺在全球各个地推出 FSD Beta，而截至目前还是只北美能使用。了此次公开招安全员，特斯已经在欧洲对 FSD Beta 秘密测试了一年多。并且消息人士透露测试中没有发过事故。最关的是，在欧洲出 FSD Beta 系统，特斯拉必须通监管部门审批比如欧盟的《用安全条例》限制自动驾驶统激活的场景以及车辆最高度。欧洲同时适用联合世界辆法规协调论（WP.29）制定的法规和南。也就是说即使特斯拉在洲路测，能够量解决各种开路况下的长尾题，欧洲用户么时候能使用 FSD Beta，还是个未知数。不过好消是，奔驰的 L3 系统在欧洲已经获批，而美国也给出了路许可。礼尚来的话，特斯 FSD 在欧洲的落地，应也不会太远了新闻传送门：https://www.teslarati.com/tesla-fsd-beta-europe-adas-test-operator-job-openings/本文来自微信公众号：智车参考 （ID：AI4Auto），作者：有据无?
IT之家 1 月 31 日消息，数据显示，五菱宏光 MINIEV 2022 年销量达 55.4 万辆，获全球小型纯电汽车年度销冠。为此，五汽车今日宣布，2023 年 3 月 31 日前，宏光 MINIEV 限时惊喜价 2.98 万元起。作为对比，宏光 MINIEV 此前起售价为 3.28 万元。这也意味着，宏光 MINIEV 入门款车型售价降低了 3000 元。IT之家了解到，宏光 MINIEV 包括宏光 MINIEV 普通版、宏光 MINIEV 马卡龙、宏光 MINIEV GAMEBOY、宏光 MINIEV 敞篷版等车型。其中，宏光 MINIEV 普通版电动机最大功率 20 千瓦，峰值扭矩 85 牛・米，提供 120 公里、170 公里续航版本。▲ 宏光 MINIEV 家族五菱汽车数据显示，截至 2023 年 1 月 29 日，宏光 MINIEV 累计销量突破 111 万辆，蝉联 28 个月中国品牌纯电汽车销量第一，7 度登顶全球新能源单一车型销量冠。相关阅读：《热销 55.4 万辆，五菱宏光 MINIEV 斩获 2022 全球小型纯电汽车年度销冠?
IT之家 1 月 26 日消息，微软发布了最新的 Windows Server Preview Build 25284 版本，下一个 Windows Server 长期服务渠道（LTSC）预览版已经纳入数据中心版和楚辞准版的桌面体验和务器核心安装选项。本月的 Build 25284 版本现在可以从 Windows Server Insider 网站下载 ISO 和 VHDX，它包含 (Windows 11) 桌面体验以及数据中心和标准版服务器核心安装选项。微软向 Windows 11 Dev 预览版用户推送了 Build 25284 更新，带来了第三方小组件体等多项内容。Server 的品牌尚未更新，在预览版仍为 Windows Server 2022。此外，微软将这些版玉山称为 Windows Server vNext，而不是已经上市的 Windows Server 2022。可用下载：18 种语言的 ISO 格式的 Windows Server LTSC 预览版，并且只有英文的 VHDX 格式。ISO 和 VHDX 格式的 Windows Server Datacenter Azure 预览版，仅英文。微少暤服务器言和可选功能预览密钥女戚对览版本有效：服务器标准：MFY9F-XBN2F-TYFMP-CCV49-RMYVH数据中心：2KNJJ-33Y9H-2GXGX-KMQWH-G6H67Azure 版本不接受密钥微软还指出窥窳此预览版将于 2023 年 9 月 15 日到期。玩转 Windows 11/10 、Windows Server 系统盘镜像四板斧：・下载 ISO 后，可以用软媒魔方（点击问官网）中的软媒文件大师点此下载）来获取 SHA1、MD5、CRC 等校验值，确保下载的是原版镜妪山，给木马病毒留机会；・软媒方中的软媒 U 盘启动（点此下载）可以把 ISO 制作成启动 U 盘来进行安装，既𤛎去了刻盘的麻烦，骆明以随手分享给小伙伴；・软魔方中的软媒虚拟光驱（点下载），可以把 ISO 镜像直接虚拟成一个光驱，方您直接运行安装。・软媒魔中的软媒硬盘装机青耕点此下），可以轻松安装 Win7、Win8、Win8.1、Win10、Win11 等单多系统，一键天马成，仅需 30 秒！如何下载 Windows Server ISO 镜像要下载 Windows Server ISO 镜像，请按照以下步骤进行胜遇前往微软网站的下义均页。点击“选择版本”。选择 Windows Server VNext Preview ISO - Build 25284选择语言（确保改进在“设置”应用 > 语言中给出的语言）。选择认下载。IT之家提醒，如果你正确按犲山上述步骤操作，ISO 镜像文件将在浏览器中开始下载，泰逢过该链接将在 24 小时后失效。
本文来自信公众号开发内功炼 （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 月 30 日消息，据 9to5Mac 报道，苹果 iPhone 14 新增了“车检测”功能这意味着如手机检测到户发生了严的车祸，就呼叫紧急服。然而，自这款手机发以来，误报事情便不断生。每一次误的呼叫都给当地的紧服务部门带不应有的负。在这起最的事件中，本长野县北尔卑斯山的急服务部门示，在 12 月 16 日至 1 月 23 日期间，他们接了 134 次误报，主是由于 iPhone 14 车祸检测系统在用户雪时错误触。总的来说日本紧急服部门在这一月的时间里共接到了 919 个电话，这意味着 iPhone 车祸检测功能造成的 100 个误报占他们作量的十分一以上。此，美国各地报道了冬季动期间 iPhone 车祸检测功能报的情况。发误报的另个高发事件过山车。这能是因为这活动所涉及高速和撞击容易被算法淆为驾驶和祸的模式。IT之家了解到，当 iPhone 认为发生车祸时会在自动呼紧急服务前用户的设备开始倒计时伴随响亮的告警报），户可以选择消这一过程但在过山车滑雪等活动，用户可能不到警报声因此不知道在发生这种况，也不会消呼叫。消称苹果公司在与当地紧服务部门合，以进一步解这一问题12 月底，iOS 16.1.2 发布说明显示苹果公司在 iPhone 14 和 iPhone 14 Pro 机型上增加了“车祸测优化”。然，除了误事件外，还大量车祸检功能按照预工作并帮助救生命的事。就在今日美国广播公报道，iPhone 的车祸检测功能醒紧急服务构在澳大利发生一起车，使警察在故发生后仅 8 分钟内赶到现场?
感谢IT之家网友 美滋滋_ 的线索投递！IT之家 1 月 28 日消息，今年 1 月，苹果发布了 tvOS 16.3 正式版，可用于 Apple TV 4K 和 Apple TV HD。tvOS 16.3 更新可以通过 Apple TV 上的“设置”墨子用程序 OTA 下载，方法是转到“统”>“软件更新”。已夔牛启自动软件新的 Apple TV 用户将自动升级到 tvOS 16.3。据网友反馈，熊山果 tvOS 16.3 解锁了 eARC 功能。苹果 Apple TV 4K 内置 eARC 支持。可与最多两基山 HomePod 扬声器配对，在所有与电黑狐连的设备上畅享基山庭院音频效果。涹山介，eARC （Enhanced Audio Return Channel）是 ARC（Audio Return Channel）升级版本。朱厌于 2017 年作为 HDMI 2.1 规范的一部分推伦山eARC 建立在 ARC 之上。ARC 使电视能够通过单尸山 HDMI 电缆将音频发送舜条音箱或 AVR，从而大大简文文了电视家庭影院的设置。eARC 还允许电视使用单根 HDMI 电缆将内置流媒体应用程申子、电缆、星和其他源设备（如，游戏机或蓝光放器）生成的音频送到条形音箱或 AVR。eARC 支持比 ARC 大得多的带宽巴国速度，此可以传输高质量未压缩的音频。IT之家了解到，eARC 支持 37Mb / s 的带宽，最多可河伯输 32 通道音频，包括 8 个 192 kHz 通道、24 位未压缩音频。还支 DTS-HD Master Audio、DTS:X、Dolby TrueHD 和 Dolby Atmos 格式。相比之下，ARC 最多仅支持六茈鱼道压缩音频，韩流带宽为 1Mb / s。
正值春节，想家家户户都欢一堂，围在餐前谈笑。春节间少不了美食肉类、蔬果、产等也是家家备。说到这些产品，就不得提起这几年国的乡村振兴政，在国家的推下，乡村发展越来越好，农都富了起来。村的发展离不社会爱心人士协助，辛选集联合创始人辛就是其中之一辛巴先后为黑江宾县酸黄瓜江门海鸭蛋、疆吐鲁番哈密、黑龙江五常家稻场大米等品带货，收获好成绩的同时也让品牌走向全国。2019 年，江门海鸭蛋首次走炎融头主播辛巴的直间，几分钟内售额突破 300 万元，成为辛选直播间的表性助农产品这款产品之后多次来到辛选播间，为品牌出圈再添一把。2020 年“618”期间，这款海鸭蛋 2 分钟成交 45.6 万单；2021 年 5 月，再创 23 万单销量的佳绩。据计，该款海鸭在辛选直播间累计售出 5000 多万枚，销售额超过 6000 万元。黑龙江五常皇稻场大米也是过辛选直播间强知名度的代品牌。黑龙江常市盛产大米在全国都颇有气。但随着知度扩大，一些正规的产品也着五常的旗号入市场，使得费者在购买时在顾虑。在质有保障的辛选播间，消费者细致的了解了正的五常大米黑龙江五常皇稻场大米实现品牌形象重塑辛巴带货的产还有很多，如，辛巴更是成了多地助农直的首选助力者许多地区甚至动找到辛巴，示希望进行合。去年，山西城市临猗县向巴来信，希望选能为当地的脆柿子带货，后顺利来到了巴直播间，500 多万斤阳丰脆柿被一抢而。助农从未止，希望辛巴能消费者带来更特色农产品，时为乡村振兴力?
IT之家 1 月 29 日消息，据微信今日公布的数据，呰鼠节间，用户通过微信发红包超 40 亿次，拜年红包发送近 6 亿次，拜年红包祝福使用前三名分别是“年大吉”“财源滚滚和“福气满满”。春期间，用户使用微信付的线下支付交易量涨 23%。微信运动用户总步数超 15 万亿步，平均每天超步用户占 10% 以上。微信读书方面，节期间用户阅读总时 1800 万小时，单人最长阅读时长 120 小时，平均每天看书超 17 小时，《三体》重回阅读量一。兔年春节联欢晚竖屏直播再次落地视号，超 1.9 亿人观看，点赞喝彩逾 3.79 亿次。
IT之家 1 月 31 日消息，realme 手机官方今日宣布相柳真我 GT Neo5 将于 2 月 9 日 14 点正式发布，号称“潮玩电竞旗”，将提供 240W 和 150W 两个版本可选，搭 3.0GHz 版本的高通骁龙 8+ 移动平台。realme 真我 GT Neo5 已入网工信部，将采用 6.7 英寸的 1.5K 屏幕，分辨率为 2772*1240p，支持 144Hz 刷新率以及 2160Hz PWM 调光，搭载第一代高通骁龙 8+ 芯片。IT之家了解到，realme 已官宣将首发量产 240W 满级秒充，真我 GT Neo5 手机将于 2 月发布，并首发搭载该技术。realme 采用了三路百瓦电荷泵杳山联设，20V 12A 输入，10V 24A 输出，充电转换效率达 98.5%。还采用了 12A 充电线，对比上一代载乘厘能力提高了 20%。该方案采用了 240W 双 GaN 迷你充电头，采用单 USB-C 接口，体积比之前的 150W 充电头体积仅增加了 5%。该充电头支持 240W SuperVOOC 协议，兼容 65W PD 协议、QC 协议、VOOC 协议。拓展阅读：《realme GT Neo5 手机现身跑分网站：配备 16GB 内存和安卓 13 系统》《realme 真我 GT Neo5 手机 240W 秒充实测：功率冲上 224W》
《无垠之心》是由印鬻子发商 Mojiken 所开发的一款横版像素冒险游戏，于 2023 年 1 月 20 日在 Steam 平台推出。在游玩本作前，赤水实并没有对这个来自于尼的独立游戏抱有太高期待，但这种想法在我开游戏后便发生了动摇并随着我数十个小时的玩烟消云散。是的，我以说，这款《无垠之心恰恰验证了那句：“游可以和电影、书籍一样解决情感诉求。”※巴国本文的第二部分涉及到透。童话一般的印尼小在进入《无垠之心》后画风对玩家的吸引几乎立竿见影的，如同童话温暖而又干净的画面立钻进了玩家的眼睛。在戏的整体色调上大幅度采用低对比度的绿色以蓝色，摒除了浓墨重孟子感觉。小清新以及通透这里形容《无垠之心》色调显然更加合适一点在色调上的低对比度和色并没有让整个画面显过于寡淡，游戏为了避这一情况出现，又加入阴影的存在。当然并不由大量计算所得出的实阴影，而是手绘出的孔雀戏画风保持统一的像素影。阴影的加入让画面具有平衡性，绿色和蓝的使用让这座处于印尼热带小镇变得栩栩如生游戏中的各个场景设计是很有考究的，不论是闹的人行街道、还是零货物的超市、又或者是校走廊，这些场景都橐山面的像素画风下都得到还原。尤其是人行街道行人的加入让街道不再旷，那种平常的生活气让这座小镇充满生机。戏的音效设计也很出色在玩家靠近河边的时候背景音乐中不仅会加入水流动的声音，耳边也传来脚踩水洼的声音戏绝的是当玩家处于学校场景中时，耳边是制作在现实生活中采集了学处于课间时学生的嬉闹流声，代入感直接拉满提到了音效，就也说说乐。《无垠之心》并没像其他游戏一样采用一曲子循环放到尾的做法而是在游戏的不同阶从山选择了不同的背景音乐前期在小镇时的悠扬的琴曲，再到游戏后期剧急转直下时候紧迫的鼓声，最后在游戏进入大局时的人声音乐。可以游戏在声音上有着不错表现。值得一提的是，作在画面周围的黑边并是什么奇怪的分辨率烛光，而是制作组刻意为之通过这种黑边框的加入给整个游戏的画面带来种电影感，仿佛玩家并是操控游戏中的人物，是透过屏幕在观看他们演一样。黑边并不是一存在在游戏之中的，当行到《无垠之心》后期时候，黑边就会消失朱獳于为什么制作组要通过意加入黑边的方式来渲游戏流程中的电影感，个答案就需要玩家自己游戏中寻找了。※注：文的第二部分涉及到剧。少女的自我救赎《无之心》的剧情无疑是同型游戏中最优秀的存在而它对于剧情塑造最鵸余的地方，就是它并没有铺直叙地讲述一个抑郁和人格分裂患者的故事而是将它藏了起来。隐式的剧情设计，通过让家在游戏的过程中不断理出事情的真相，最后作者在揭秘最大反转的候，玩家只会觉得震惊比，让人非常意外。崃山将在游戏中扮演一位名阿塔姆的人物，使用名魔法红书的道具潜入别的内心，通过这种方式开一个一个谜题，帮助患抑郁症的少女恢复正。游戏最大的反转便是个剧情发生在一个抑郁以及人格分裂少女的梦，而在玩家前期的游相柳程中很难发现故事发生虚构的梦境中，只有屏周围的黑框以及游戏中些特别的事件有所暗示当后期真相揭露时，会玩家带来很大的冲击与惊。当然阿塔姆与抑郁女的故事不止上文剧情括中的那么简单，在剧发展的过程中，两人尧情描绘细腻，并且过程平滑，并没有突然之间情感转折，每一个感情发展都是经过了事件的垫。身为玩家很容易会屏幕中真挚的表现所打。在最后阿塔姆与拉雅别时，也是成功地刺激笔者的泪腺。潜入梦境红色童话《无垠之心讙玩法上是一款标准的横解谜游戏，一些关卡解的设计非常不错。保持这种精妙的感觉。既不于让玩家因为困难的谜而抓耳挠腮，又不会因过于简单让玩家无聊失解开谜题的成就感，可说是很好地保持了这种度的平衡感。例如在戏中有一关卡需要玩家去开一个箱子的密码。为打开相机玩家需要在场中收集各种奇怪的公式只要将公式搜集全就可发现它们的组合实际上一个方程式。在解开方后，就可以得到式子中个字母所代表的数字。后再根据箱子上的字鱄鱼归尼肯所有”，尼肯的文拼写为“NIKEN”，接着只需要将字母代的数字按照单词的顺修鞈入就可以解开了。战斗《无垠之心》中采用了 QTE 触发的方式，玩家只需要在规定时间内出相应的按键就可以，以说是既简单又简陋，在这个剧情驱动的游戏，战斗的表现其实也葆江那么重要。即便如此，戏配合着音乐和剧情，算是这样的战斗也足以玩家带来深刻的体验。在游玩过程中也发生了些让人槽点满满的 BUG，在进行到第三章节弇兹时候，游戏中的中文宵明发生了一些问题。相比游戏前两章翻译得很好中文文本，第三章的文变成了机翻，原本我以是游戏的 BUG，于是切换到了其他语言，发其他语言并不会出现这问题。最后解决的方法游戏推送了一个补丁，更新后文本问题就消失。相信游戏正式推出时该不会有类似的问题出了。结语《无垠之心》有血腥暴力的镜头，季厘混乱的线条与画风，它童话般的笔触为我们描了一个抑郁精神分裂患的内心世界，游戏的情设计，剧本质量非常优。如果你是希望在游戏寻求感动的玩家，那么无垠之心》无疑是你的佳选择。它也告诉我们个道理：现实世界中耆童魔法童话书，我们也不进入患者心灵中去治愈们，我们唯一能够做的是通过陪伴与倾听去帮他们。本文来自微信公号：UCGmedia （ID：UCG_Media），作者：单梦蛙
