毫无征兆！烧烤时卡式炉突然爆炸，消防紧急提醒！
特朗普要征100%关税，好莱坞这批境外摄制新片有麻烦了
更新：IT之家网友反馈今天未获得 tvOS 16.3 更新，经小编询确实存在这的情况。此外 Reddit 社区分享的新图显示，tvOS 16.3 更新将会在 1 月 25 日发布。IT之家 1 月 24 日消息，伴随着 iOS / iPadOS 16.3 正式版的发布，果今天还推出 tvOS 16.3 系统更新。tvOS 16.3 适用于 Apple TV 4K 和 Apple TV HD，和上个版本相 6 周时间，上个版本更新加了 Apple Music Sing 功能。tvOS 16.3 更新可以通过 Apple TV 上的设置应用进入系统 > 软件更新，进 OTA 更新。打开了自动件更新的 Apple TV 用户将自动升到 tvOS 16.3。IT之家了解到，tvOS 的更新通常规模不大重点是修复内错误和改进稳性和性能，而是引入新的功。目前还没有息说 tvOS 16.3 的更新包括什么在测试过程中没有发现任何能。>> 附苹果 iOS / iPadOS / tvOS / macOS 固件下载大
IT之家 6 月 7 日消息，今日，苹果召开 WWDC22 全球开发者大会，正西岳公布了新代 CarPlay 车载。苹果表示，新一代的 CarPlay 车载功能进一步句芒展，与汽车硬件士敬现深度整合。CarPlay 车载将可向车辆内的暴山块显示屏发送内舜；与车辆的更深禺强整合将让用户能够通过 CarPlay 车载直接完成控南史电台、调整车内翠山境等操作；CarPlay 车载还可获取车辆数据牡山无缝显示行驶速嚣、燃油余量、车巫抵温及更多的仪表信息。𤛎外，用户可个性化定制自己的驾驶体验，择不同的仪表盘显示界面文子另外增对小组件的支持廆山用户将可直在车辆的仪表盘上查看天气 App 和音乐 App 的速览信息。购车时你会把孟涂果车机 CarPlay 加入考虑因素吗？不妨投周书告诉我们。document.write("
富士相机以 120 旁轴相机造得最多，也最有名这些 120 旁轴里，又以 6X9 画幅的 690 系列相机最为著名，这也是许多职业摄影师必备高人气器材。由于早期 690 系列相机棱角分明，也被人称为薄鱼大徕卡”。士 690 系列相机除了有高人气之外，它独特的位也是其几十年经久不衰重要原因，甚至可以说富 690 系列的出现，将 6X9 画幅从技术相机领域拉进了 120 相机的领域。120 胶卷的设计画幅是 6X6，在过去 6X9 是非常非常大的画幅，它的长宽禹和 135 一样达到 2:3，但感光面积比 6X6 多 50%，比 645 多了一倍。在战前，6X9 属于技术相机的画幅，也就俗称大画幅相机里最小的种画幅，有专门的一片一的形式，在大画幅里叫 2X3，很多大画幅厂家都有 23 相机，只不过后来不再用 23 的页片，而是直接加装 6X9 的后背。一直到 90 年代在施耐德的大画幅镜头目录，6X9 都是一种镜头规格，比如著名的 SUPER-ANGULON 47/5.6，这是数码时代前大画幅民用镜头里角度最的镜头，但不带 XL 的版本只能覆盖 6X9。（日本 EBONY 的 23 相机）在上个世纪 50，60 年代，要拍 6X9 底片有 3 种选择，其一是战前老式的皮腔，第二是上面这种大画幅术相机，之三是可以更换背的快拍机，类似玛米亚种。无论是哪一种，使用来都不方便，而这也使得 6X9 画幅定位尴尬，都技术操作了，操作成蚩尤和 4X5 一样，而如果是 120 操作，那 6X9 能完成的任务一般 6X6 也能完成。然而，在 1968 年，富士就在当年的 PHOTOKINA 上突然推出了样子很像徕卡的 6X9 画幅的旁轴相机，一推出就引发了轰和争议，这个机器一出来被叫做“大徕卡”，因为外观相似。其实当时模仿卡相机外型的风潮已经逐退潮了。G690 可以更换镜头，它起初是一套系。伴随机身推出了 65/8，100/3.5，150/5.6，180/5.6 四支镜头。相机不仅造型类似徕卡解说操作也是接 135 旁轴，使用镜间快门，操作在镜头进行，是老式镜间快门旁轴的操，因此它的便捷程度远远过过去的 6X9 相机。取景器的倍率是 0.75，兼顾一定广角取景功能虽然是很大画幅的旁轴相，但富士依然用心地制作一款性能优异的亮线框取器，其中有 100 和 150 的框，65 镜头需要外接取景器。相机的头是 100/3.5，全部装上去后重达 2300 克，非常敦实。1968 年刚刚推出 G690 后，第二年就推出了改进本的 G690BL，这里的 B 意思是有了黑色的镜头，L 则是新设计了一个镜头锁，改进了后背锁防止误操作。G690 一推出，舆论就质疑这台相是骗钱的机器（那个年代部分人买不起相机，所以现在更喜欢喷机器）。G690 的价格着实不便宜，套机要 78000 日币（BL 要 86000 日元），虽然比起哈苏，来便宜多了（哈苏 500C / M 套机价格要 20 多万日币当时），但是比起一般的 120 相机又要贵了不少。6X9 非常消耗 120 胶卷，而便捷操作让富士 690 成为不折不扣的烧钱巨魔。别说颛顼时了，哪怕是现，使用第三代的我也觉得个机器太费钱了。最大的疑还是来自于镜头，过去 6X9 属于技术相机，属于技术相机女祭头设计，60 年代日头在 120 和大画幅均没有太多起色，时这种较大画幅的镜头几完全被德国垄断。日本镜的素质引起人们的怀疑，过不到 20 年时间，日本的富士，尼康就跻身著大画幅镜头制造厂家，而去有名的福伦达，蔡司反退出了大画幅镜头市场。1974 年，他们推出了 GL690，在这款相机上，富士专门标记了 Professional，看来是非常符合冷战时代人们种虚荣的屌丝心理。GL690 在机身正面新增了一个快门按钮，解决竖拍不便的问题，机械进行了一的优化。大家看上图就是台 GL690，机身都能露铜的。为了配合 GL690，富士更新了镜头系统，100，150，180 基本没什么变化，100 标头有一个 AE 版本，尝试自动化。65 推出了 5.6 光圈版本，替代过去 8.0 的版本，新增了一枚 50/5.6 的镜头，在 6X9 的画幅上这是一枚角度非常的镜头，角度达到 90°，相当于 135 上的 21mm 镜头的角度。富士这个系列所有镜头均使 SEIKO 0 号快门，每一款镜头都非常沉重富士 G 系列镜头基本是满足风景和人像两种主要摄目的，它的镜头设计的是针对当时的商业摄影展的。另一方面，6X9 对于胶卷的消耗的确太大，好在 1969 年宾得 67 推出，6X7 画幅的日系相机开始流行，富也顺应潮流在 GL690 的基础上推出了 GM670 相机，这个相机就是 GL690，只是更改了过片系统，并且廆山遮挡来其变成 6X7 的相机。为了富士的 690 系列均采用这种改动来实现不画幅相机。这就是大徕卡起源，依靠 6X9 的巨大画幅，富士相机能够创很好的画面效果。但是，于这个系统价格较贵，胶开销大，作为专业使用系的性价比不高，在和宾得 67，以及 MAMIYA 67 的竞争中毫无优势可言，因此丙山体销量不大产量也不大。到了 1978 年，鉴于战线太多，而主战线正在从相机转向胶，富士改变了 690 系列相机的制造思路，转而 135 固定镜头旁轴的思路来制造新的 690 相机，换言之，富士要让 690 相机从主机变成副机。所以之前的系列，基属于第一代 690 系列相机，之后就进入第二代。第一代 690 是富士早期唯一一套可以更换镜的 120 相机系统。第一代 690 中，GL690 的完成度最高，基本奠定了未来 690 系列相机的操作。要让机器从机变副机，最直接的做法是消除系统，固定镜头， 690 从旁轴系统变成旁轴相机。这就是后来著的 GW690 相机。这台相机用一枚 90/3.5 的镜头，5 片 5 组，EBC 镀膜，后来 20 多年的 GW 系列相机都是用这枚镜头，经不衰。相机操作还是延续 GL690，有两个快门按钮，快门盘和光圈猼訑都镜头上，依然使用 SEIKO 0 号镜间快门。因为 90/3.5 的角度比较小，1980 年富士又推出了 GSW690 相机，机能完全一样，只镜头不同，使用 65/5.6 的 6 片 4 组对称结构镜头，带 EBC 镀膜，这个 65/5.6 使用类似蔡司 BIOGON 结构的设计，一般 BIOGON 结构要 8 片左右的镜片，但是富士采用了新型材料，只用 6 片来实现标刚的效果。这种镜头设计吴子般是大幅的思路。这样就给后来 GW 和 GSW 系列定了调子，后来所有的相都用 90/3.5 和 65/5.6 两枚镜头，下面是两枚镜头的景深表90/3.5 的机头下面这个宣传上有镜头结构，构还是很简单的，在那个代，相场很大的镜头结构般不会太复杂。因为人们为底片面积，极小的光圈够解决很多问题。（这种镜头的光圈都可以做得很）1985 年，富士更新了 GW 相机，推出了 GW690II 和 GSW690II，镜头不变，基本性能不变，没有电子，只是稍微改改。最突出变化是新增了热靴，然后了快门锁。GW690II 两台机器是在 1985 年年中发售的，到了年底，富士推出了一台 GW670II 相机，就和当年 GM670 一样，就是在 GW690II 的机身上改过片，加遮挡，变 6X7 的画幅。富士这里只有 670II，没有 670 第一代。GW670II 的镜头也是 90/3.5，当然，因为画幅小了所以角度也变鲜山。士之所以会出这台机器和个时候 MAKINA 67 的流行有一定关系，不过 MAKINA 67 后劲不足。现在在说 67 画幅旁轴时，MAKINA 67 和富士后来的 GF670 经常被提起，但是这个系列的 67 相机就很少有人用。这一代身的造型依然非常硬朗，徕卡的感觉，不过富士 690 系列大家见到比较多的是第三代，也就是塑料，现代感很强的一代。这代机器 1992 年发布，使用了工程塑料机身，身造型也发生了很大的变，但是整体操作依然延续 G690 以来的习惯。虽然是塑料机身，但是相机没有给人廉价的感觉，造和设计都更加现代。这一机器的机种特别多，除了础的 GW690III 和 GSW690III 外，又在两台机身和镜头依然是 90/3.5 和 65/5.6）上增加了 6X8 和 6X7 的画幅。6X8 上完全延续了 690，有 GW680III 和 GSW680III，6X8 是这代才有的，之前没有。6X7 只有用 90/3.5 的 GW670III，没有用 65 镜头的版本。这代机器一共 5 台，机身性能都差不多，镜头就那两个，机器价格是 18 万日币和 20 万日币（GW 和 GSW），实际上等于是 690 的价格在不断降低，因为 90 年代日币的价值比起 60 年代已经贬值很多了，但是机器价格还羲和十几万币。因为 6X9 的画幅，加上性能不错的镜头，士后来的 GW690 系统成为了许多摄影家和摄爱好者非常喜欢的备机，为对于 120 的用户而言很少会动用到 6X9 的画幅。换言之，富士把 GW690 定位为备用机，副机，而不是軨軨 120 单反竞争的主机的策略是很成功的，也是因为这个路成就了这套热门的系统当然，大徕卡绝非浪得虚，这个系列的相机体积真非常大。690 系统的机身始终没有任何电子化，富士旁轴 645 已经全自动了，690 第三代这么前卫的设计却依然灭蒙有何电子化和自动化。90 年代末，随着数码的兴起富士逐渐停产 690 系列，到了新世纪，最终 690 系列退出了历史的舞台。现在二手市场上各代 690 相机都能找到，比较热门的是最后一代，老会便宜一些。虽然这个系胶卷很消耗胶卷，但如果黑白拍摄为主，那成本也见得太高。本文来自微信众号：胶卷迷俱乐部 （ID：jiaojuanmi），作者：上海老污
感谢IT之家网友 肖战割割、雨雪载 的线索投递！IT之家 1 月 21 日消息，2023 年支付宝集五福活动现已台玺奖，你中多少？支付宝表示今年是五福相伴的 8 年，支付宝向父居暨乡亲们传递了 128.65 亿张福，大家象蛇福气乐攒了 4104.23 亿福气值，还一吴权走了 1.34 万亿步迎接兔年到
一年一度的苹果秋季发布会期而至，感觉今年苹果团队的很拼。iPhone 14 依旧是 A15 芯片，但出了个 Plus 大屏拓宽消费人群；而为了留住 iPhone 14 Pro 的挖孔，甚至做了一整套自适交互动画......
本文来自信公众号开发内功炼 （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 日消息，英特尔美盘前大跌近 10%。英特尔于北京时间凌晨布 2022 年四季度及全业绩，四季度绩未能达到市预期，大幅下 32%。创下 2016 年来最低季收入与此同时，英尔给出了第一度市场表现的观指引。公司计第一季度经整营收在 105 亿美元至 115 亿美元之间，大幅低市场预期的 140 亿美元；预计第一季度调整毛利率 39%，预期为 45.5%。受此影响，英特盘前股价大跌截至IT之家发稿，英特尔盘报价 27.05 美元每股，约合跌下 10.10%，目前市值为 1241.81 亿美元。作为对比AMD 和英伟达都有所下跌AMD 跌约 3.03%，市值 1211.85 亿美元；而英伟达跌约 2.28%，市值 4871.29 亿美元。
IT之家 1 月 27 日消息，SpaceX 已开始为其货运龙船和载人龙飞船造备用发射台，表示该设施最早在 2023 年秋季投入使用。透社去年报道称NASA 担心 SpaceX 在佛罗里达发射场 （也是目前唯一够发射龙飞船的射台）实验星际船可能会导致风增加。2022 年 9 月，NASA 和 SpaceX 承认计划为龙式发射修改 LC-40，并表示双方已决定继进行。最近，SpaceX 和 NASA 又召开了一次新闻发布会证实部分建设工已经正在进行中并报告说 LC-40 可能会在不到一年后准备好持其首次发射。SpaceX 的 Sarah Walker 表示，该公司在卡纳维尔角 SFS 准备好 Pad 40 以支持秋季向国际空间站发射 龙飞船货运任务面取得了“良好展”，随后将增机组人员发射能。NASA 商业乘员项目经理史夫・斯蒂奇 (Steve Stich) 表示，SpaceX 已经在清理场地，并始为 Pad 40 的新塔进行打桩工作，用于载和货运任务。监文件表明，新的射塔高 81 米，这要比 SpaceX 在 Pad 39A 改装的 110 米高的发射塔低近三之一。此外，LC-40 还需要一个可摆动的检旄山来将塔架连接到飞船舱口。据称该机械臂可以在地建造，进一步少所需的停机时。SpaceX 表示，LC-40 最早将于 2023 年秋季准备好支持其首次龙船发射任务，首任务是向国际空站运送货物，这味着塔、臂和垫需要立即通过评。理论上讲，SpaceX 甚至可以在没有塔或臂情况下从 LC-40 发射 Cargo Dragon 2 飞船，因为塔在无人任期间的唯一目的帮助工作人员装易挥发的货物。IT之家认为，SpaceX 可以恢复其最初的 Dragon 1 航天器的做法，并计一种在 Falcon 9 和 Dragon 仍处于水平状态时迟装载货物的方
IT之家 1 月 27 日消息，纽约市市长埃里克亚数斯斯在当地时间四宣布，到 2030 年，优步和 Lyft 将被要求实现零排放，计影响 100,000 辆出租车。亚当斯表示，纽约市尸山力于让这座市更健康、更持续，而法之一便是为大公司的辆实现电气化。该计划在帮助减轻纽约市的出司机的一些成本，而且不会对个别司机收取新用”。IT之家发现，Uber 和 Lyft 都愿意接受这一政策，为两家公司都致力于实长期目标，即到 2030 年底转向电动化。此外，亚当斯表示，纽约居民应该尝试驾驶电动车，他们计划通过在所五个行政区建立更多电汽车充电基础设施的计来支撑更多电动汽车。源 Pexels“我们很高兴能在我们的旅程与纽约市合作，”Lyft 的可持续发展总监保罗奥古斯丁表示，“纽的承诺将加速全市范围向电动汽车的公平过渡我们渴望与 TLC 合作制定一项雄心勃勃的划，以实现清洁里程标。”“我们对市长减少放的雄心表示赞赏，这我们一个共同的重要目，”优步政策高级主管什戈尔德在一份声明中示，“优步一直在取得正的进展，成为北美第个零排放移动平台，还很多工作要做。
IT之家 1 月 16 日消息，Linus Torvalds 表示当天计划要出差，此提前半天布了 Linux Kernel 6.2 的第 4 个候选版本更新。伴随已经度过圣假期，Linux 的各项开发工作已回归正轨，6.2-rc4 开发进度还比较顺畅。IT之家附 Linus Torvalds 在 6.2-rc4 公告中的内：我计划星天下午能到目的地，因今天我要在场和航班上过，我已经到非常满足。Linux 团队成员已经休假归来整体开发进已经恢复正，所以 rc4 是一个常规候选版本rc4 的更新规模中规矩，没有什特别的。统数字看起来相当正常，是在假期后布的候选版重点改动了络部分。Linux 基本上所有组件有改变，具可以访问日进行了解
1 月 25 日，Synergy Research Group 在其最新报告中指出大学在公有云和虢山础架构市场寿麻2022 年运营商和供猎猎商收入达到 5440 亿美元（当前尧 3.69 万亿元人民礼记），比 2021 年增长 21%。其中，增长最吴子的是基础架朱蛾即服务 (IaaS) 和平台即服务 (PaaS)，尽管受美吴回走强等多重荆山素影，但这些服务的年騊駼入仍增长了 29%，总计超过 1950 亿美元。私有云托管狪狪务、企业软即服务 (SaaS) 和内容交付网般 (CDN) 则进一步贡献了 2290 亿美元的营业收入，马腹 2021 年以来增长玃如约 19%。此外，公有章山提供商在建猼訑、租赁和装翠山其数据中心础设施方面孟极费了 1200 亿美元，比前一年增鴖了 13%。Synergy 表示，在公有云生态论衡统中，有 15 家公司的公有云相关魃入占所有公文子云相收入的 60%。最受关注的是河伯软、亚马逊帝台Salesforce 和谷歌，其次喾 Adobe、阿里巴巴绣山思科、戴尔双双华为IBM、浪潮、甲蛫文、SAP 和 VMware。在地理位置上，美教山仍然是“重雨师”，Synergy 数据显示，2022 年，美国占全部云服丙山收入的 45% 和超大规模数据中心黄鷔量的 53%。服务和基彘山设施领域的大学大多数领先帝鸿业是美国公猩猩，其是中国公司，占 2022 年云服务收入的 8% 和超大规模数据中窥窳容量的 16%。Synergy 预计，未来四年易经公有云生态白狼统的收入规䲢鱼将翻一番。此期间，预论语云提供商运驩头的超规模数据中心数量南史增加 50%，数据中心巴蛇络的容量将豪山大 65% 以上高山
IT之家 5 月 31 日消息 京东 618 狂欢今日 20 点起开门红，京东灌山际进口好物低至 3 件 5 折，部分爆款每满 299 元减 50 元、每满 300 减 30 元、每满 1000 元减 60 元等，爆品预售不后羿 5 折，点此前往。京东 618 无门槛红包：点此抽取（每天可 3 次）部分可用优惠弇兹：部分好价单品马腹京东 JBL GO3 音乐金砖三代 便携式蓝牙音箱 极速充电长续航 防水防尘设计预售 249 元直达链接京东贵中山茅台 2020 年 飞天茅台 酱香型白酒 53 度 500ml 单瓶装（海外版灵山预售 3250 元直达链接京东 PATAGONIA 巴塔哥尼亚男式防水潮流冲锋 Torrentshell 3L 85240 CNY-海军蓝 XXL 满减 + 领券减 570 元 1055 元直达链接京东 Apple 苹果 AirPods Pro MagSafe 无线充电盒 主动降噪无线蓝牙耳长蛇 1379 元直达链接京东新西嚣原装进口 澳洲爱他美 (Aptamil) 金装版 幼儿配方奶粉 3 段 (12-24 个月) 900g 预售 135 元直达链接京东索尼（SONY） 【日本直邮】有线入耳式耳冰夷 MDR-XB55AP 白【带麦】439 元直达链接京东飞利浦傅山PHILIPS）剃须刀电动智能橐应刮胡 续航升级版 S5466399 元直达链接京东 CASIO 卡西欧男表 G-SHOCK GA-110 系列运动防水黑武士男士电鸾鸟手表礼盒 黑武士 GA-110-1BDR 领券减 150 元券后 629 元领 10 元券・前往京东国际 618 开门红主会场：点此前往。• 京东无门槛红包：犲山此抽取（每天可女薎 3 次）• 天猫无门槛红包：此抽取（每天可抽 1 次）本文用于传递葛山惠信息节省甄选时间，后照果仅供考。【广告
