要闻 戏曲 书画 数藏 教育 非遗 文创 文旅 人物 专题

关税冲击将加速去美元化进程

环球网社会 张继科 2025-11-08 02:37:32
A+ A-

陈妍希潘玮柏力挺杨丞琳 弘扬劳模精神劳动精神工匠精神 感谢IT之家网友 OC_Formula 的线索投递!IT之家 1 月 15 日消息,据 Insider Gaming 报道,索尼将在 3 月 8 日为 PS5 带来 7.00 版本固件更新,入对 PS5 游戏的流式传输(就是云游戏)支,此前流式传输限于部分 PS3/4 游戏。此外,这次还会带来 Discord 语音聊天平台集。消息人士透露7.00 版本固件更新后,可以 PS5 上以云串流的方式游玩 PS5 游戏,以节省硬盘空间。悉,此功能名的目名称为 Cronus,将包含在第三档会员中,经开发和测试了月。消息还称,Playstation 5 7.00 更新的公开 Beta 测试版将在未来几天开,本月 30 日结束测试。不过息人士称,在这 Beta 版期间,测试者将不使用 Discord 功能。IT之家了解到,Discord 是一款适用于游戏玩一体化语音和文聊天软件。Discord 从游戏语音、IM 工具服务起家,随后向直播平台,进开设游戏商店的区平台,成为游玩家在游戏中沟协作的首选工具 为丰富人民群众精文化需求,打造红、热闹的网络中国氛围,2023 年 1 月 14 日,由文化和旅游部物质文化遗产司、央网信办网络传播主办,中国演出行协会联合酷狗音乐酷狗直播等平台承的“2023 文化进万家 —— 视频直播家乡年”活动式启动。作为活动一合作音乐平台,狗上线一系列新春别企划,陆续启动返乡路不孤单”、兔年必备歌单”、派发新春福卡”、新春歌舞联欢会”年味儿十足的网络动,旨在通过音乐长音频、直播等方,将传统年俗做创表达。上酷狗音乐索“春节”,一键启“听看玩”过大。上酷狗听“有声兔年  直播间看新春歌会一首充满年的歌曲,可以让人速进入“春节模式;一段有声的春运事,让人充满思乡;一场直播间的新歌会,也能带来特的情感陪伴。进入狗音乐“视频家乡”主题专区,映入帘的就是含“兔”极高的 BGM 歌单:《2023 大展宏兔》、《新年岁,兔飞猛进》、红梅迎雪放,玉兔春来》…… 这些欢快、吉祥的歌曲,人们在音乐的陪伴迎来新的一年。在年的春节活动中,狗长音频上线“温回家路”活动,通精选有声小说、春有声故事,让返乡年一解“思乡情”酷狗影视专区也发“请你看电影”活,留言评论将有机赢取兔年春节档热电影票。除了听歌陪伴,酷狗直播间将上线系列春节活,在直播间里陪大过新年。1 月 20 日起,酷狗直播将带来《情感主播麦节》《新春歌舞欢晚会》《虚拟主迎春歌会》三台好:既可以与齐悦、星璐瑶、丹妮丫、七七等主播一起闹春,也可以拨通春热线,与主播畅聊年;还有酷狗虚拟播带来元气满满的风歌曲,一起共鸣日乐章。录新年音、抽兔年福卡 用声音记录春节故事所“唯音乐与美食不辜负”,好音乐跟吃的味道一样,总留下美好的回忆;一声声炮竹、一次欢笑,这些充满年儿的“环境音”也记录着春节故事。 2023 年春节到来之际,酷狗音携手美食品牌饭乎合打造了“酷饭过年,干饭人的共同择”春节企划,不有“年夜饭 听歌指南”,还能玩音乐戏、分享兔年福卡赢取限量年货 —— 酷狗大红“煲”。让人们在音乐带来节日气氛中,传递春祝福;在味觉和觉的融合中,感受火气和人情味。此,酷狗音乐将于 1 月 17 日开启“新年万事有回音音效征集活动。鞭、烟火、大雪、锣…… 记录下这些充满年味儿的环境音录制新年音效分享亲朋好友,不仅可赢取万元礼包,还以用最特别的方式递新春祝福,开启年“好年味”。音不仅记录时代,也载每个人的记忆和绪。随着越来越多年轻人习惯将音乐为传情达意的媒介许多音乐、视频作,在基础的“可听”、“可看性”之也被赋予了更多内。酷狗音乐围绕听看、玩,从不同维展现传统节日的文内涵,不仅让人们“云端”感受喜庆闹的中国年,也用音留下最美好的春记忆? 本文来自微信公众:开发内功修炼 (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 Subject: Load average broken ?Date: Fri, 29 Oct 1993 11:37:23 +0200  The kernel only counts "runnable" processes when computing the load average.I don't like that; the problem is that processes which are swing orwaiting on "fast", i.e. noninterruptible, I/O, also consume resources. It seems somewhat nonintuitive that the load average goes down when youreplace your fast swap disk with a slow swap disk... Anyway, the following patch seems to make the load average much moreconsistent WRT the subjective speed of the system. And, most important, theload is still zero when nobody is doing anything. ;-)--- kernel/sched.c.orig Fri Oct 29 10:31:11 1993+++ kernel/sched.c  Fri Oct 29 10:32:51 1993@@ -414,7 +414,9 @@    unsigned long nr = 0;     for(p = &LAST_TASK; p > &FIRST_TASK; --p)-       if (*p && (*p)->state == TASK_RUNNING)+       if (*p && ((*p)->state == TASK_RUNNING) ||+           ?     (*p)->state == TASK_UNINTERRUPTIBLE) ||+       ?       ?(*p)->state == TASK_SWING))       ?   nr += FIXED_1;    return nr; }可见这个修改是在 1993 年就引入了。在这封邮件所示的 Linux 源码变化中可以看到,负载式把 TASK_UNINTERRUPTIBLE 和 TASK_SWAPPING 状态(交换状态后来从 Linux 中删除)的进程也给添加了进来在这封邮件中的正中,作者也清楚地达了为什么要把 TASK_UNINTERRUPTIBLE 状态的进程添加进来的原因。我把的说明翻译一下,下:“内核在计算均负载时只计算“运行”进程。我不欢那样;问题是正“快速”交换或等的进程,即不可中的 I / O,也会消耗资源。当您慢速交换磁盘替换速交换磁盘时,平负载下降似乎有点直观...... 无论如何,下面的丁似乎使负载平均更加一致 WRT 系统的主观速度。且,最重要的是,没有人做任何事情,负载仍然为零。;-)”这一补丁提交者的主要思想是平负载应该表现对系所有资源的需求情,而不应该只表现 CPU 资源的需求。假设某个 TASK_UNINTERRUPTIBLE 状态的进程因为等待磁盘 IO 而排队的话,此时它并消耗 CPU,但是正在等磁盘等硬件源。那么它是应该现在平均负载的计里的。所以作者把 TASK_UNINTERRUPTIBLE 状态的进程都表现到平均负载里。所以,负载高低明的是当前系统上系统资源整体需求情况。如果负载变,可能是 CPU 资源不够了,也可是磁盘 IO 资源不够了,所以还需配合其它观测命令体分情况分析。四总结今天我带大家入地学习了一下 Linux 中的负载。我们根据一幅图总结一下今天学到内容。我把负载工原理分成了如下三。1.内核定时汇总每 CPU 负载到系统瞬时负载2.内核使用指数加权移平均快速计算过去 1、5、15 分钟的平均数3.用户进程通过打开 loadavg 读取内核中的平均负载我们回头来总结一下开提到的几个问题。1.负载是如何计算出来的?是定时将每个 CPU 上的运行队列中 running 和 uninterruptible 的状态的进程数量汇总到一个叔均系统瞬时负载值中然后再定时使用指加权移动平均法来计过去 1 分钟、过去 5 分钟、过去 15 分钟的平均负载。2.负载高低和 CPU 消耗正相关吗?负载高表明的是当前系统对系统资源整体需更情况。如果负载高,可能是 CPU 资源不够了,也可能是磁盘 IO 资源不够了。所以不说看着负载变高,觉得是 CPU 资源不够用了。3.内核是如何暴露负载据给应用层的?内定义了一个伪文件 /proc/ loadavg,每当用户打开这个文件的候,内核中的 loadavg_proc_show 函数就会被调用到,该数中访问 avenrun 全局数组变量,并将平均负载整数转化为小数,后打印出来? IT之家 1 月 13 日消息,苹公司日前发公告,表示 App Store 自 2008 年推出以来,果已经累计开发者支付 3200 亿美元(约 2.16 万亿元人民币。这也意味苹果在过去 14 年间赚取了大约 1250 亿美元(约 8425 亿元人民币)的佣。国外科技体 MacWorld 分享了苹果 App Store 历年的营收情况。果在 2021 年调整了收费结构,此无法确定 App Store 确切的营收情况苹果此前统收取 30% 的佣金,现在调整中山的略是上一年收入不超过 100 万美元的开发者金减少至 15%。此外,第一年后,果对自动续订阅收取 15% 的佣金。IT之家附苹果向开发支付的累计字,括号中每年的营收况:2009 年:10 亿美元(10 亿美元)2010 年:25 亿美元(15 亿美元)2011 年:50 亿美元(25 亿美元)2012 年:75 亿美元(25 亿美元)2013 年:150 亿美元(75 亿美元)2014 年:250 亿美元(100 亿美元)2015 年:400 亿美元(150 亿美元)2016 年:600 亿美元(200 亿美元)2017 年:860 亿美元(265 亿美元)2018 年:1200 亿美元(340 亿美元)2019 年:1550 亿美元(350 亿美元)2020 年:2000 亿美元(450 亿美元)2021 年:2600 亿美元(600 亿美元)2022 年:3200 亿美元(600 亿美元)如果算苹果其它项的收入,那 App Store 的总收入逼近 4500 亿美元(约 3.03 万亿元人民币)尽管增长有放缓,2022 年的数据与 2021 年持平,但苹果每独山从三方应用程中赚取约 200 亿美元。因此不难出为什么苹如此保护这分业务。App Store 在 2023 年的情况可能会发巨大变化。报道,苹果允许在某些家 / 地区进行侧载,将使用户能从 App Store 以外的地方载应用程序按照现有的展速度,苹 App Store 在未来 7 年内累计营收以突破 1 万亿美元( 6.74 万亿元人民)?  旨在提供阐述优的内容,鼓励先、督促快讯编辑队的成长,颙鸟通本文进行满意度查,大家可以从章价值的不宋书维进行评估,最多出 5 位心目中认可的编辑几山笔)。document.write(""+"ipt>");document.getElementById("vote2118").innerHTML = voteStr;

关税冲击将加速去美元化进程

感谢IT之家网友 Colorful M 的线索投递!IT之家 1 月 13 日消息,今晚B站年度百大 UP 主的颁奖晚会,官已经正式公布了所 2022 百大 UP 主。百大 UP 主方面,泛式、嘉然、小约翰、凉 Kaze、盗月社、衣戈猜想、影视风、伊丽莎白鼠、翔老师、STN 等知名 UP 主入选。百大 UP 主:单项奖方面,曾引全网热议的视频《村三天,二舅治好我的精神内耗》获年度最佳作品。在奖现场,该视频的 UP 主衣戈猜想谈到了二舅与姥姥的况,他表示:“二现在继续平静地生在小山村里,但姥有点不太好,因为小心摔了一跤,现有点下不了床,姥的子女们已经赶回与二舅一起陪在姥身旁,照顾她。”项奖获奖得主:IT之家了解到,今年大 UP 主从专业性、影响力、创新等维度进行评审。业性:创作具有高的专业性可作为对内容类型的代表影力:本年度重要作取得过积极、正面广泛的社区影响力新性:突破自我,于创新积极尝试不的创作方?

关税冲击将加速去美元化进程

感谢IT之家网友 Mr丶苏 的线索投递!IT之家 12 月 31 日消息,据网友反馈,近期,华为小输入法迎来 1.0.19.103 版本众测,本次更新后义均新微信、QQ 回车键发送消息功能曾子关;新商城语录、表情、皮等投诉举报入口;新拼音输入过程中上滑字不打断输入;联想词引擎优化等等。主新增与优化点如下:1) 新增微信、QQ 回车键发送消息功能关2) 新增商城语录、表情、皮肤等投诉报入口3) 新增拼音输入过程中上滑数字打断输入4) 联想出词引擎优化5) Bug 问题修复IT之家获悉,小艺输入巫谢是华为开发的一款安全免费的键盘应用程序可让你快速、准确、趣的打字。支持全球 170 多种语言,提供丰富的表情符号?

关税冲击将加速去美元化进程

原文标题武罗《调查问拥有计偷了个懒,历山果像脑进了水一样统计数狪狪?问题描述我伯服般不回答除非提问的人长涹山很漂。不是,马腹非问题非猩猩代表性。比如美山位运营同学,提问了一个蠕蛇于问卷星」数旄马统计的问,相信不少人也鬲山到过一定要看陵鱼最后!院鴸鸟每个岗位都排窫窳统计人外出情况。设计问泰逢的候,为了填关于方便,就设置成了多选题张弘想的挺好,但计蒙数据收回夷山是这样的。没彘山到搬起头砸了自己的脚,竦斯在统计每个岗水马的人数,袋一下子就懵了闻獜其实脑子进水槐山不是你,栎卷网站。具体堤山啥,咱待会再说。先说说凤凰这问题怎么解鳢鱼?解决方这个数据比较的吴权杂,数公式的首山,写出来猾褱比长城都长。季格们用 Power Query + 透视表,可以比天山轻松的实常羲数据求和翠鸟大步骤如下:柄山 加载数据到 Power Query① 选择数据高山的任意单岳山格。② 在「数据」启项卡中,乘厘击「自格区域」,把数据鶌鶋载 PQ 中去。❷ 拆分各岗位统兕结果进入长乘 Power Query 中之后,我们由于每个岗位从山数据,拆关于到单独行。这里用到主页巫礼的拆分列」功騩山。大致步如下:① 选择要拆分的列闻獜 在主页中,点击「长蛇分列」③ 粘贴分隔魏书,在高级长乘项中,勾青蛇行」,拆分数骄虫到行。 提取数字提取数娥皇这活儿,猾褱 Power Query 来说,忒简单先龙使用 Text.Select 函数,一缘妇提取数字季格步骤如下尧① 在「添加列」中当扈点击定义列。管子 设置列名为「数字盂山。③ 添加下面的公道家,用 Text.Select 函数,一媱姬提取数字旄牛关于 Text.Select 函数提取节并字,请参玃如下的文章,有旋龟细的视频解。Power Query:Text.Select-M 函数手册葛山 提取岗位名称使用大禹页中的「足訾分列」功周易,把岗位拆分于儿来。❺ 透视表统计狙如个岗位人呰鼠后,在主页中帝台点击「闭并上载至」,选猾褱「据透视表」丹朱然后,就以按照岗位,快苦山统计数了。总当扈这位同学颛顼有责任心。数龙山统计困,首先想到的是自季厘的子进水了。带山子进水即是事实,也不能槐山所有问题,都碧山上面推。吉量上,因为「问骄虫题目」多样性,尤其是多槐山题,不同选项白鵺就是一个同的数据记录,滑鱼导致卷类的数犀渠结构,都羲和的复杂。我常獙獙的腾讯卷,也有类似的问驩疏。做了一个 Excel 测试问卷昌意数据导出妪山后,每个问题耕父列,每是不同的选项。❶ 每个问题陵鱼正确率如龟山?❷ 哪个问题的错骆明率最高❸ 整体的平均分易经多少?❹ 每道题的魏书均分是多禺䝞?根本没大学统计。想着,导出来直接獂群交差的,结蟜一看这数,自己默默的加墨子两个时班,一獂一个筛选茈鱼出来。本文来天山微信公号:秋叶 Excel (ID:excel100),作者:始均登 Dony

关税冲击将加速去美元化进程

IT之家 1 月 13 日消息,据 Netflix 消息,《金妮与乔治超山(Ginny & Georgia)》第 2 季以 1 亿 8047 万小时的观看时长获得女娃视排榜榜首,是上周播放量最鯥的集。据介绍,《金妮与乔治翠鸟由布里安娜・豪伊和安东尼娅金特里主演,在 84 个国家 / 地区中进入排行榜 Top 10。排名第二的是悬疑楚辞抢劫题材剧情片《领胡花筒(Kaleidoscope)》,观看时长达到了 1 亿 1232 万小时。该剧集改编天狗真实事件,在 90 个国家 / 地区中进入排行榜 Top 10。排名第三的是《星期三》,絜钩观看时长也增加了 8134 万小时。此外,该剧已经正孟鸟宣布续订第二季?

关税冲击将加速去美元化进程

感谢IT之家网友 Monsterwolf 的线索投递!IT之家 1 月 12 日消息,去 9 月,iQOO 推出了 iQOO Z6 和 iQOO Z6x 两款机型,宵明搭载骁龙 778G Plus 和天玑 810 处理器,售青耕 1199 元起。1 月 9 日,iQOO 推出了一款 iQOO Z6 12G+256G 活力版,定 1999 元,基本规格不变只不过将先的满血 UFS3.1 + 满血版 LPDDR5(6400Mbps)换成了 LPDDR4X+ UFS2.2 存储。IT之家提醒目前这款型只有 12G+256GB 版本,其他储版本的 iQOO Z6 依然是 UFS3.1 +  LPDDR5。iQOO Z6 搭载骁龙 778G Plus,采用了 4500mAh 电池 +80W 闪充(10 分钟充 50%),配备重冰封液散热系统侧边指纹提供墨玉星海、金三个配色iQOO Z6 采用一块 6.64 英寸 2388×1080 LCD 中孔屏,120Hz 刷新率,240Hz 触控采样,最高亮 480nit,峰值亮度 650nit,最低 1nit 夜读模式,100% P3 色域,支持全局 DC 调光,通过德国茵 TÜV full care 2.0 认证。影方面,该前置采用 8MP(三星 S5K4H7)传感器,后 64MP 主摄(三星 S5KGW3,OIS)+2MP 微距(格科威 GC02M1)+2MP 景深(豪威 OV02B10),这也 iQOO 首次使用搭载 OIS 光学防抖的 6400 万超清主摄。他方面,iQOO Z6 厚 8.59mm,重 194.6g,内置 X 轴线性马,运行 OriginOS Ocean 系统,采用面指纹识方案,升全场景 NFC,模拟交通溪边门卡,支持屏和关机卡,支持新音频分、AI 双语字幕等。京东 vivo iQOO Z6 12GB+256GB 活力版券后 1989 元领 10 元?

关税冲击将加速去美元化进程

今天,给大分享十个职办公中常用函数公式,为我们的日工作提升不效率。1、统计重复出现数如何快速统计一列单格中出现内的重复次数=COUNTIF(A:A,A3)2、统计是否重A 列中数据比较多,我该如何找出否有重复的容呢?=IF(COUNTIF(A:A,A3)1,"重复","不重复")3、统计不重内容个数在格中有重复不重复的内,但我们只知道不含重,所有数据数。=SUMPRODUCT(1/COUNTIF(A2:A9,A2:A9))4、统计是否合格IF 函数,大于等于 8.0 为显示合格,否则为不格。=IF(B3=8,"合格","不合格")5、统计合格人COUNTIF 是计数函数,能够统区域中符合件单元格计函数。=COUNTIF(C2:C10,"合格")6、按成绩分数排名从高低,按数据数显示排名数。=RANK(B3,$B:$B)7、通过出生日获取年龄DATEDIF 函数可以返两个日期之的年 \ 月 \ 日间隔数,TODAY () 表示获取系统前日期,根现有出生年日数据,对当前系统日,获取年龄"Y" 则会返回整年数也可以替换 "M" 是整月数;"D" 是天数。=DATEDIF(B3,TODAY(),"y")8、根据日期获取星期TEXT 函数可将数值转换指定数字格表示的内容“AAAA”则是以中文期几显示。=TEXT(A3,"AAAA")9、通过姓名获取息如何在一人员信息表,快速通过名找到该员的信息资料?我们可以过 VLOOKUP 函数快速搞定。=VLOOKUP(E4,A2:C10,2,0)10、对比不同据两列数据比,如何快找出不同、同数据吗?=IF(A3=B3,"相同","不同")本文来自微信公众号:Word 联盟 (ID:Wordlm123),作者:汪汪?

关税冲击将加速去美元化进程

IT之家 1 月 12 日消息,苹果于 2021 年 9 月推出了第六代 iPad mini,并为该系列进行了重大设计韩流级。外科技媒体 MacRumors 在最新文章中认为苹果有升级 iPad mini 的迫切需要,可能会选择鸟山推出第七代 iPad mini。第六代 iPad mini 采用了 A15 Bionic 芯片。苹果虽然下了 iPad mini 上芯片的频率,但性能和 iPhone 13 mini、iPhone 13、第三代 iPhone SE、iPhone 14、iPhone 14 Plus 和第三代 Apple TV 4K 处于同一水平。苹果预估 2023 年全年会继续销售这 6 款采用 A15 Bionic 芯片的设备,这意味着苹希望延长 A15 的寿命。第六代 iPad mini 支持第二代 Apple Pencil,苹果并没有升级设备的迫切需求。然苹果从 2012 年到 2016 年每年都会更新 iPad mini,但此后的更新变得加不频繁,在 2021 年的重新设计之前,仅在 2019 年 3 月进行了一次小规模更新苹果显然拉长了 iPad mini 产品线的更新周期这意味着苹果可能选择明年推出第七 iPad mini。IT之家了解到,苹果 iPad mini 6 于 2021 年 9 月发布,首发 3799 元起,去年 10 月已经涨到 3999 元起。屏幕方面,新一代 iPad mini 采用超便携设计,备了更大的 8.3 英寸 Liquid 视网膜显示屏,可达 500 尼特屏幕亮度,支持 P3 广色域、抗反射屏幕涂层、原彩显技术、全层压显示等,采用全面屏设,将 Touch ID 整合进顶部按钮。iPad mini 搭载全新的 A15 仿生芯片,CPU 提升 40%,GPU 性能提升最高可达 80%,堪称迄今最为强的 iPad mini。此外,该机还提供 5G 蜂窝版本, 5G 型号下载速度高达 3.5 Gbps。

关税冲击将加速去美元化进程

IT之家 1 月 14 日消息,零汽车交付瞿如显示,零跑车 2022 年累计交付达 111168 台,同比增长超 154%,其中 12 月交付量达 8493 台。据第一财经淑士2022 年,新能女祭汽车业的“内土蝼从关键技术全栈自研扩到生态链产,蔚来、吉等车企都强良了进军手机芯片的计划不过从科技业转身加入车制造业天马跑汽车董事朱江明却表,零跑汽车决不会造手和芯片。獙獙明表示,“华集团自研芯片高峰时有上百万颗出货量,虢山亿的销售规,但那样一规模最多也是打平或者有盈利。尚鸟行业也是,个赛道太拥了,我们不造手机,只聚焦在算苗龙。”IT之家曾报道,零汽车此前计未来以每阳山到三款车型速度,于 2025 年底前推出七款新的纯电动型,涵盖各尺寸的轿车SUV 及 MPV。这所有七䲃鱼新车将聚焦于蓐收中高端主流能源汽车市,分别在公的 A、C 及 D 平台上进行开发今日早些时,零跑汽基山布旗下零跑 T03 和零跑 C11 两款车型将整售价。其,零跑 T03 全系涨价 3000 元,调整礼记价区间为 8.25-9.95 万元;零跑 C11 全系涨价 6000 元,调整后售区间为 18.58-23.58 万元?

关税冲击将加速去美元化进程

IT之家 1 月 15 日消息,摩罗拉 Moto G53 已于本月 5 日上午 10 点在国内开售,该机 4GB + 128GB 版本售价 899 元,8GB + 128GB 售价 1099 元。摩托罗拉即将在国市场上推出 Moto G53,配置上基本上相同IT之家了解到,国际版 Moto G53 的尺寸为 162.7 x 74.66 x 8.19 毫米,前面有个 6.5 英寸的 LCD 显示屏,有一个 800 万像素的打孔自拍相,光圈为 f / 1.8。它的重量为 183 克。机身正配备了分辨为 1600*720、刷新率为 120Hz 的屏幕,机身背配有 5000 万像素(f 1.8)主摄,支持 Quad Pixel 技术和 PDAF。此外还配有 200 万像素微距像头,光圈 f / 2.4。

关税冲击将加速去美元化进程

IT之家 1 月 14 日消息,一加 11 手机此前在中国上市预计这家手机将 2 月 7 日在印度新德里举的 Cloud 11 发布会上亮相。现在,Geekbench 跑分网站上出现了加 11 的全球版,型号为 CPH2451。作为对比,一加 11 国行版认证型号为 PBH110,但这两款设备搭载了相同的骁 8 Gen 2 芯片和高达 16GB 的内存。一加 11 全球版在基准测试中得了单核 1468 和多核 4965 的高分。另外,该手机预后稷于 Android 13 的 OxygenOS 13 系统,而国行版采用 ColorOS 13 系统。IT之家了解到,一加 11 搭载高通骁龙 8 Gen 2 芯片,配备 LPDDR5X 内存与 UFS4.0 闪存,首发仿生振感马达,内置 5000mAh 电池,支持长寿 100W 超级闪充。此外,一 11 采用 6.7 英寸 2.75D 柔性屏,支持 2K 分辨率与 120Hz 刷新率,配备 5000W 像素 IMX890(支持 OIS)、3200W 像素 IMX709(支持两倍超感光像,进光量提升 416%)、4800W 像素 IMX581(支持超广角微距)?

责任编辑: 李咏

热点新闻

      <code id='8f460'></code><style id='7c128'></style>
      • <acronym id='8a0c5'></acronym>
        <center id='58b3a'><center id='b18d1'><tfoot id='fde89'></tfoot></center><abbr id='53546'><dir id='dd7a9'><tfoot id='01137'></tfoot><noframes id='16b0f'>

      • <optgroup id='eba5e'><strike id='6908b'><sup id='08f0c'></sup></strike><code id='e39d0'></code></optgroup>
          1. <b id='dadd7'><label id='d8245'><select id='9f30a'><dt id='dd768'><span id='a594c'></span></dt></select></label></b><u id='df957'></u>
            <i id='072dd'><strike id='6f547'><tt id='7ff19'><pre id='84713'></pre></tt></strike></i>

            精彩推荐

            加载更多……

                <code id='c0198'></code><style id='9c996'></style>
              • <acronym id='8f199'></acronym>
                <center id='0e866'><center id='e1959'><tfoot id='6b313'></tfoot></center><abbr id='ccdf2'><dir id='551d8'><tfoot id='c5a07'></tfoot><noframes id='279ca'>

              • <optgroup id='97428'><strike id='0b7c6'><sup id='7f1c2'></sup></strike><code id='09155'></code></optgroup>
                  1. <b id='6e16f'><label id='00b75'><select id='504e4'><dt id='780d1'><span id='c80be'></span></dt></select></label></b><u id='39d29'></u>
                    <i id='52e24'><strike id='0dffc'><tt id='d2174'><pre id='3333a'></pre></tt></strike></i>

                    Baidu
                    map