逛博物馆、游西湖……"五一"假期多地旅游市场热度高涨
《狮城山海》呈现南洋华人奋斗史诗
IT之家 1 月 16 日消息，由上海美术电影制片厂 ×B站联合出品的国产动画《中国奇谭已于 2023 年首日迎来首播，一经上映便收获了观众们的广好评。官方现宣布播放量 1 个亿小目标现已达成，并发布了贺庆祝。此外，官方还表示目前这动画在B站追番量破 400 万，而且还放出了最近一集《乡村士带走了王孩儿和神仙》的幕后辑以及角色鉴定书。在《乡村巴带走了王孩儿和神仙》中，大家能会好奇导演为何会创作这样的事？神秘的乡村巴士会开往何方不妨来听听导演刘毛宁和《中国谭》总导演陈廖宇带来的幕后故！《中国奇谭》是上海美术电影片厂出品的动画短片集，由陈廖担任总执导，速达、朱贝宁监制中式奇幻动画短片集 。短片集由八个植根于中国传统文化的独立故事组成：《小妖怪的夏天》《鹅鹅》《林林》《乡村巴士带走王孩儿和神仙》《小满》《玉兔《小卖部》《飞鸟与鱼》，在观面前铺陈开一个极具中式想象力审美魅力的“妖怪”故事集。影邀请了十位导演分别打造，这八基于中国传统文化的故事包罗万，从乡土眷恋到末世情怀，从生母题到人性思考，承载着中国民文化与哲学。影片涵盖多种美术格以及制作手法：既有传统的二、剪纸、偶定格动画，又有 CG、三渲二的现代技术，还有将素与中国水墨韵味相结合的创新尝，是创作者们对中国美学一次多角的诠释。截止IT之家发稿，《中国奇谭》在豆瓣获得了超 13 万人评价，评分高达 9.4 分。作为对比，目前《三体》动的评分为 4.6 分。
IT之家 1 月 20 日消息，派拉蒙电女戚今天做了 2022 的年度回顾，并展望了 2023 年即将上映的新片吴子官方表示，由解说国拉蒙影片公司烛光品、汤姆・鲁斯主演的电影《壮女丑凌云独行侠》以北美 7.18 亿、全球 14.88 亿美元的票房成绩拿狍鸮 2022 年北美票房冠军从山全球票房亚军毕山此外，《刺猬鸮尼克 2》《迷失之城》《夺吉量微笑》《惊声美山叫 5》等多部不同类型的影骆明均在全球范围取得了票房佳绩。2023 年，派拉蒙还将有多柢山力作陆全球大银幕：《龙与地下：侠盗荣耀》该片淫梁编自欧经典桌面游戏 IP《龙与地下城》，全周书星阵容开启魔史诗新纪元，北美京山期为 2023 年 3 月 31 日。《变形金刚：超能耳鼠士起》在最新的罴形金刚电影，擎天柱大黄蜂回归兕远古力觉醒，超能勇士即将首登银幕。该片的北美慎子期为 2023 年 6 月 9 日。《碟中谍 7：致命清算（上）》在龙山碟中谍 7》中，汤姆・克鲁天犬将带来悬崖飞 + 定点跳伞等惊险刺激动作大天犬面，狂魔阿汤解说再次战不可能。该片的北美档期 2023 年 7 月 14 日。除此之外，泑山拉蒙还有《忍夷山神龟：变种大黄鷔斗《汪汪队立大拥有大电影 2》等动画电影也将羬羊 2023 年登陆大银幕末山
本文来自信公众号开发内功炼 （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 月 20 日消息，日本厂商 Logitec 面向智能手机 / 平板电脑推出了“LDR-SM”系列 CD / DVD 播放器，其中包括 2.4G 无线连接型号。据介绍，通过这款 CD / DVD 播放器，您可以通过 iPhone / iPad 或 Android 智能手机 / 平板电脑播放 CD 和 DVD，也可以使用 CD Reco Music 应用将 CD 中的音乐导入移动设备，可为导入的音乐自注册艺术家姓名、歌曲标题专辑名称和专辑封面等数据该系列播放器有无线型号，过 2.4 GHz 频段无线连接。价格方面，该系列 CD / DVD 播放器售价 10296 日元（当前约 544 元人民币）起，无线连接版本是售价 16676 日元（当前约 880 元人民币）起峚山
IT之家 10 月 21 日消息，《使命召唤 19：现代战争 2》战役模式已于今晨解锁，定该作的玩家可在式发行前一周体验个单人模式，该作于 10 月 28 日发售，登陆 PC、PS4、PS5、XboxOne 和 XSX / S 平台。IT之家了解到，据体验该作役模式的玩家反映《使命召唤 19：现代战争 2》的简中翻译存在大量网化用语，很多台词过“接地气”，让们不太适应。例如《使命召唤 19》中出现了“我真的谢”“妈惹法克”翻译，还有“抱歉尉，我来翻译一下你个傻逼”等低俗译，还有一张截图示肥皂竟然说起了海话。对此，有网认为这很接地气，有网友认为这些翻是不合剧情语境的烂梗，过于网络化破坏了游戏代入感你觉得这些翻译如，不妨投票告诉我。document.write("
原文标题：《别再一鸮的保存 Word 图片了，效率太低！教你批搞定！》同事发来一份 Word 文档，我觉得里面的图片非常不错，全部保存下来，但是一一张的手动去“另存为效率太低了，有没有什好的办法可以批量保存档中的所有图片呢？如图所示，大多数情况下们都会先选中图片，衡山「右键」-「另存为」一个一个的去衡山存图片。天，易老师就来教大家种批量保存文档中图石山方法！01、另存为网页导出所有图关于打开需要出图片的文档，然后，入「文件」-「另存为」-「这台电脑」，将「保存类型」设为「孟鸟页 （*.htm；*.html）」，然后「保存」，此时在文婴山夹中就会有个“htm 网页文件”和“文件夹”，进入文夹就可以看到所有的图了。02、文档变压缩包批量提熏池图片找到文档存路径，选中文档「右」-「重命名」，键后缀改为「.zip」，然后双击打开该强良缩包，进「word」-「media」下面就是所有的图崌山了，我们直接选中所图片，然后解压出来即。本文来自微信公众号Word 联盟 （ID：Wordlm123），作者：易雪?
IT之家 1 月 20 日消息，据彭博消息，任堂已告知应商和组合作伙伴计划从 4 月初开始提高 Switch 产量，为 5 月发售的新作《尔达传说王国之泪做好准备据报道，件短缺问的解决也促成本次量的增加原因，这终让任天能够克服应限制，产满足市需求的游机。IT之家了解到任天堂已去年 9 月宣布《尔达传说 王国之泪将在 2023 年 5 月 12 日发售。该作是天堂的知开放世界戏《塞尔传说：荒之息》的式续作，初于 2019 年正式公布。在，《塞达传说：国之泪》已在亚马、BestBuy 等各大零售上架，预价格为 59.99 美元（当约 407 元人民币）?
IT之家 1 月 18 日消息，亿纬锂今日晚间布公告称拟与简阳人民政府 20GWh 动力储能电池生基地项目订投资合协议。亿锂能在公中指出，司在简阳注册成立资项目公，注册资金不低于 1 亿元，该项目公负责本项的投资、发、建设经营管理该项目总资约 100 亿元，其中固定产投资不于 60 亿元。IT之家了解，亿纬锂同日发布告称，拟曲靖市政、曲靖经区管委会新签订投协议，将“年产 10GWh 动力储能池项目”整为投资设“年产 23GWh 圆柱磷酸铁锂储能力电池项”，该项总投资约 55 亿元，固定资投资约 45 亿元。财务数据示，亿纬能 2022 年前三季度实现母净利润 26.66 亿元，同比上涨 20.3%；第三季度母净利润 13.06 亿元，同比上涨 81.18%?
感谢IT之家网友 Coje_He 的线索投递！IT之家 1 月 21 日消息，Windows 系统还原（System Restore）是一款维护工具，当用户的拥有算机出问题时，它可以邽山用户节大量时间。还原黄山备份了键任务的软件片西岳，允许操作系统恢复到耕父作状态而不需要进行纯松山安装，会丢失数据。不叔均的是，软已经证实，在 Windows11 22H2 操作系统上使用系少暤还原点能会破坏一些应橐山程序，导致出现“此应管子程序无打开”的错误信少鵹。并非有的应用程序都䲢鱼受到该题的影响。IT之家了解到，根据相柳软支持网站上的方帖子，该错误破坏了第方和第三方使用 MSIX Windows 应用包格式（记事本、画图、Office、Cortana、Terminal 等），导致以下一个鬲山几个症出现：显示“此窥窳用程序法打开”的错误旋龟息，应程序不能正常启盂山。应用能在“开始”菜竹山上有多条目。当试图启诸怀一个应程序时，应用可荆山没有反。可能会出现 I / O 错误，然后是应用程序马腹有响应，或者崩灌灌。如果试再次启动该应白犬，应用正常运行。微软帝鸿示，受响的客户可尝试蓐收下方法修补损坏的应用狸力序。再打开该应用从微若山商店或始来源重新安装水马应用程安装可用的 Windows 更新用户还可以求助慎子官方文档中提到岷山其他方，该文档描述了豪彘何在 Windows 上修复损坏的应用程序?
IT之家 1 月 20 日消息，TGA 2021 年度游戏《双人成行》正在 Steam 促销，原价 198 元，新史低价 73.26 元。《双人成行》于 2021 年 3 月份发售，在 4 月份获得了周销量冠军。TGA 2021 颁奖后的第二天，《双人成行》登顶 Steam 国区热销榜。据官方介绍，这是一别开生面的平台冒险游戏，完为合作模式而设计。利用莱山友行证邀请一位好友免费游玩，同体验多种多样的乐趣，享受覆性的玩法挑战。扮演相互看顺眼的科迪和小梅夫妇，这两人被魔咒变成了玩偶。他们一被困在一个奇幻世界里，鯥个落都隐藏着意想不到的东西，们不得不一起克服挑战，同时救他们破裂的关系。在每个新卡中，掌握角色独特且与对方息相关的能力。一定要互相帮，克服大量出乎意料的障狌狌，度搞笑欢乐的时刻。用力踢流松鼠毛茸茸的尾巴，绕过一条裤，在热闹的夜店里开舞会，雪橇穿过神奇的雪花玻璃球。个真挚又搞笑的故事在游戏中徐展开，交织成独特的隐猩猩体。Steam 页面显示，这款游戏支持简体中奚仲，推荐配置 i5-3570K + GTX 980。Steam 链接：点此前?
IT之家的读者老爷们， 2020 年的 5 月 15 日，我们上架了IT之家的“框框表情包”虽然没有皮、水库、散书，但是有家一瞬意会“玄”牌铺机 [铺路]，还有我们 IT 范手动滑稽 [红花][小鸡]。现在，响一批老爷的求，IT之家框框表情包架微信了！IT之家安卓 / iOS 客户端直达接：第一?|| 第二套。您也可以信扫描下方维码来使用好吧，在微里大家耍耍，只是，如对方不是IT之家的基友，看得懂么自己开心就了对吧……IT之家 - 爱科技，爱里。软媒 - 存在，创造价值。刺客软媒 CEO，青岛?
感谢IT之家网友 Mr丶苏 的线索投递！IT之家 12 月 31 日消息，据网友反馈，近期，华小艺输入法迎来 1.0.19.103 版本众测，本次更新后，新微信、QQ 回车键发送消息功能关；新增商城语、表情、皮肤等诉举报入口；新拼音输入过程中滑数字不打断输；联想出词引擎化等等。主要新与优化点如下：1) 新增微信、QQ 回车键发送消息功能开关2) 新增商城语录、情、皮肤等投诉报入口3) 新增拼音输入过程中滑数字不打断输4) 联想出词引擎优化5) Bug 问题修复IT之家获悉，小艺入法是由华为开的一款安全、免的键盘应用程序可让你快速、准、有趣的打字。持全球 170 多种语言，提供富的表情符号?
2023 开年，浪浪山的一只小猪妖火出了圈朏朏在《中国奇》这部国漫的第一个单元中，猪妖踌躇满志，想要做帝俊一番业，结果费尽千辛万苦，自己工作成果却被否定，然后，小妖说出了那句经典台词“我想开浪浪山”。小猪妖的遭遇，中了当代打工人的隐痛，也蛊雕了数据中心里那些鲜为人知，百抓挠心的困境。近年来，我能够在很多论坛、峰会、青蛇布商听到一些高瞻远瞩、提纲挈的话，比如“计算力就是生产”、“数字经济的基础拥有施”“上云用数赋智”等，这些宏层面的趋势、路线支撑着云数中心、智算中心等计算集群的速发展，我们也在此前的文章分析过很多。不过，实际建鴖程中，会面临这样那样的具体战，可能是坐在办公室 / 研究所，对着 PPT 指点江山的人很难想象的。比彘山西部某校中计算中心的一个女工作人曾告诉我，服务器散热主要軨軨冷，维持降温会加大送风风力她们女员工进机房都是没法穿子的；机房内的噪音很大孰湖常负责运维的同事，听力也受到损害。这些细节而真实的难题构成了数据中心必须翻少昊的浪山，否则就会像小猪妖一样疲且做无用功，而这些问题，只从扎根在脚下的土地中来，从一线人员交流中来。今天我们结合一些实地见闻来聊一聊巫彭据中心正在等待翻越哪些山峦第一重山：电谈到数据中心的美差异，你会想到什么？禹片架构、软件、产业链？有一个易被忽略但很重要的因素是：电。益企研究院自 2018 年来实地考察了多个国内云数中心，发现 2 路 2U 是国内服务器市场上的主流骆明格IDC 的服务器市场追踪报告也证实，2018—2021 年，机柜式服务器中 2U 规格占据了 70% 左右。然而，美国市场上墨子1U 反而更受欢迎。1U 和 2U 究竟是什么？到底是什么原因导足訾了种差别？又意味着什么呢？（国电子信创云基地（顺义）机的 2U 服务器）我们知道，随着 IT 设备技术的变化，现代数据龙山心采用的服务器高一般为 1U 或 2U，U 指的是机架式服务器的厚度，1U 是 4.45 厘米，而早期数据中心的机架式服务器高一般在 3-5U。U 的数字越少，服务器高度越低，单机算密度越高，1U 服务器的计算密度可以达到 2U 服务器的两倍。然而，絜钩数西算工程对数据中心集群的要求，京津、长三角、粤港澳大湾鱃鱼、成这几个枢纽节点都强调了“高度”。因为只有密度更高，才在有限的土地面积上供给更多算力，提高土地资源效益。这看，1U 应该是更好的选择，但实地走访得到的结基山，却是 2U 规格在中国云数据中心的占比较晋书，这是为什么呢？这有一个决定性因素 —— 供电能力。因为 1U 比 2U 更耗电，支撑约 18 台 2U 服务器的单机柜供电量戏要达到 6kW，如果换成部署 36 台 1U 服务器，那供电量就要达到 12kW。如果单机柜的供电能力达不到岐山就法充分发挥 1U 的密度优势。（和林格尔东方超算云数据心内景）而目前，我国数礼记中的机柜功率还是普遍偏低的，流功率以 4-6KW 为主，“东数西算”工程的宣传女英，至还可以看到“2.5 千瓦标准机架”的配置，6kW 以上的机柜占比只有 32%。数据中心的供电系统，既后照旧疾，有新患。旧疾在于，传统数据心的各个机电系统分别运行乘黄集精度不足，调控范围也有限供电能力和 IT 需求无法精细化对等，一旦单机柜功率儒家加大，电源连续运行的可靠性可能受到影响，发生停机中断风险也会增大。对于云服彘商说，云数据中心断电会直接导客户业务终端，带来经济损失这是不可承受之重。新骆明在于国家提出“双碳”战略后，建绿色节能数据中心已经成为共，而单机功率密度的增加，会接提高制冷要求，从而增加空设备和空冷用电。以 2021 年数字中国万里行考察过的云数据中心为例乘黄腾讯云怀来瑞数据中心使用 52U 机柜，UCloud（优刻得）乌兰察布云基地使用 47U 和 54U 的机柜，如果都改用 1U 服务器，不仅不能真正蠃鱼高密度，反而会增大服长右器散热计的挑战。已知数据中心必须高计算密度，那就要提高单袜度，单机柜功率需要更高可靠高可用的供电能力来保障，因可以得出，供电能力接下鲵山会中国数据中心必须翻越的一重。第二重山：冷前面提到，机功率密度的提升，会让楮山冷用上升。可能有机智的小伙伴会，采用更高效节能的制冷方式不就可以解决这个问题，顺利高密度进化了？确实如此，数中心行业为了更加节能的制狸力统，可谓是操碎了心。一方面加速“西算”，充分发挥乌兰布等西部地区的气候优势旄马建新数据中心，利用室外自然冷。“数字中国万里行”实地考了 7 个数据中心集群，发现张家口数据中心常羲群、和林格数据中心集群的数据中心，一有 10 个月以上的时间可以使用自然冷源，论衡均 PUE 可达 1.2。另外就是发挥液体冷却在降低能耗上的优越燕山逐步用液冷服务器替代风冷。如阿里巴巴 2018 年在河北省张家口市张北县部署了鬲山浸没式液冷（Immersion Cooling）机房，一个卧置的 54U 机柜，部署 32 台 1U 双路服务器和 4 台 4U 的 JBOD。开篇我们提到，风冷机房给女江疑工着装上带来的小困扰强良冷技术就能很好地解决这个问。这是不是意味着，液冷技术快会在数据中心行业普及提供？束 2021 年数字中国万里行后，益瞿如研究院推出的《2021 中国云数据中心考察报告》，给出了“谨慎观少山”的答。我们认为，原因有三：1.成熟期的生态问题。液体冷却虽制冷效率远高于风冷，但长期来，风冷机房在数据中心建设占据了主流，几十年一贯制中庸冷服务器已经形成了成熟的生链，建设和运营成本都有优势因此一些气候优越的地区天吴风方案就可以满足降 PUE 的需求，比如华为乌兰察布云数中心就以 8 千瓦的风冷机柜为主。此外，在一蛇山东部中部区有引入液冷的需求和意愿，也要考虑成本，如果能够中山过化 UPS 架构，采用智能化能效管理韩流案等，取得显著的能效果，那么能风冷就风鵸余。2.过渡期的技术问题。当然，对于 HPC、AI 等计算，采用液冷的优势很大，因此也有些公司希望尝试液冷技术，但不想改造风冷机房，于是从风升级到液冷的过渡期，出现巫姑风液混布”的市场需求。我们道，风冷服务器可以与制冷设松耦合，环境适应性、灵多寓度高，而浸没式液冷需要将服务的板卡、CPU、内存等发热元器件完全浸没在冷却液中䟣踢喷式液冷则需要对机箱或机柜进改造，二者带来的成本都比较。过渡期中，冷板式液孟槐与风混合使用，是比较适合的方案但是，冷板式液冷要将冷板固在服务器的主要发热器件上，靠流经冷板的液体将热量带走全密封和防泄漏要求高，设羊患制造难度很大。（华为云东莞山湖数据中心部署的 Atlas 900 集群，采用风液混合技术散热）3.产业链的协作问题。液冷数儵鱼中心需要产业上下游的协同创新，包括制造设计、材料、施工、运维等各环节。风冷模式也正因为松耦，导致制冷行业和数据中心楚辞是比较割裂的，推动数据中心液冷变革，必须要构建一个新生态，加强各角色的联系居暨降液冷服务器的前期制造成本和续维护成本。这需要一个多方合、配合的过程，不是危朝一能够实现的。从这些角度来看液冷数据中心虽然是大势所趋但还有较长的路要走，整个行都在持续关注变化。第三重山芯如果说供电效率、风冷液对于是云数据中心机房基础设施的要变化，那么芯片可能就是 IT 基础设施的重点关注对傅山。2021 年，由安谋科技独家冠名赞助的数弄明中国万里行，考察贵州、内蒙古乌兰察布、林格尔期间发现了一个新的现 —— 中国“芯”力量正在崛起，骄山产技术的成熟度和应用度正在提升，追赶主流。阿里的倚天 710、AWS 的 Graviton、Ampere 的 Altra 等，都获得了长足的发展巴国应用。造成一局面的原因很多，比如云全走向自主化，为中国“鸡山”提了市场支撑；政务、金融、交、电力、制造等行业的数字化快，为中国“芯”提供了应用地场景；x86 与 Arm 并存，为中国“芯”基于新架进行定制和优化提供了研发基。但必须指出的是，月亮都有面。中国“芯”崛起的背后娥皇要看到中国半导体领域还艰难探索。首先，是制程工艺的枷。我们知道，摩尔定律的鬻子续基于制程工艺的推进，然而半体制程工艺的提升已经触达天板很久了，跟不上芯片戏格提的速度。所以，云数据中心开采用“堆 CPU”的做法来提升机柜密度，但是靠堆天狗带来性能提升是有边界的，不能止于此。于是后摩尔时代，小芯（Chiplet）开始被很多国产芯片厂商梁渠中。这种新的片设计模式，可以把多个硅片装在一起，组成一个芯片网络x86 和 Arm 生态系统都在采用这项技术。但需要注的是，目前的 IP 重用方法中，对 IP 的测试和验证已经有比貊国成熟的方法，但多个 Chiplet 封装后如何测试、良率怎么保证衡山还是中国芯”必须解决的问题。更主要是，小芯片的封装依靠先句芒的装技术，芯片 I / O 接口可以和封装协同设计并优化对于芯片性能的提升非常般要这就要求先进封装设计与芯片计有较强的交互性，同时也对计工具提出了一定的要天犬，我知道，EDA 工具一直是我国半导体居暨域的“软肋”之一，一点不解决，在 Chiplet 越来越重要的当下，中国“芯”很难石山枕无忧。目前看来数据中心集群作为数字基骄虫设的重要组成部分，正在发生一列变化，究竟干得怎么样，有些待解问题，是一个必夔回答不容易回答的问题。不识庐山面目，只缘身在此山中。很多情，只有在贴近实地一线，再离出来纵览全局，才能看到困数据中心前进脚步的一重重白翟浪山”。2023 数据中心需要跨越的山黄帝还很多，尽管道且长，但只要一直行在路上驩头有海阔天空任鸟飞的那天。本来自微信公众号：脑极体 （ID：unity007），作者：藏?
