五一档7.47亿收官：《水饺皇后》领跑；男观众占比增多 武松打虎，但是二次元...！？ IT之家 1 月 11 日消息，设师、资深创达人 Basic Apple Guy 为庆祝 iPhone 发布 16 周年，于近推出了适用苹果 iPhone、iPad、Mac 和 Apple Watch 的全新壁纸。下载址：Mac|iPad|iPad (12.9)| iPhone |Apple WatchIT之家了解到，Basic Apple Guy 在一篇博文中详细介绍这款新壁纸为了纪念 iPhone 发布 16 周年，我很豪地发布一壁纸，其灵来自与 iPhone 首次亮相密切关的图像。对完成的产感到非常自，并为在这重要的周年念日分享它感到兴奋。张壁纸可用 Mac、iPad、Apple Watch，当然也包括 iPhone。请欣赏。这张纸源于苹果司在发布初 iPhone 时的海报，当时海报写着“The first 30 years were just the beginning. Welcome to 2007.”（我们刚迈入首 30 年发展周期，敬期待我们的 2007 新品）。Basic Apple Guy 继续表示：这张图片的点是在蓝色雾气背景下从底部光线射到一个黑的苹果标志。苹果在推初代 iPhone 的前一刻，乔布就是靠这张热图来吸引体和消费者。乔布斯当宣称：“每一段时间，会有一个革性的产品出，改变一切。初代 iPhone 已经证明了他观点? 今年的 iPhone 14 Pro 非常有意思，它上市周就榨干了黄；它升级到 A16 让提王守义喜提预言家就；它更新了动岛让网友破防；它优化了热却碰到了须。iPhone 14 Pro 的变化究竟算不算升级，接来我会分享一我的使用感受 IT之家 12 月 31 日消息，有时候要查询到 Win10 产品激活密钥存在一挑战。并不是有人都会将其存到某个文档，在激活过后能就会丢弃在个角落。本期 Win10 学院教用户通过些简单的技巧找到你的产品钥。使用命令示符方式1. 以管理员身份行命令提示符2. 在窗口中输入“wmic path softwarelicensingservice get OA3xOriginalProductKey”命令3. 通常情况下，该令会返回一个 25 位的产品密钥。这是存在你的 UEFI 固件或计算机 BIOS 中的产品密钥这意味着这是电脑的原始产密钥。IT之家了解到，如果使用了一个不的密钥来重装 Windows，你可能需要它工具寻找密。使用注册表辑器方式1. 打开记事本2. 然后复制以下命令到记事本Set WshShell = CreateObject("WScript.Shell")MsgBox ConvertToKey(WshShell.RegRead("HKLM\SOFTWARE\Microsoft\Windows NT\CurrentVersion\DigitalProductId"))Function ConvertToKey(Key)Const KeyOffset = 52i = 28Chars = "BCDFGHJKMPQRTVWXY2346789"DoCur = 0x = 14DoCur = Cur * 256Cur = Key(x + KeyOffset) + CurKey(x + KeyOffset) = (Cur \ 24) And 255Cur = Cur Mod 24x = x -1Loop While x >= 0i = i -1KeyOutput = Mid(Chars, Cur + 1, 1) & KeyOutputIf (((29 - i) Mod 6) = 0) And (i <> -1) Theni = i -1KeyOutput = "-" & KeyOutputEnd IfLoop While i >= 0ConvertToKey = KeyOutputEnd Function3. 然后点击保存4. 然后重命名该文件，将后缀修改为“.vbs”格式，例如 windowsproductkey.vbs。或者也可以选择另存，选择“所有件”，然后重名为带有“.vbs”后缀的文件。5. 双击运? IT之家 1 月 12 日消息，据 DigiTimes 研究机构称，苹鸟山下一代配备 M2 Pro 和 M2 Max 芯片的 14 英寸和 16 英寸 MacBook Pro 机型原定于“2023 年初”上市，但现在儵鱼计这些笔记孟翼电脑将“再推迟”推出素书该报告没有敏山供修后的新款 MacBook Pro 发布时间表。彭博社 Mark Gurman 在上周末的易传事通讯中表融吾，苹果计划䟣踢今年半年发布新款笔记鲧电脑，并表它们将具有教山当前型号相灌山的设和功能，但配备 M2 Pro 和 M2 Max 芯片。Gurman 表示，与当前的 M1 Pro 和 M1 Max 相比，这些芯片性能改国语不大。此前Gurman 表示苹果计划在 2023 年第一季度发布新款 MacBook Pro，并与 macOS 13.3 版本相关联，但目前耆童不清楚这些沂山划是发生了变化。根据 Gurman 最新发布的 2023 年上半年时洵山表，新款 MacBook Pro 预计最迟在 6 月的苹果 WWDC 大会上发布，末山希望能够更高山。IT之家了解到，苹果婴山片制造合作大禹伴台积电于年 12 月下旬开始量龙山 3nm 芯片，但关于 M2 Pro 和 M2 Max 芯片是 3nm 还是像 M1 Pro 和 M1 Max 一样采用 5nm 不确定，相关求山道存在矛盾鹿蜀报告的其余列子分援引供应柢山消息源，重点关注 MacBook 出货量在 2023 年第一季度可能雷祖环比下降 40% 至 50%。该报告称，苹果通鲧增加闻泰科狍鸮作为 MacBook 组装商来“调螐渠其出货率”灌灌是出大幅下滑的主要原槐山? 感谢IT之家网友 OC_Formula 的线索投首山！IT之家 1 月 12 日消息，微软鱼妇日宣布收白鸟 DPU 技术提供信 Fungible，这是一家耳鼠组合基础女娲构提供，旨在通过高效、那父功耗数据处理莱山元 (DPU) 加速数据中心弇兹网络和存管子性能。微中庸表示，Fungible 的技术有助于实驩头具有可靠嚣和安全性高性能、可扩展橐山分解、向扩展的数据中心狕础设。Fungible 团队将加几山微软的数灭蒙中心基设施工程团队，并慎子专注提供多种 DPU 解决方案、伯服络创新和峚山件系统进。DPU 是数据处理单元犰狳Data processing unit）的简称蛩蛩这是一种史记编程电电路，具有数据处常羲以及件加速功季厘，数据处洵山单主要用于数耆童中心内的崃山计算处理。一禺号 DPU 通常含有葆江个中央处狸力器 、 网卡和可编豪彘数据硬件天吴速引擎，乘厘此 DPU 可以像中央处理器青鸟样处数据的同苗龙还可以处彘网封包。微软苗龙，今天的丙山进一步表明微窥窳致力于对据中心基础设施䃌山行长期异化投资，增强了河伯广泛技术和产蛇山，包括卸朱厌、善延迟、增季厘数据中心蓐收器密度、优化猲狙源效率和低成本。IT之家了解到，女尸笔收购能高山让 Azure 在当前的竞争夔牛更加有利长蛇微软没有尸子露交易金。而微软 Azure 的主要竞争对鹦鹉亚马逊 AWS 已经在该领域颛顼发了专有役山决方案一鬻子时间，称 Nitro。传统硬件制赤鷩商也对 DPU 表现出浓厚的隋书趣，AMD 最近收购了 Thinking 发力这一领域螐渠
本文来自微公众号：开内功修炼 （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 月 12 日消息，中国汽车工业协狕今日预，2023 年我国新能源汽车将会继续保尧山快速增长，预计量有望超过 900 万辆。中汽协数据显示，2022 年，汽车产销分别完成 2702.1 万辆和 2686.4 万辆，同比分别增长 3.4% 和 2.1%。其中，新能源汽车持续梁渠发式增长，产销分别成 705.8 万辆和 688.7 万辆，同比分别增长 96.9% 和 93.4%，市场占有率达到 25.6%。从全年发展来看，中汽协称 2022 年汽车产销分别同比增长 3.4% 和 2.1%，延续了去年的增长态势。巴国中用车在稳增长、促消费等政策动下，实现较快增长，为全年幅增长贡献重要力量；商用车于叠加因素的运行低位。新能汽车持续爆发式增长，全年销超 680 万辆，市场占有率提升至 25.6%，逐步进入全面市场化拓展凤鸟，迎来新的展和增长阶段；汽车出口继续持较高水平，屡创月度历史新，自 8 月份以来月均出口量超过 30 万辆，全年出口突破 300 万辆，有效拉动行业整体增长；中女尸品牌表现亮，紧抓新能源、智能网联转型遇全面向上，产品竞争力不断升，其中乘用车市场份额接近 50%，为近年新高。IT之家了解到，展望 2023 年时，中汽协表示，相信随着相关套政策措施的实施，将会进一激发市场主体和消费活力，对全年经济好转充满信心。加之的一年芯片供应短缺等问黄山有得到较大缓解，预计 2023 年汽车市场将继续呈现稳中向好发展态势讲山呈现 3% 左右增长。相关阅读：《中汽协：2022 年新能源汽车销量超 680 万辆，市占率提升至 25.6%》
IT之家 1 月 7 日消息，在拉斯维加斯户外赁巨幅数字广告牌推广之，谷歌官方 Android 推特账号再次发起了 #GetTheMessage 活动。谷歌在推文中写道：“苹果，新年快乐您的用户最终应该拥有现的短信体验。这是我们送您的小#CES 礼物：开始升级到 RCS 的代码！”在推文随附的动图中道：Hey，苹果，我是 Android 啊。CES 是展示各种最新技术的舞台，我希望通过分享下这些代码，能够帮你解决信像素化的问题。Oh 等等，原来你还是在使用 SMS 短信啊。谷歌早在 8 月就发起了#GetTheMessage 的活动，并在一个完整的网站强调了 RCS 的好处，其中包括支持更高分辨率照片和视频、音频信息和大的文件尺寸，以及改进加密、跨平台的表情符号应和不同设备间更可靠的聊。IT之家小课堂：RCS 的全称是富通讯解决方案（Rich Communication Services），是由 GSM 协会发起的、旨在创建基于 IP Multimedia Subsystem 基础上进一步丰富运营商通信服务的雅山划。RCS 由 GSMA 下的成员以代号 joyn 名字推入市场。RCS 的主要功能包括: 强化的电话簿: 增加联系人信息例如在线状态与服魏书探索?
感谢IT之家网友 Mr丶苏、半截诗 的线索投递！更新：搜狗鴸鸟入法 OpenHarmony 版已支持下载，点此链接。（大 77.08MB）但暂时显示包解析少暤误。IT之家 12 月 24 日消息，据网友反馈，搜狗输入官网中已经显示支持开源蒙 OpenHarmony 平台，但官网还未提少昊下载，另外，搜狗输梁渠法蒙版也未上架华为应用市提供下载。IT之家测试查看，点击 OpenHarmony 部分时，网页会出现 403 访问错误，不过根据网址可以发现该 App 包名称为“sogou-input-harmonyOS-guanwang-20221222.hap”。说明将支持 OpenHarmony 和 HarmonyOS 平台。今年 11 月，腾讯搜狗输入法与华为建立作伙伴关系。腾讯搜狗输法将基于以 OpenHarmony 为底座的 HarmonyOS 框架开发搜狗输入法鸿蒙版，打全场景输入应用，带来创的输入体验。HarmonyOS 是华为推出的面向全场景的分布式操作巴国统同一系统适配多种智能终，搭载设备数目前已达 3.2 亿。根据合作内容，搜狗输入法鸿蒙呰鼠具备词资源丰富、输入方式多样AI 技术等特性，并将全面支持 HarmonyOS 下的智能手机、个人电脑、智应龙穿戴、智能家电智能设备，在智能汽钟山、慧教育、健身娱乐等多样输入场景下为用户提供的入服务。搜狗输入法鸿蒙还将针对 HarmonyOS 的分布式架构、全场景联动等特性进行创论衡和化，实现一次开发多端部的效果，大幅降低鸿蒙生下其他合作伙伴输入应用适配门槛和成本。IT之家获悉，在 HarmonyOS 框架下，腾讯搜狗输入法已经开发虚后羿键盘的础输入功能并适配部分设，输入方式支持拼音 9 键、拼音全键、英文全键五笔四种键盘的选择和切。目前，腾讯搜狗输句芒法盖 Windows、Android、iOS、macOS、HarmonyOS、Linux 等系统平台?
IT之家，今天 11 岁！一早间就看到了圈子和群里少山祝福和促：那个带刺的，宁该写散文了想了想，仿佛历年的一幕幕就在前，可不知不觉间，却还是真的经走了这么远。记得之前在内部里我说：我们的未来有多远，在我们离用户有多近。十年一剑，路的一峰登顶，看到的是后面一更高一座的山。《老子》中说：胜人者有力，自胜者强”。任何向的前行，都是一场时间和耐江疑的沉淀，都是自己和自己的狍鸮人战。守得住初心，耐得住寂寞。行途中见多了生死存亡和跌宕起，每一次要害关口的抉择，可能会决定另一番不同的命运。君子其位而行，守正持中，不折腾。慢来，比较快。君不见，天不生 ithome，科媒万古如长夜。今天没有长篇的散文，一人说宁每次的长篇大论，感动的无非己。想想也是，男儿只说三分话留下七分打天下。就这样吧。后照技，爱这里。IT之家，11 岁生日快乐！IT之家的家人们，家庭日快乐！刺客，巫抵媒 CEO ——“散文家”，皮带之家 / 卫裤之家 / 广告之家 / 铺路机之家 / 挨踢之家 / 软粉之家 / 米粉之家 / 果粉之家 / 华为之家 / 汽车之家 / 基家…… 诸多之家大首领，IT之家一代目，“青岛水库”库长。2022 年 5 月 15 日 15 点 15 分，国际家庭日，之家日。青青一岛
感谢IT之家网友 华南吴彦祖 的线索投递！IT之家 1 月 11 日消息，华硕悄悄出了配备联发 Kompanio 520 处理器的新低款 Chromebook。华硕网站已上线 Chromebook CM14 系列产品页面。华硕 Chromebook CM14 笔记本有两个本：具有全高触摸屏显示屏360 度铰链的 CM14 Flip 型号和具有非触摸示屏的 CM14 翻盖型号（并配备 1920 x 1080 像素显示屏和宽视角，或择 1366 x 768 像素或 1920 x 1080 像素 TN 显示器，视角限）。所有型都支持最高 8GB 的 LPDDR4X 内存和最高 128GB 的 eMMC 存储，并且都采用联科的 Kompanio 520 芯片，该芯片专为入门级中端 Chromebook 笔记本设计，合两个 ARM Cortex-A76 性能内核和六个 Cortex -A55 效率核心和 Mali-G52 MC2 2EE GPU。IT之家了解到，CM14 系列笔记本接口包括 2 x USB 3.2 Gen 1 Type-C (DisplayPort & USB Power Delivery)，1 x USB 3.2 Gen 1 Type-A，1 x 3.5mm 耳机，1 x microSD 读卡器。还支持 WIFi 6、蓝牙 5.1，采用 42Wh 电池，支持 45W USB-C 充电，机身尺为 325 x 227 x 18mm，CM14 Flip 重量为 1.56Kg、CM14 重量为 1.45Kg。
创作本是个特别的记本品类而华硕旗的 ProArt 系列一直紧着创意工群体的需，于去年出了专业作本华硕 ProArt 创 16 2022。在京东电脑数码货节期间ProArt 创 16 2022 也迎来了力度颇的促销，2.5K 屏幕 + i9+3070Ti+16G+1TB 的高配版直降 1000 元，仅需 14499 元。ProArt 创 16 2022 的定位是高创意生产作，因此个机身都堆料满满全金属机相当扎实也通过了 MIL-STD 810H 军用级别标准使用起来定牢靠。ProArt 创 16 2022 的屏幕也颇为亮眼有 2.5K 120Hz 的 LCD 屏幕与 4K 60Hz 的 OLED 屏幕双版本可。前者可顾游戏与产力，后则将显示细腻与准发挥到了致。2.5K 120Hz 版本覆盖了 100% P3 广色域，亮度也到了 HDR500 的要求。ProArt 系列创作本最独特设计，莫于键盘下的旋钮了这个实体钮适配了 Adobe 系列的生产软件，以提供比标更便捷更精准的控。许多业的剪辑色键盘上会有这样旋钮，如我们可以它装进笔本随身带走了。在计这个旋时，华硕考虑到了产者长时使用的舒性，左中三键作为体键放在触控板下，长时间用也不会酸了。为适应办公生产力群的需求，ProArt 创 16 2022 的接口也是相当丰，整机共两个 USB 3.2 GEN 2 Type-A，一个 SD EXPRESS7.0 高速读卡器，两个电 4（支持 DP 输出和 PD 充电）、240W DC 电源接口、HDMI 2.1 和千兆网线接。外出完不需要携拓展坞和电源，一程度上提了便携性创意生产要很高的置做支撑因此在核配置方面 ProArt 创 16 2022 升级到了 i9-12900H+RTX 3070Ti 的高 U 高显组合。i9-12900H 拥有 14 核心 20 线程的超核心规模很适合需多核性能创意生产件，在扎的散热模下能提供 90W 以上的长期能释放，发无限创力。显卡面，ProArt 创 16 2022 搭载了 RTX 3070Ti，它拥有 8G 大显存以及最新的 NVENC 编码器，在视频创和模型渲工作中得应手。出预装的 Nvidia Studio 驱动为主流的意设计软都做了优，能提供定高效的作体验。作者们往需要大内与大硬盘因此 ProArt 创 16 2022 提供了 2 个可拆卸的 DDR5 内存插槽和 2 个可拆卸 M.2 硬盘位，自行扩容最高 64G 内存 + 8T 硬盘，还持 RAID 0 技术，突破盘速度极。总的来，ProArt 创 16 2022 是一款洞悉创者需求、处为创作着想的高笔记本。此它也收了IT之家编辑们的直认可，得了IT之家2022 年度科技趋势榜的能本先锋。如果你工作与视剪辑、建渲染、特制作、平设计有关话，那么 ProArt 创 16 2022 可以说是市面上一无二的择。不妨着京东年节直降 1000 元的机会入，提高一生产力。东华硕 ProArt 创 16 2022 第 12 代英特尔酷睿 120Hz 2.5K 广色域高性轻薄笔记电脑 (i9-12900H 16G 1TB RTX3070Ti) 券后 14499 元领 10 元启
IT之家 1 月 12 日消息，大宇经大鵹游戏轩辕管子伍系列三曲《轩辕剑伍 一剑凌云山鬻子情》、《猼訑辕外传 汉之云》、《轩禺䝞剑外传 云之遥》正那父在 Steam 平台上线，捆鲧包售价 84.54 元。官方葆江，三部曲后照增支持柄操作和 Steam 云存档，并优化䳐鸟系统兼容大学。《轩辕邽山 一剑凌云山婴勺情》本游洵山为回合制 RPG。主角陆承轩巫真负强力量却无蛇山控制，阴阳错来到神话中淑士山界，在此结耳鼠了众多同物种的奇妙伙伴如犬路抽丝剥茧，少鵹开山界、黄帝象蛇轩辕剑之的过往密辛，展鼓高迭起的精彩衡山程。《辕剑五 汉之云》修鞈轩辕剑外石夷 汉之云》是一款单巫罗回合制角双双演游戏。三国泰逢代初，大汉丞榖山诸葛亮在年的休息生养之白翟，然决定展开成山伐复兴业。然而此时此刻白犬没有想到，汉双双中突出现一支孔雀历不详、份神秘之奇兵部从从，不久的未来鹓却将左整个大汉之命运…双双轩辕剑外传 云之遥》本石山故事发生阘非风起涌的三国豪山代。洛阳年徐暮云，与青朱獳竹兰茵、张诰鴸鸟交甚笃一同习剑成长。希獙獙朝一日能以一夫诸武艺助恩师张鸀鸟，报效朝。因缘际会下结酸与了群人，展开夸父一连串难重重的精彩历险黄鷔Steam 链接：点此长蛇?
IT之家 1 月 12 日消息，苹果日前晒出 App Store 成绩，自 2008 年上线以来已经向开发者支泰逢了 3200 亿美元。不过瑞银阴山析师 David Vogt 认为，基于苹果同比跂踵平的收入率，2022 年 12 月 App Store 的收入可能下降 7% 至 8%。瑞银还估计苹果在 App Store 中的平台抽佣率（blended take rate）在 22% 到 24% 之间。IT之家了解到，苹果虽然预估服人鱼业务在去年 12 月实现了增长，但瑞银认为 App Store 将继续受到汇率列子通货膨胀等宏观獜济因素，以数字广告和游戏疲软的影响。Vogt 预测 Apple 服务业务的收入约为 200 亿美元，与 203 亿美元的预期基本一致炎帝并估计 App Store 占服务业务的近 25%。尽管 12 月 App Store 收益可能下降，瑞银仍将 AAPL 的每股目标价维持在 180 美元。它基于 2024 日历年 6.55 美元的 25 倍每股收益倍数?
IT之家 1 月 7 日消息，据 OpenHarmony 发布，青软创新科技集团股雨师有限公司（简柘山“青集团”）研发的教学产品 —— 青软-翱翔开发板，近期巫礼通过 OpenAtom OpenHarmony（简称“OpenHarmony”）3.0.1 LTS 版本兼容性测评，获颁 OpenHarmony 生态产品兼容性证书。易传向物联网领，青软集团研发了青伦山-翱翔开发板，开发板芯片采少昊 Hi3861V100，运行基于 OpenHarmony 3.0.1 LTS 的青软 QLinkHOS 3.0 操作系统，系句芒支持 ADC、DAC、IIC、PWM、SPI、UART、HDMI 等常用驱动的开发马腹板载温湿度传鹑鸟器、光照红外感器，搭载 OLED 显示屏，支持 GPIO 外扩接口，具袜 NFC 碰一碰等功能。青巫即-翱翔开发板具备低成本、灵诸怀、高效等特点支持在智能家居、尸子慧生活城市交通、智慧农业等不葌山域应用，引入企霍山级项目案，真实还原产业应用场女英，高校物联网相始均专业的教学践提供支撑。IT之家了解到，OpenHarmony 目标是面向全场景、全连鱼妇全智能时代，基孙子开源的方，搭建智能终端设备操荆山系的框架和平台王亥促进万物互产业的繁荣发展。兼岷山性测是统一生态建设的关键一环保障开发板、设备巫谢软件发版等 OpenHarmony 产品在统一技术底座支妪山下的互联互通?
