作者 | Jakub Lukasiewicz  译者 | 弯月 来源 | CSDN（ID：CSDNnews） 以下为译文： “第一门编程语言学C靠谱吗？” “C还有未来吗？” “我应该考虑学C吗？” “C太老了吧！” 你是否也听过类似的话语？我听说过无数次，有些是面对面的交谈，而有些来自某个论坛。虽然答案无非是“取决于具体情况”，但以我的拙见，学习C编程是非常宝贵的经验。 我想通过这篇短文向你展示C伟大的一面。 C的精神 首先，我想引用文档C99RationaleV5.10中的一句话： C89委员会始终将保留C的传统精神作为主要目标。C的精神体现在很多方面，但其本质在于社区对C语言所依赖的基本原则的看法。C的精神可以总结为以下几个方面： 相信程序员。 不阻碍程序员完成任务所需的工作。 保持语言短小精悍。 仅提供一种操作的方法。 保持高速，即使无法保证可移植性。 下面，我将进一步讨论上述几点。 中级编程语言 编程语言可以大致分为两个级别：低级和高级。 低级语言靠近硬件，比低级语言更接近 CPU 的就只有电流了。这些语言又分为为机器码和汇编两种。前者是原始数据流，通常是二进制数据。为了便于人类使用，通常我们以“可读”的十六进制形式进行处理。 第二代语言汇编在机器码之上提供了一层抽象。这些语言大部分是人类可读的符号（包括符号地址）、操作码、地址、数字常量、字符串等的映射。而且每个处理器各有不同。 相较而言，高级语言提供了哪些抽象？根据维基百科： 与低级编程语言相比，高级语言使用了自然语言元素，更易于使用，而且还可以自动化（甚至完全隐藏）计算机系统中的重要领域（例如内存管理），从而简化程序的开发过程，而且也比低级语言更易于理解。编程语言提供的抽象数量决定了其“高级”程度。   简而言之：低级语言=更加靠近机器，高级语言=更加人性化。 C 是高级编程语言，但在 C 刚刚创建的时候，大多数功能仍然是通过低级的汇编完成的。因此，与其他广泛使用的语言相比，C 拥有更底层的抽象级别，因此我喜欢将其称为“中级编程语言”。 你可以轻松地将 C 代码编译成汇编（而不是二进制代码），并检查 CPU 执行的指令，在这个过程中C语言不会加入太多语言特有的代码。 此外，如果有需要，流行的 C 编译器还提供了更低级的选项，允许你使用内联汇编完全掌控 CPU。纵观编程领域，能够做到这一步的编程语言可谓少之又少。 简洁 低级语言的编程难度很高。不是因为这些语言过于复杂，而是因为这类编程很容易出错，因此需要投入更多精力、记忆和心思。 C 是中级编程语言，因此“根据定义” C 语言编程更加容易。但令人惊讶的是，与高级语言相比，C 语言的学习非常简单。为什么？因为 C 语言的语法非常简单，还有结构化的范例。循环、函数、结构、指针、变量、类型等核心基础知识的学习都非常容易。大约只需一周的努力学习即可入门。剩下的就是数学和计算机科学理论了。 但是，不要误会我的意思！如果想完全掌握 C 语言，你需要付出大量的努力！事实上，学习任何东西都需要付出大量的努力！ 快速、轻量级 与其他语言（例如 Java ）相比，标准 C 库很小，所以你完全可以记住所有的功能。虽然有些功能应该在很久以前就弃用了，但是 C 语言的性能仍然非常出色。 如果连 libc 都觉得太大怎么办？即便你完全不用 libc 也没有关系。只要不包含括任何头文件即可，甚至连简单的 printf() 都不使用。你可以将其替换成其他库。 C 语言非常成熟，重视对内存的管理，拥有内联汇编、少量抽象，且语言没有过度膨胀，因此程序员能够很好地控制程序。 因此，C 语言成为了 OS 内核（Linux、Windows NT 或 macOS 的 XNU 等）以及其他语言（例如 Python）的理想选择。这也是为什么 C 在嵌入式系统上如此受欢迎的原因，因为嵌入式系统不允许浪费任何资源。 无所不在=可移植性 你能否想到任何没有 C 编译器的重大平台？除了有些只运行汇编的平台，我从未听说过没有 C 编译器的平台。高端游戏 PC、NASA 航天器、售票机等各种平台都使用了 C 编程。真的是无所不在，C 软件遍布全世界。 如上所述，对于围绕在我们日常生活中的微控制器和其他形式的嵌入式系统来说，C 语言是主流选择。 你听说过FFI吗？事实证明，许多编程语言都可与 C 兼容。 你不必担心是否可在某些工作中使用 C 语言，99%的情况下你都可以使用 C！（尽管这并不意味着你应该在所有工作中都使用 C……）。尽管 C 语言的代码并非100％可移植，但你可以成为可移植的程序员。 影响力 C 语言直接或间接地影响了无数语言，比如 C++、Java、Go、D、Rust、Perl，甚至是 PHP 和 Python。 显然，学习这些语言的时候，你并不需要…

在2020年全球数字超算大会(SC20大会)上，NVIDIA宣布推出NVIDIA® Mellanox® 400G InfiniBand产品，这是全球第一代400Gb/s网速的端到端网络解决方案，可为全球的AI和HPC用户提供最快的网络互连性能，同时将计算、可编程性和软件定义三种技术成功地融于一体，成为业界领先的软件定义、硬件加速的可编程网络，为全球的科研人员和工程人员设计新一代计算系统和提升应用性能提供了新的思路。 NVIDIA Mellanox InfiniBand NDR产品是第7代的InfiniBand产品，利用100Gb/s的PAM4 Serdes技术, 实现了400Gb/s的单端口传输带宽, 是上一代产品的两倍, 同时通过添加更多、更强大的加速引擎，实现了更强大的计算和通信能力。 “Speed Of Light”是关于NDR InfiniBand技术的第一个特征，通过加倍的带宽、更快的包处理能力(Message Rate)， 让基于RDMA、GPU Direct RDMA和GPU Direct Storage等先进通信技术的应用性能得到了进一步提升。InfiniBand网络是天然的SDN网络，可以让用户根据应用的属性来选择各种不同的网络拓扑，以达到最优的性能，如Fat-Tree、DragonFly+、各种Torus等。如通过DragonFly+网络拓扑可以在4个交换机Hop内达到一百万个节点的同时通信，这个规模远远超出了E级机、甚至10E级机或百E级机需要的规模;同时其天然的SDN属性也让动态路由和网络拥塞控制变得更容易实现。InfiniBand动态路由已经被广泛地应用到各种网络拓扑当中，成为优化通信性能的关键手段，如美国橡树林国家实验室的Summit超级计算机就通过动态路由将超算中心全网的通信效率从60%提升到了96%。NDR InfiniBand交换机在1U空间内可以支持64个400Gb/s的端口或128个200Gb/s的端口，是上一代交换机端口密度的3倍;它还将框式交换机系统的聚合双向吞吐量提高了5倍，达到1.64 petabits/s，是全球端口数最多、交换容量最大的交换机。 硬件加速是InfiniBand网络的最大特色，随着越来越多的加速引擎被添加到InfiniBand硬件中来，进一步加大了其相对于其它网络技术的领先性。如NDR InfiniBand实现了对于业界最头疼的All2All和Allreduce通信的硬件卸载，能让MPI通信的性能提升四倍。NDR InfiniBand对于MPI Tag Matching的硬件卸载，实现了1. 8倍的MPI通信性能提升。NDR InfiniBand可以实现对于NVMeoF的全面卸载， NVMeoF的Target卸载可以让存储系统在几乎不消耗Target端CPU的前提下达到数以百万级的IOPS，NVME SNAP可以实现对于NVMeoF的Initiator端的卸载，同时可以将InfiniBand网络模拟成NVMe磁盘提供给主机CPU，可以解决目前很多OS还没有NVMeoF的Initiator支持的问题，实现了对任何OS， 无论是虚拟化还是物理机的全面NVMeoF的支持;InfiniBand FIO SNAP可以实现对于文件存储的本地模拟，让任何OS都可以享受最先进的分布式文件存储系统的性能优势。 InfiniBand SHARP (Scalable Hierarchical Aggregation and Reduction Protocol) 技术彻底消除了MPI或者NCCL的Allreduce操作中的多打一通信带来的Incast Burst问题，在保证所有端口全线速、共计12.8Tb/s或25.6Tb/s的数据输入的前提下，实现在交换机上的Allreduce、Barrier、Reduce和Broadcast计算，在NDR交换机上更是实现了相比上一代交换机32倍的计算性能提升。InfiniBand SHIELD (Self-Healing) 技术实现了网络中链路故障的自修复，让网络无需等待管理软件的参与来恢复链路故障，实现了比传统的软件故障恢复快千倍以上的性能，让应用不再受困链路故障的干扰，提升应用的性能。 InfiniBand安全卸载是面向Cloud Native的应用场景，InfiniBand已经得到了Open Stack的官方软件支持，通过自带的硬件IPSec、TLS、AES、Root of Trust等功能，可以让数据不论是在网络中流动时，还是在向存储中落盘时都能以线速性能得到加解密，实现了在虚拟化环境或者在容器化环境中的安全保障。 软件可编程让InfiniBand的应用场景得到了进一步的延伸，可编程的NDR InfiniBand不仅可以让用户处理数据的header，还可以对于数据的数据路径进行操作，如用户可以自定义规则对于数据路径进行操作;或是对于数据直接在网络中进行预处理而无需送到CPU做预处理。用户还可以对于数据的通信特征进行提取、然后利用AI技术对其进行训练，得到不同应用数据的通用通信特征，如果发现有异常通信信息，可以向管理员主动发出预警。 NVIDIA Mellanox NDR 400G InfiniBand亮点 NDR InfiniBand以其优异的性能和灵活广泛的使用场景吸引了众多的合作伙伴一起共建生态系统，包括Atos、戴尔科技、富士通、浪潮、联想和SuperMicro等服务器厂商，以及DDN、IBM Storage等存储厂商。各家公司都已开始研发其新一代产品，实现对于NDR InfiniBand的支持。而包括微软Azure公有云、美国Los Alamos国家实验室、欧洲Jülich超算中心等全球各顶级用户都纷纷表示，期待能尽快应用NDR InfiniBand到他们的业务中去，享受NDR的技术优势。 NVIDIA网络高级副总裁Gilad Shainer表示： “我们AI客户最重要的工作就是处理日益复杂的应用程序，这需要更快速、更智能、更具扩展性的网络。NVIDIA Mellanox 400G InfiniBand的海量吞吐量和智能加速引擎，帮助HPC、AI和超大规模云基础设施以更低的成本和复杂性，实现无与伦比的性能。” E级AI和HPC时代已经来临，同时带来新的挑战，软件定义、硬件加速、面向网络计算的可编程NDR InfiniBand产品将于2021年第二季度提供样品。NDR产品的出现，将会大幅提升E级AI和HPC系统的性能和效率，简化系统的管理和操作，降低系统的TCO，进而保护数据中心的投资。

本次36氪“2020年度中国最具登陆科创板潜力企业TOP50”榜单，深度挖掘新一代信息技术、集成电路、生物医药、新材料等领域具有行业风向标意义的企业，普莱信智能作为一家拥有底层核心技术的高端装备平台型企业，产品包括半导体设备、精密绕线设备两大产品线，为光通信、半导体、MiniLED、电感等行业提供先进的封装解决方案。在当下复杂多变的国际经济形势中，突破卡脖子的核心技术，争取发展主动权，相信拥有巨大技术潜力的普莱信智能将继续在未来的时光里给市场带来更多的惊喜。 2019年6月,科创板在上海证券交易所正式开板。在科创板的推动下，更多的新一代信息技术、集成电路、生物医药、新材料等领域的优质高科技企业被大众看到，在资本市场上接受考验，获取进一步向前的弹药。据统计，在过去一年半的时间里，共有199家企业登陆科创板，平均市值达184.50亿，平均首发募资金额达14.61亿。 科技作为第一生产力，随着新基建、数字化经济发展的全面实施，未来的世界将变得越来越智能化，普莱信智能将坚持自主研发创新的道路，用卓越的产品技术服务于世界，引领行业发展，为国家社会发展贡献自己的一份力量！

虽然此前台积电曾明确表示不会跟进调涨报价，但仍有消息传出台积电将取消12英寸接单价取消往年的折让，等同于变相涨价。这将直接影响到台积电的所有制程，明年晶圆代工不只8英寸供不应求，连12英寸也相当吃紧。台积电回应表示不评论市场传闻和价格问题。 中国台湾媒体报道称，部分晶圆厂往年均会对客户的代工价进行折让，约为3-5%不等。台积电折让比例最低，往年约在3%左右，不过这一折扣明年还是或会被取消。 还有消息称联电明年也将采取同样措施，12英寸晶圆代工产能吃紧情况加重。无独有偶，各大IC设计厂、IDM大厂、世界先进制程厂都陆续宣布将在2021年涨价，8英寸、12英寸晶圆产能被挤爆。 通过台积电近日公布11月份业绩来看，整体营收仍然在持续增加。合并营收1248.65亿元新台币（约合289.65亿元人民币），同比增长15.7%、环比增加4.7%，营收已连续18个月同比增长。 此前，台积电受到贸易清单影响，不能为华为供货了。在这样的情况下，台积电直接宣布在美国投资120亿美元建设5nm的芯片生产线。不过，没有让人想到的是，失去华为这个大客户并没有影响到台积电，刘德音还对外表示，限制台积电出货，失去了部分订单，对台积电并没有影响。另一方面，台积电董事长刘德音还表示，台积电正在研究量子运算。 经过一系列操作，2021年整个晶圆代工市场或将迎来一波涨价潮。 反观中国大陆方面，信息消费联盟理事长项立刚表示：“大陆之所以没有出现台积电这样的企业，是因为后发的原因及市场规律。然而市场规律同样也会给大陆未来缔造出台积电一样的企业提供机会，因为今天无论是国家安全、产业格局还是发展机会，都到了中国在芯片制造领域有所作为的时候。我们已在芯片设计和制造领域广泛发力，在存储芯片领域取得突破，从市场占有率为0很快达到了5%以上，技术水平也居世界前列。中芯国际这样的代工企业也在高速成长，未来5年，芯片代工企业的实力会迅速增强，形成技术突破，抢占全球市场。” 担任公司董事会执行董事、副董事长。另外，中芯国际两位联席CEO赵海军、梁孟松将直接向蒋尚义汇报。 再度加盟是因为2016年12月蒋尚义曾正式加入中芯国际，任职第三类独立非执行董事，但在2019年6月21日辞任。随后，蒋尚义加盟武汉弘芯，出任CEO。不过随着武汉弘芯项目烂尾逐渐被曝光，蒋尚义已经在今年11月17日发布律师函声明，已于6月因个人原因辞去武汉弘芯一切职务，弘芯也接受了此辞呈。 根据国内媒体透露，蒋尚义曾担任台积电研发副总裁和共同首席运营官（COO）等职务。在台积电任职期间， 蒋尚义牵头了0.25um，0.18um，0.15um，0.13um，90nm，65nm，40nm，28nm，20nm，以及16nm FinFET 等关键节点的研发，使台积电的行业地位从技术跟随者发展为技术引领者。 据悉，蒋尚义在台积电时曾提议做先进封装，最后获得张忠谋批准。目前，台积电在3D封装领域已经取得了不错的技术突破，这为其延续摩尔定律提供了技术保障。

前言 一位读者朋友跟我反馈，能不能写一篇比较全的配置中心的文章。自己最近在面试过程中有被面试官问：如何设计一个配置中心？ 这个话题，由于自己在工作中也没实际使用过配置中心，所以对于如何去设计是完全没有概念的。 今天就给大家写一篇去配置中心需要考虑的点，我也不是什么配置中心开源项目的参与者，所以写出来的仅供大家参考。 有必要重复造轮子吗？ 当面试官问你：如果让你写一个配置中心，说说你的设计思路？ 首先我们要有自己的想法，虽然是在面试过程中的问题。我们也可以反问，市面上目前有几款很优秀的开源的配置中心，我们可以直接拿来用，有必要去重新造轮子吗？ 如果面试官说只是考察一下你对这块的设计和理解程度，然后你就可以接着讲解你的思路了。如果面试官说我们很多框架都是自研的，任性，就是有这个需求，那你还是得接着说，躲不掉，哈哈。 如果要重新造，我们也可以基于开源的进行改造，下面我说下如果要设计一个配置中心，它的整体思路是怎样的，需要用到哪些技术点，然后开始你的表演。 配置存储选型 首先我们来看存储的选型，配置中心需要存储所有的配置内容，肯定需要进行存储。目前主流开源的配置中心都采用 Mysql 进行配置的存储，当然你也可以用其他的，比如 MongoDB 也非常适合。 用不同的数据库在设计表结构的时候会有所不同，比如 Mysql 可能要 10 个表，MongoDB 简化后可能 5 个表就够了（Mysql 多表关联，MongoDB 内嵌文档）。 Mysql 多表关联 这些表除了基本的配置内容存储，还有就是一些辅助的表，比如用户信息，权限信息等。 除了底层结构的设计，我们还需要考虑存储的可用性。Mysql 可以做主从，分库分表等，MongoDB 天生就是分布式的数据库，也不存在单点问题，在可用性这块都是 OK 的。 另外在设计层面，对于配置信息可以加上本地缓存，当数据库或者服务不可用时也能短暂提供服务能力，一般都是在 client 层面做。Apollo 和 Nacos 都会在本地缓存配置信息。 配置隔离 配置隔离在配置中心也是非常重要的一个点，不同的环境不同的配置信息，这个是最基础的。在没使用配置中心之前通常都是在项目中为每个环境维护一个配置文件，然后通过命令进行切换需要使用的文件。 除了环境的隔离，还有一种就是访问层面的隔离，比如命名空间，不同的空间相互是隔离的，不能相互访问。 底层隔离的方式也有很多种，第一种是在存储的时候增加一个字段进行环境的区分，数据统一存储在一起，但是可以区分，这种方式好处在于一套配置中心可以提供给所有环境进行使用。 第二种是在部署层面直接就隔离了，也就是测试环境部署一套独立的配置中心，线上也部署一套独立的配置中心，也就不需要在存储的时候通过字段隔离了。 第三种也是部署的时候进行隔离，不同的点在于 Web 后台管理只部署一套，配置信息对应的服务可以按环境部署多套，每套都有自己独立的数据库，Apollo 就是采用这种方式。 配置推送刷新 配置在修改后能够实时的推送到应用程序中进行更新，这个是最重要的一个功能，用户体验也是非常好的。在没用配置中心之前，有用 Mysql 进行配置存储的，为了提高性能，减小数据库的压力，配置信息读取后会放入缓存中，后台会启动一个定时线程去更新，比如 1 分钟一次。 这样带来的问题就是配置改完后需要等待一定的时间客户端才能更新好，一般场景都没啥问题，对于一些特殊的场景还是需要改完立马生效，才能尽可能避免某些业务问题带来的损失。 对于配置修改及时更新的实现方式目前主要分为两种：推和拉。 拉模式前面讲过了，有时间间隔问题，就算设置的很快，比如 1 秒一次，频率太高会导致服务端压力过大。 推模式是比较好的方式，当服务端有变动的时候将变更的信息推送给客户端，即及时又能减轻定时拉取的频率。 推送可以采用 Spring DeferredResult 将请求挂起的模式实现，详情可以参考我的这篇文章：Apollo服务端设计原理剖析 更好的方式是推拉结合，目前主流的配置中心都是采用这种方式。推保证及时性，拉用于兜底，保证最终配置一致性，推拉结合的模式可以将拉取的时间放长，降低服务端压力。 集成 Spring Spring 是 Java 语言开发必不可少的好朋友，使用 Spring 可以极高的提高我们的开发效率，各种框架都能非常方便的集成。 在 Spring 中最常见的两种获取配置值的方式是@Value 和@ConfigurationProperties，要想使用上面的方式能够获取到配置中心里的内容，需要在项目启动的时候从配置中心加载对应的配置内容，然后集成到 Spring 中。 Spring 中提供了 ConfigurableEnvironment，ConfigurableEnvironment 中又包含多个 PropertySource。PropertySource 就是 Key，Value 的配置。所以需要在应用启动的时候，获取配置信息组装成 PropertySource 交给 Spring 管理。 权限审计 无论是所有环境用一套配置中心还是每个环境都有单独的部署，权限控制还是要的，因为不同的小组负责不同的业务，肯定不能随便去改动其他组的配置。 另一个场景就是配置能被谁改，这个一般都是负责人进行修改，团队人员可以查看配置信息，这个也是很常见需要进行控制的场景。 单纯从配置的功能来讲，很多人都会说为什么我要用配置中心，自己搞张表存储一下不也行么，我认为配置的存储是最基本的功能，更多让我们使用配置中的原因在于可以节省我们自己去做的成本。同时配置中心具有很全的治理方面的能力，比如权限，灰度实用的功能等。 指标监控 作为一款中间件，而且是被很多系统使用，它的一些性能指标也是需要监控起来的。常见的做法有下面几种方式。 一种是配置中心自己暴露出一些指标数据，可以让外部监控系统进行拉取，pull 方式。像 Nacos 中就暴露了 metrics 数据，可以用 prometheus 进行拉取并监控，非常方便。 一种是配置中心自己埋点，对接一些监控系统，采用 push 的方式。比如 Apollo 中就集成了 Cat 的监控，可以将相关监控数据投递到 Cat 中进行展示并告警。 还有一种方式就是提供 Tracer 相关的 SPI，可以让使用方自行去接入不同的监控，灵活度更高。 无论用哪种方式，我们的最终目的是一致的，都是为了能够让 Bug…

摘要：LED灯主打“节能、环保”，所以LED灯出厂前都会进行功率因数测试。但LED驱动电源输入电流是非正弦波，因此需要进行基波功率因数的测试，那么该如何正确进行此项测试?本文带你一探究竟。 一、为什么LED行业要测试基波功率因数? 功率因数通用定义是有功功率与视在功率之比。功率因数低，说明电路无功功率大。功率因数越低，供电设备的负荷越重，电网越不稳定。对于大功率的灯具来说，若功率因数低了，可能会造成:设备损耗大、电力设备超负荷、电网不稳定、谐波污染等问题。 在大家印象中，“功率因数由电压与电流之间的相位差决定，它的物理意义是指电压和电流之间相角差的余弦值”。如下图所示。 图1 电流电压相位角关系 注： 以上关系只适用于“正弦波电路中”， 而如果在非正弦波电路中，功率因数与总谐波失真及基波功率因数有关，如在LED灯电路中。 因为LED是一个半导体二极管，它需要直流供电，如果用市电供电的话，就一定会有一个整流器，通常是二极管整流桥。为了得到尽可能平滑的直流避免出现纹波闪烁，通常都需要加上一个大电解电容。而后面的LED可以近似为一个电阻，所以整个电路如图2所示。 图2 LED灯的等效电路 其各种电压电流波形如下图所示，其中 为输入交流电压， 为LED电路中整流二极管的充放电波形， 为输入电流波形。因其电流波形不是正弦波。所以整个系统是一个非线性系统。 图3 各种电压电流波形 通常电气设备的波形比较接近正弦波，谐波不多，大多数情况下基波电流 ≈总电流 ，输入电流失真系数λ≈1， ≈ ，所以 可以等同为功率因数。 而在非正弦供电电路中，功率因数没有明确的物理意义，因此在LED行业这种非正弦供电电路中会关注的是基波功率因数 。 推荐测试设备1——PA5000H功率分析仪 图4 PA5000H LED行业关注较多的则是电源的电压、电流、功率、谐波及功率因数，如何准确测量这些参数是首要解决的问题，PA5000H功率分析仪拥有0.05%功率测量精度，5MHz带宽以及丰富的谐波测量功能可以广泛应用于LED电源的研发与测试。 1. 丰富的电参数测量 如何提升功率因数一直是LED行业的难题，要提升功率因数就必须同时准确测量电源的各种电参数，PA5000H功率分析仪不仅可以针对非正弦系统直接测量出基波功率因数(PF1)，还能实时显示电压电流波形，丰富的电参数显示项目可让用户分析电源的各种性能指标，可帮助用户提升功率因数设计提供强有力的数据支持。 图5 丰富的电参数显示 2. 双PLL源倍频技术 PA5000H功率分析仪通过引入双PLL硬件电路，使采样频率和信号频率同步，保证采样数据正好是信号周期的整数倍，消除频谱泄露，可以获得准备的谐波测量结果。 图6 双PLL源设置 3. 500次谐波测量 PA5000H功率分析仪带宽高达5MHz、采样率可达2MS/s，可以测量高达500次谐波，并有多种组合显示方式能同时显示各次谐波含量，为了方便用户进行更细致的分析，我们还设计了可以查看任一次谐波数值的功能，通过此功能，用户可以查看每一次谐波的数值。 图7 功率分析仪的谐波测试 推荐测试设备2——PA310功率计 图8 PA310 4. 基波功率因数直接测量 PA300系列功率计采用了纯硬件模拟滤波器与锁相环技术，谐波测量功能完全符合谐波测量国际标准IEC61000-4-7:2002，根据基波频率，电压、电流分别可测量到最高50次谐波，不论是总谐波畸变率 (THD)，还是基波成分、基波功率因数、各次数的谐波含量、相位差、含有率等均可直接测量。 图9 谐波测试 功率测量精度高达0.1%，最小测量电流低至50µA，能够测量低至0.01W的功耗 功率计的基本测量精度可高达0.1%，由于双分流器技术的应用，可以保持分流电阻的温度稳态变化，降低温漂，可以实现从小电流到大电流测量时都能保证0.1%的功率测量精度。而且，在5mA量程下，PA310可以在最高0.01W的分辨率下执行测量，符合国际标准(IEC62301、能源之星、SPECpower)的测试。 标配PAM上位机软件，可实时监测和分析测量数据，且可通过标配的丰富通信接口USB、RS-232、GPIB和以太网接口上传至PC机。 图10 上位机测试分析

ADI公司今日宣布加大对中国市场的投资，将亚德诺半导体技术（上海）有限公司升级为亚德诺半导体（中国）有限公司，作为ADI在中国投资运营的总部型机构，这也是ADI在中国市场实施本土化战略的重要举措。 免责声明：本文内容由21ic获得授权后发布，版权归原作者所有，本平台仅提供信息存储服务。文章仅代表作者个人观点，不代表本平台立场，如有问题，请联系我们，谢谢！

近日，华为董事、战略研究院院长徐文伟受邀在IEEE GLOBECOM 2020大会上发表了主题为“万物智联的未来愿景”的演讲。IEEE GLOBECOM年会是IEEE（电气电子工程师学会）的两个旗舰会议之一，是IEEE在通信领域的全球顶级学术会议，旨在共同探讨并致力于推动通信相关的全方位创新。 徐文伟在会上表示：“5.5G是无线通信行业的下一步愿景，以满足从万物互联到万物智联的需求”，并呼吁坚持学术多样性和开放性，继续开放升级、科研升级、合作升级，产业、学术界和研究机构持续共同协作，推动基础技术的发明和基础理论的突破。 （华为董事、战略研究院院长徐文伟） 5G的发展，短期看投资、中期看生态、长期看技术演进。5G在快速规模商用的过程中，产业和垂直行业的应用和需求，推动5G进一步升级扩展，提供更丰富的联接类型、更高的联接质量，“将人类社会从万物互联带入万物智联”。 “5.5G是无线通信产业的下一步”，徐文伟表示。5.5G愿景，是对5G场景的增强和扩展。首先是继续增强ITU所定义的eMBB、mMTC、URLLC三大标准场景。然后5.5G还要扩展3大新场景，包括上行超宽带UCBC（Uplink Centric Broadband Communication）、宽带实时交互RTBC（Real-time Broadband Communication）和通信感知融合HCS（Harmonized Communication and Sensing），把5G场景的“三角形”变成更为丰富的“六边形”。 徐文伟还阐述了5.5G发展的三个技术诉求，“5.5G来源于5G，需要兼容所有5G设备；5.5G需要实现sub-100GHz全频段按需灵活使用；5.5G需要与AI深度融合，实现Air Interface+AI、Network+AI、Service+AI，应对网络多样性需求、能耗管理等诉求。”

初识 zookeeper Zookeeper 它作为Hadoop项目中的一个开源子项目，是一个经典的分布式数据一致性解决方案，致力于为分布式应用提供一个高性能、高可用，且具有严格顺序访问控制能力的分布式协调服务。 1、zookeeper数据模型 zookeeper 维护了一个类似文件系统的数据结构，每个子目录（/微信、/微信/公众号）都被称作为 znode 即节点。和文件系统一样，我们可以很轻松的对 znode 节点进行增加、删除等操作，而且还可以在一个znode下增加、删除子znode，区别在于文件系统的是，znode可以存储数据（严格说是必须存放数据，默认是个空字符）。 由于zookeeper是目录节点结构，在获取和创建节点时，必须要以“/” 开头，否则在获取节点时会报错 Path must start with / character。 [zk: localhost:2181(CONNECTED) 13] get testCommand failed: java.lang.IllegalArgumentException: Path must start with / character 根节点名必须为“/XXX”，创建子节点时必须要带上根节点目录“/XXX/CCC”、“/XXX/AAA”。 例如：想要获取下图 程序员内点事 节点必须拼接完整的路径 get /微信/公众号/程序员内点事 get /微信/公众号/程序员内点事 在这里插入图片描述 znode被用来存储 byte级 或 kb级 的数据，可存储的最大数据量是1MB（请注意：一个节点的数据量不仅包含它自身存储数据，它的所有子节点的名字也要折算成Byte数计入，因此znode的子节点数也不是无限的）虽然可以手动的修改节点存储量大小，但一般情况下并不推荐这样做。 2、znode节点属性 一个znode节点不仅可以存储数据，还有一些其他特别的属性。接下来我们创建一个/test节点分析一下它各个属性的含义。 [zk: localhost:2181(CONNECTED) 6] get /test456cZxid = 0x59ac //ctime = Mon Mar 30 15:20:08 CST 2020mZxid = 0x59admtime = Mon Mar 30 15:22:25 CST 2020pZxid = 0x59accversion = 0dataVersion = 2aclVersion = 0ephemeralOwner = 0x0dataLength = 3numChildren = 0   节点属性 注解 cZxid 该数据节点被创建时的事务Id mZxid 该数据节点被修改时最新的事物Id pZxid 当前节点的父级节点事务Id ctime 该数据节点创建时间 mtime 该数据节点最后修改时间 dataVersion 当前节点版本号（每修改一次值+1递增） cversion 子节点版本号（子节点修改次数，每修改一次值+1递增） aclVersion 当前节点acl版本号（节点被修改acl权限，每修改一次值+1递增） ephemeralOwner 临时节点标示，当前节点如果是临时节点，则存储的创建者的会话id（sessionId），如果不是，那么值=0 dataLength 当前节点所存储的数据长度 numChildren 当前节点下子节点的个数 我们看到一个znode节点的属性比较多，但比较主要的属性还是zxid、version、acl 这三个。 Zxid： znode节点状态改变会导致该节点收到一个zxid格式的时间戳，这个时间戳是全局有序的，znode节点的建立或者更新都会产生一个新的。如果zxid1的值 < zxid2的值，那么说明zxid2发生的改变在zxid1之后。每个znode节点都有3个zxid属性，cZxid（节点创建时间）、mZxid（该节点修改时间，与子节点无关）、pZxid（该节点或者该节点的子节点的最后一次创建或者修改时间，孙子节点无关）。 zxid属性主要应用于zookeeper的集群，这个后边介绍集群时详细说。 Version： znode属性中一共有三个版本号dataversion（数据版本号）、cversion（子节点版本号）、aclversion（节点所拥有的ACL权限版本号）。 znode中的数据可以有多个版本，如果某一个节点下存有多个数据版本，那么查询这个节点数据就需要带上版本号。每当我们对znode节点数据修改后，该节点的dataversion版本号会递增。当客户端请求该znode节点时，会同时返回节点数据和版本号。另外当dataversion为 -1的时候可以忽略版本进行操作。对一个节点设置权限时aclVersion版本号会递增，下边会详细说ACL权限控制。 验证一下，我们修改/test节点的数据看看dataVersion有什么变化，发现dataVersion属性变成了 3，版本号递增了。 [zk: localhost:2181(CONNECTED) 10] set /test 8888cZxid = 0x59acctime = Mon Mar 30 15:20:08 CST 2020mZxid = 0x59b6mtime = Mon Mar 30 16:58:08 CST 2020pZxid = 0x59accversion = 0dataVersion = 3aclVersion = 0ephemeralOwner = 0x0dataLength = 4numChildren = 0 3、znode的类型 zookeeper 有四种类型的znode，在用客户端 client 创建节点的时候需要指定类型。 zookeeper.create("/公众号/程序员内点事", "".getBytes(), Ids.OPEN_ACL_UNSAFE, CreateMode.EPHEMERAL_SEQUENTIAL); PERSISTENT-持久化目录节点 ：client创建节点后，与zookeeper断开连接该节点将被持久化，当client再次连接后节点依旧存在。 PERSISTENT_SEQUENTIAL-持久化顺序节点 ：client创建节点后，与zookeeper断开连接该节点将被持久化，再次连接节点还存在，zookeeper会给该节点名称进行顺序编号，例如：/lock/0000000001、/lock/0000000002、/lock/0000000003。 EPHEMERAL-临时目录节点 ：client与zookeeper断开连接后，该节点即会被删除 EPHEMERAL_SEQUENTIAL-临时顺序节点 ：client与zookeeper断开连接后，该节点被删除，会给该节点名称进行顺序编号，例如：/lock/0000000001、/lock/0000000002、/lock/0000000003。 节点的ACL权限控制 ACL：即 Access Control List (节点的权限控制)，通过ACL机制来解决znode节点的访问权限问题，要注意的是zookeeper对权限的控制是基于znode级别的，也就说节点之间的权限不具有继承性，即子节点不继承父节点的权限。 zookeeper中设置ACL权限的格式由 : : 三段组成。 schema ：表示授权的方式 world：表示任何人都可以访问 auth：只有认证的用户可以访问 digest：使用username  ：password用户密码生成MD5哈希值作为认证ID host/ip：使用客户端主机IP地址来进行认证 id：权限的作用域，用来标识身份，依赖于schema选择哪种方式。 acl：给一个节点赋予哪些权限，节点的权限有create,、delete、write、read、admin 统称 cdwra。 1、world：表示任何人都可以访问 我们用 getAcl 命令来看一下，没有设置过权限的znode节点，默认情况下的权限情况。 [zk: localhost:2181(CONNECTED) 12] getAcl /test'world,'anyone: cdrwa 看到没有设置ACL属性的节点，默认schema 使用的是world，作用域是anyone，节点权限是cdwra，也就是说任何人都可以访问。 那我们如果要给一个schema 为非world的节点设置world权限咋搞？ setAcl /test world:anyone:crdwa 2、auth：只有认证的用户可以访问 schema 用auth授权表示只有认证后的用户才可以访问，那么首先就需要添加认证用户，添加完以后需要对认证的用户设置ACL权限。 addauth digest test:password(明文) 需要注意的是设置认证用户时的密码是明文的。 [zk: localhost:2181(CONNECTED) 2] addauth digest user:user //用户名：密码[zk: localhost:2181(CONNECTED) 5] setAcl /test auth:user:crdwa[zk: localhost:2181(CONNECTED) 6] getAcl /test'digest,'user:ben+k/3JomjGj4mfd4fYsfM6p0A=: cdrwa 实际上我们这样设置以后，就是将这个节点开放给所有认证的用户，setAcl /test auth:user:crdwa 相当于setAcl /test auth::crdwa。 3、digest：用户名:密码的验证方式 用户名:密码方式授权是针对单个特定用户，这种方式是不需要先添加认证用户的。 如果在代码中使用zookeeper客户端设置ACL，那么密码是明文的，但若是zk.cli等客户端操作就需要将密码进行sha1及base64处理。 setAcl   digest: : : setAcl /test digest:user:jalRr+knv/6L2uXdenC93dEDNuE=:crdwa 那么密码如何加密嘞？有以下几种方式： 通过shell命令加密 echo -n  : <password> | openssl dgst -binary -sha1 | openssl base64 使用zookeeper自带的类库org.apache.zookeeper.server.auth.DigestAuthenticationProvider生成 java -cp /zookeeper-3.4.13/zookeeper-3.4.13.jar:/zookeeper-3.4.13/lib/slf4j-api-1.7.25.jar \  org.apache.zookeeper.server.auth.DigestAuthenticationProvider \  root:rootroot:root->root:qiTlqPLK7XM2ht3HMn02qRpkKIE= 4、host/ip：使用客户端主机IP地址来进行认证 这种方式就比较好理解了，通过对特定的IP地址，也可以是一个IP段进行授权。…

编排 | strongerHuang 微信公众号 | 嵌入式专栏 不知道大家写程序、画板子时，版本号是怎么命名的？ 最常见的就是V1.0.0这种简单的形式命名，复杂一点就是带有日期、后缀等版本信息。 当然，版本号命名规范就像代码规范一样，不同公司、不同岗位的规范不同。 下面就来简单说下关于版本号命名的常见规范。 1、通用版本命名规范 这里分享一种通用的版本命名规范，格式： 主版本号.子版本号.修订版本号.日期_版本阶段 比如：V1.2.3.20201228_rc 说明： 第一位（1）：主版本号。 当功能模块有较大的变动，比如增加多个模块或者整体架构发生变化。此版本号由项目决定是否修改。 第二位（2）：子版本号。 当功能有一定的增加或变化，比如增加了对权限控制、增加自定义视图等功能。此版本号由项目决定是否修改。 第三位（3）：修订版本号。 一般是 Bug 修复或是一些小的变动，要经常发布修订版，时间间隔不限，修复一个严重的bug即可发布一个修订版。此版本号由项目经理决定是否修改。 日期版本号（20201228）： 用于记录修改项目的当前日期，每天对项目的修改都需要更改日期版本号。此版本号由开发人员决定是否修改。 希腊字母版本号(rc)： 此版本号用于标注当前版本的软件处于哪个开发阶段，当软件进入到另一个阶段时需要修改此版本号。此版本号由项目决定是否修改。 软件版本阶段说明： Base版: 此版本表示该软件仅仅是一个假页面链接，通常包括所有的功能和页面布局，但是页面中的功能都没有做完整的实现，只是做为整体网站的一个基础架构。 Alpha版: 此版本表示该软件在此阶段主要是以实现软件功能为主，通常只在软件开发者内部交流，一般而言，该版本软件的Bug较多，需要继续修改。 Beta版: 该版本相对于α版已有了很大的改进，消除了严重的错误，但还是存在着一些缺陷，需要经过多次测试来进一步消除，此版本主要的修改对像是软件的UI。 RC版: 该版本已经相当成熟了，基本上不存在导致错误的BUG，与即将发行的正式版相差无几。 Release版: 该版本意味“最终版本”，在前面版本的一系列测试版之后，终归会有一个正式版本，是最终交付用户使用的一个版本。该版本有时也称为标准版。一般情况下，Release不会以单词形式出现在软件封面上，取而代之的是符号(Ｒ)。 阶段名称 阶段标识 阶段名称 阶段标识 需求控制 a 设计阶段 b 编码阶段 c 单元测试 d 单元测试修改 e 集成测试 f 集成测试修改 g 系统测试 h 系统测试修改 i 验收测试 j 验收测试修改 k 2、其他版本命名规范 不同的软件，其版本命名会不同，比如我前几天分享的《Keil MDK 和 IAR EARM发展历程及历史版本下载》你就会发现： Keil MDK版本命名为：V5.33 （只有主版本和次版本） 而IAR EWARM版本命名为：V8.50.9.33462（通过序列号代替日期） 其实，绝大部分软件的主版本和次版本才是关键，其它修订版本、日期版本这些因软件而已。 像微信、QQ、支付宝、抖音这些大家常用的APP软件版本号，你会发现，也是类似方法命名。 免责声明：本文内容由21ic获得授权后发布，版权归原作者所有，本平台仅提供信息存储服务。文章仅代表作者个人观点，不代表本平台立场，如有问题，请联系我们，谢谢！