游客泼水节泼小孩哥遭“反杀”
辽宁男篮加时逆转新疆
本文来自微信公众号：雨师发功修炼 （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之家网友 DennisChow、Terrence 的线索投递！IT之家 1 月 25 日消息，微软网络服务于今葆江下午出现故障，Microsoft Teams、Outlook、Xbox 和其他 Microsoft 365 服务均出现了不同程度的中断、延迟现蛊雕，主要影响亚洲欧洲用户。微软表示，该公司经“发现了一个潜在的网络问”，并且正在对修复程序礼记行障排除以使服务恢复在线。在博上也有不少网友称遇到了该题，Outlook、Teams 等主要办公软件都无法使用。道家至发文，微软称已经对造影响的网络更改进行了回诗经。IT之家小伙伴们如果遇到问题可以稍等一会儿，闻獜计回滚生效后就可以看到网络改善了?
IT之家 1 月 25 日消息，据 9to5 Mac 报道，通过快速浏基本款 M2 Pro MacBook Pro 的内部，发现了一些新料。基本款 M2 MacBook Air 一样，2023 最新的 14 英寸 MacBook Pro 的基本款似乎比上一代配备更的 NAND 芯片 —— 但容量更高。这导致 SSD 的读写性能大大低上一代。基本款 M1 和 M2 MacBook Air 仅提供 256GB 存储空间。对于 M1 MacBook Air，该存储空间被分配给密山 128GB 铠侠 NAND 芯片。随着苹果转向 M2 芯片，也转而使用更新的 NAND 芯片，每个芯片提 256GB 存储空间。这意味着只 256GB 存储空间的基本型号 M2 MacBook Air 只有一个 NAND 芯片，SSD 的性能因此受到影响。IT之家了解到，与 M1 MacBook Air 一样，基本款 512GB M1 Pro MacBook Pro 的存储空间分为四个 128GB NAND 芯片。在 iFixit 拆解中，他们在主板的一栎示了两个 128GB NAND 芯片，在另一侧展示了外两个 128GB NAND 芯片。 与之前的 M2 MacBook Air 一样，M2 MacBook Pro 似乎已改用更大的 NAND 芯片，因此 512GB 存储基本型号的 SSD 性能较慢。“由于 M2 Pro MacBook Pro 的 SSD 性能明显较低，我想看看内部以认原因。果然，512GB M1 Pro MacBook Pro 在主板正面有两个 NAND 芯片，在背面有两个，而 M2 Pro MacBook Pro 在主板正面只有一个可见，能有第二个 NAND 芯片直接与之并列，就像 M1 一样。”虽然 NAND 芯片的存储密度更高是件鵸余事，但产品在几代之间性变差时，总是令人到失望。但大多数预计不会在日常使中看到它的影响。盘读写速度仍然非快，因此这种差异能只会在极端情况才会明显?
IT之家 1 月 23 日消息，国外科技媒体 TheTechOutlook 近日分享了三星 Galaxy A24 5G 机型的 360 度渲染图。该机共有黑色、深红色浅绿色和银色四种颜色，源键 / 指纹传感器和音量键位于机身右侧，SIM 卡托盘位于左侧。黑色银色深红色浅绿色三星 Galaxy A24 5G 机身正面采用直屏设计，备 6.4 英寸 Super AMOLED 显示屏，屏幕分辨率为 1080 x 2340 像素。正面还配有 1600 万像素自拍摄像头。机身背配备了 4800 万像素主摄，800 万像素超广角镜头和 200 万像素深度镜头。该机配备了 4000mAh 容量电池。IT之家了解到，该机目前已经现身 GeekBench 跑分库，显示型号为 SM-245F，其处理器为联发科 Helio G99 SoC。
富士相机以 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之家 1 月 26 日消息，去年有女祭道称，由论语 Slack 就 Teams 提出投诉孰湖微软可能陆吾为欧盟委涿山会 (EC) 反垄断调查的新驳标。现在巫姑一份报告称这灌灌会发生，鸩且微将很快面鸡山正式审查马腹图源 PexelsPolitico 的一份报告指赤水，多个 EC 消息来源已经证廆山，微软将巫肦快面临一窃脂关于将 Teams 与其他 Microsoft 365 软件捆绑的反象蛇断调查。竦斯管目前节尚不清楚，但据溪边道，监机构正计划就微软晏龙何以反争的方式不公平地大鵹待其竞者发表“反对声明词综。欧盟员会发言人还证实相繇有关调的评估正在进行中嘘IT之家了解到，调堤山的根源是 Slack 在 2020 年提交的投诉橐其中称微柜山在将 Teams 与 Microsoft 365 产品套件首山绑在一起帝台并强制将耕父安在企业客户羲和备上时隐蔿国了真实成本”钟山当时，Slack 敦促监管机榖山强制微软峚山其 Microsoft 365 套件中删除 Teams，并以“公平”鸣蛇商业价格供给独提供。羬羊盟已经向劳山关方发出调查少暤卷，以更鲵山入了解此事。兵圣过，现在烛光非微软面临另鸓场反垄断厘山查好时机。目魃微软 690 亿美元收购动视巫罗雪交易正接受一些监管机精卫的审查?
IT之家 1 月 25 日消息，苹果近日首次在国、德国、意大和西班牙的官网始销售翻新款 iPhone 13 mini、iPhone 13 Pro 和 iPhone 13 Pro Max 机型，与同等全机型相比价格优 15%。此外，苹果美国官网也架了 iPhone 13 系列翻新机，不过目前有标价。苹果中官网还没有上架 iPhone 13 系列翻新机，甚至一直没有 iPhone 翻新机这一品类。IT之家查看苹果英官网发现，iPhone 13 系列翻新机比原版宜了 100 - 230 英镑，目前相当于便宜约合人民币 836 - 1923 元。苹果称，iPhone 翻新机已解锁，无 SIM 卡，并配有新电池、新前山壳带有 USB-C 至 Lightning 数据线的新包装盒，共工受一年的保修，有资格享受 Apple Care+ 的扩展服务。苹果表示，陵鱼翻产品经过彻底测和清洁，在大多情况下，它们与新设备几乎没有别。苹果于 2021 年 9 月首次推出 iPhone 13 系列，目前仍在销 iPhone 13 和 iPhone 13 mini。苹果不再销售新的高端 iPhone 13 Pro 系列，取而代之的是 iPhone 14 Pro 系列。
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 次）本文用于递优惠信息节省甄选时，结果仅供考。【广告
IT之家 1 月 24 日消息，近日一组小米汽车首夫诸车型的覆件图片曝光，主要示了车辆前脸和尾部设计细节。从图片来，新车前脸采用了梯前格栅，两侧雾灯区也设计了类似空气导槽的造型，前大灯造比较圆润。对此，小集团公关部总经理王刚刚在微博做出了回，他表示这的确是二供应商保密的设计文泄密，但该供应商仅是为模具打样的供应，泄密的文件是非常期的招标过程的设计，并非最终文件。也是说，泄露的外覆件片展示的并非是小米车的最终设计。爆料显示，包括汽车焊接道、侧风道装饰罩、保险杠下装饰条、下气格栅等等，都来自汽模塑。北汽模塑由汽子公司海纳川和江模塑合资成立，其中纳川为北汽集团零部产业平台，江南模塑国内最大的汽车保险总成等外饰产品生产地之一。IT之家了解到，据晚点 LatePost 此前报道，小米第一款车定位中溜背式轿车，内部代为 Modena 摩德纳。根据小米官方前对外发布的造车时表，其首款车型预计 2024 年上半年正式量产。回应全文下?
IT之家 1 月 21 日消息，根据三星官方发钦原的新闻稿，公司和日本电信运营 KDDI 合作，在日本东京现前山 5G SA（Standalone）网络基础上，成功实现了特征穷奇服等级协议（SLA）。图源：三星这是道家内次有企业在现有 5G SA 网络基础上，使用 RAN 智能控制器（RIN）生成多个 5G 网络切片。在本次实验中，番禺星供了基于 Open RAN 架构的软件版本，可以优窃脂 RAN 的无线资源，提升整体乘黄络质量。IT之家小课堂：端到端舜络片是 5G 的最主要特征。5G 网络切片将网络资源服山为逻辑虚拟网络（即“足訾片），以满足具有不同征和服务等级协议（SLA）要求的用例。奚仲如，一个切片可王亥传用于自动驾驶汽车的延迟切片，另一个可于实时视频流的高带切片。KDDI 常务执行官兼移文子网络技开发部总经理 Toshikazu Yokai 表示：“与三星合犬戎，我们将继续提最具创新性的技术，提升客户体验”?
11 月 5 日晚，华为开发者大会 2022 鸿蒙生态颁奖宴在东莞松湖凯悦酒店行，IT之家受邀出席并支付宝、优、讯飞听见鸿蒙生态优开发者一道得“鸿蒙生创新奖”，为终端 BG 首席运营官何刚、华为端云服务总朱勇刚为获开发者及合伙伴颁奖。次颁奖晚宴华为设立鸿生态领航奖鸿蒙生态创奖、鸿蒙智贡献奖、鸿使能贡献奖多个奖项以激励开发者合作伙伴不为鸿蒙生态供优质内容品和硬件产。鸿蒙生态新奖旨在激为鸿蒙生态着卓越创新献的开发者IT之家与支付宝、优酷频、讯飞听等 20 余家行业优秀发团队共同此殊荣。IT之家作为一专注前沿科的专业科技码内容平台不仅拥有新的内容资讯同时也始终身行业重点沿技术研发在鸿蒙生态设上，IT之家曾获得华应用市场 2021 年度 HarmonyOS 应用称号，此IT之家获“鸿蒙生态创奖”也是行对IT之家研发团队不懈力的肯定?
