首页 文章 精选 留言 我的

精选列表

搜索[向量化执行],共10018篇文章
优秀的个人博客,低调大师

CentOS 项目宣称“所有人开放”

在红帽决定限制对 RHEL 源代码的访问后,许多兼容 RHEL 的发行版最近都进行了表态,比如Rocky Linux 找到了获取源代码的新方法,以及: AlmaLinux 不再 1:1 兼容 RHEL,未来致力于兼容 ABI SUSE 投入 1000 万美元,fork RHEL 甲骨文嘲讽红帽,并计划继续保持 Oracle Linux 与 RHEL 兼容 现在,公共 RHEL 源代码其实就是上游 CentOS Stream 代码,未来的 Red Hat Enterprise Linux 版本最终将基于此构建。CentOS 项目董事会于周五在官方博客发布了一份声明,称他们“对所有人开放”,并与社区合作。但目前尚无任何政策变化或重大公告。 博客文章写道:“发展社区并使人们更容易做出贡献是成功的关键要素。我们对与 CentOS 项目合作的兴趣感到兴奋。自 2023 年春季以来,CentOS 董事会和社区成员一直在制定一套指南,以帮助定义 CentOS 及其交付成果的成功意味着什么。建设社区和贡献从第一天起就是指南的一部分。我们对新贡献者的兴趣感到兴奋,并期待与他们合作,改善 CentOS 项目、我们共同的 SIG 社区和整个 Linux 生态系统。”

优秀的个人博客,低调大师

DevOps 业务进阶,BizDevOps 要如何实现?

DevOps 是什么,想必大家都知道。但这个概念,并没有停止进化,而是根据开发实践的不停深入而产生了不同变种。其中,BizDevOps 便是其中最注重与业务结合的一个。 BizDevOps,也称为DevOps2.0,Business(业务) + Dev(开发)+ Ops(运营),是一种软件开发方法,它鼓励开发人员、运营人员和业务团队一起工作,以使组织可以更快地开发软件,对用户需求做出更快的响应并最终实现收入最大化。 01 BizDevOps 势在必行 DevOps 为何诞生?就是为了打破开发与运营之间的部门墙。同理,BizDevOps 则更为进阶。 尽管DevOps弥合了开发和运维部门之间的鸿沟,但大约30%到35%的IT项目都失败了。原因通常是业务利益相关者和技术部门之间缺乏协作,这导致团队开发和业务需求之间出现差距。 据 IDC分析师Stephen Elliot估计,有30%到35%的IT项目在业务价值上来说都是失败的,其他的研究则出现更高的分析结果,甚至接近50%。许多项目都出现大规模的滞后、不断返工最后才让业务方满意。主要原因是需求定义不明确和开发人员、用户和其他利益相关者之间缺乏沟通。 为了解决这一问题,DevOps流程演变为包括业务(Business)利益相关者。BizDevOps是一种软件开发方法,它将非技术业务用户、开发人员和运营团队召集在一起,以快速交付符合业务和市场需求的定制解决方案。 开发团队创建代码,运营团队在代码发布后对其进行管理,管理团队审查业务关键绩效指标 (KPI) 的数据并为未来的开发项目设定要求。 BizDevOps 致力于从根本上改变软件的开发方式。在这种方法中,业务团队不仅设定要求,他们还直接与开发人员合作,为敏捷软件开发冲刺和积压的工作设定优先级。他们成为业务方的合作伙伴,与管理人员一起解决问题,实现业务目标。 当下,越来越多的开发团队认识到,需要与其业务方紧密协同以确保软件开发带来更好的业务成果,DevOps 帮忙实现应用程序交付、投产的高速度和高可靠性,但这远远不够,如果一个项目不能给业务提供价值,那能称之为成功吗?所以,DevOps 正在演变为BizDevOps。 在 DevOps 的基础上,BizDevOps 需要更多的包容性。当然,想要从文化层面去根治,几乎是不可能的,而是必须从技术层给予支持。 有了低代码后,这一状况将得到根本改善:上述各角色都可以在同一个低代码开发平台上紧密协作(甚至可以是同一个人)。这种全新的协作模式不仅打破了部门墙,还能通过统一的可视化语言和单一的应用表示(页面/数据/逻辑),轻松对齐项目各方对应用形态和项目进度的理解,实现BizDevOps。 自从 Forrester于2014年首次提出 “Low-Code(低代码)” 这一概念,这几年,低代码发展迅速,在国外已经有相对成熟的商业模式了,而国内也在2018年左右开始热议,不少 DevOps 平台多多少少都有涉及到此概念。 02 实现 BizDevOps,我们该怎么做? Gartner预测,到2021年应用开发需求的市场增长将至少超过企业IT交付能力的5倍。面对如此巨大的IT缺口,如果没有一种革命性的“新生产力”体系,很难想象仅凭现有传统技术体系的发展延续就能彻底解决问题。 低代码 + BizDevOps 的实践,渐成大势所趋。而想要一个低代码 + BizDevOps 项目走上正轨,两个角色必须关注: 业务代表– BizDevOps 流程中的关键角色。业务用户(即产品负责人)负责通过对应用程序提出需求或反馈来提供业务方面的见解,然后将其转换为用户案例。 开发人员– 支持业务分析师构建应用程序,提供实际成果。开发人员专注于集成、数据模型、安全、性能等技术方面的工作。 一、开发团队方面:好的 DevOps 工具链,可以保障前端与后端之间的良性循环 开发人员之间有一个很经典的开发者循环,也就是开发人员最常见的任务,充分利用他们的技能:编码、运行、验证和调试。这也构成了一个开发团队之间的“内循环”。 要形成良好的“内循环”,一个好的 DevOps 工具链是必不可少的。 所有工具连接成一条链,保证了前端和后端开发人员、质量分析人员和客户之间的盈利循环。从而达到自动化开发和部署流程,以确保快速、可靠和预算友好地交付创新解决方案的目标。 这绝非易事,需要进行不断的实验和改进,以确保基本流程完全自动化。关于 DevOps 工具的推荐,可以点击查看之前的文章:《推荐!DevOps 工具正越来越自动化》。 除此之外,在工具层面我们也要擅用 AI。比如 AIOps 这个概念,AIOps将人工智能 (AI)、分析和机器学习 (ML) 结合在一起,以自动识别和修复 IT 运营问题。通常,我们可以将 AIOps 系统作为 CI/CD 工具链的一部分并跨混合开发、测试和生产系统运行。 二、业务团队方面:让不写代码的人也参与进来 但在 BizDevOps 中,仅仅关注开发者之间的“内循环”是不够的。让其他部门参与进来并打破孤岛,在整个组织中建立 BizDevOps 文化,形成更大的“外循环”才是关键。 BizDevOps可以帮助消除业务部门开发之间的隔阂。比如,支持新产品发布的销售和营销团队需要持续了解开发项目的进度;同时,开发人员利益相关者也需要了解业务活动。 在BizDevOps 文化中,业务部门可以将客户反馈和要求传达到开发周期中,以便增量版本可以包含客户请求的功能。让业务部门等不写代码的人参与进来的办法有两个: 第一,允许业务部门访问文档、接受演示甚至使用测试版本等非技术办法。第二则是通过低代码和自动化等技术办法来教育业务团队。 三、最后却也是最重要的:选对平台 在目前国内的 DevOps 工具平台的选项中,飞算SoFlu软件机器人应该是功能较为齐全的那一类。尤其,飞算SoFlu软件机器人最近线的“前端全自动开发平台”,十分有利于BizDevOps的实施。相关网址:https://www.feisuanyz.com/webv/ 这个新上线的平台其实是一个前端开发客户端,它可以提供可视化开发模式和丰富的页面控件,实现快速开发前端界面交互和页面自定义开发,且无业务场景限制,能够简化后端接口数据联调,其生成的前端部署包还能实现应用项目私有化部署。 这一层能力的完善,也使得飞算SoFlu软件机器人功能更加全面且更有竞争力。如下图所示,从能力维度上对比,飞算SoFlu软件机器人比国内同类型产品更加全能: 同时,飞算SoFlu软件机器人的解决方案能够在可视化搭建、降低开发成本、提供选择模版、多终端兼容等方面实现突破,为其应用维度方面的对比带来竞争力: 依托飞算SoFlu软件机器人开发、测试、运维一体化的设计和可视化的低门槛开发方式,一方面可以打破开发、测试、运维之间的部门墙;另一方面可以让业务人员全程参与软件开发,从而使得BizDevOps 能够得到真正落地。

优秀的个人博客,低调大师

5G过渡,推动光纤需求

IndexBox 发布的一份新报告:“世界 – 光纤电缆 – 市场分析、预测、规模、趋势和洞察”。 以下是该报告主要发现的摘要。 随着各国实施 5G 网络,预计需求的增加将显着推动光纤市场到 2030 年达到 150 万吨。新一代移动宽带将需要建立由光纤电缆连接的密集基站网络。 在不久的将来,美国、中国、日本和欧盟将成为光纤销售和分销最有利可图的市场。 主要趋势和见解 随着5G网络的全面铺开,光纤市场迎来了新的发展时代。下一代网络将需要大量光纤基站,因为它使用的高频信号无法覆盖很远的距离。光纤是唯一的替代品,因为它是提供必要的高数据传输速率的唯一有效电缆材料。因此,对光纤的需求预计将猛增,到 2030 年全球光纤市场可能达到 150 万吨。 美国、中国和日本显示出最大的光纤消费潜力,因为它们强调为第五代网络开发基础设施。由于其领土面积,美国很可能成为最大的光纤消费国。沙特阿拉伯、欧盟和澳大利亚也在积极实施 5G 技术。 目前,中国已安装了约70%的全球基站,使其成为 2020 年最大的光纤消费国,将达到 13.5 万吨,并在实施 5G 的速度方面领先所有其他国家。根据“十四五”规划(2021-2025),到2022年中国5G基站数量将翻一番,到2023年总量将超过510万个。 美国在 2020 年以 12.5 万吨的消费量位居第二。拜登政府宣布将在其八年计划内拨款 100B 美元用于开发宽带接入基础设施。这应该会加速该国 5G 网络覆盖范围的扩大。 日本政府宣布实施 5G 是政府的最高优先事项之一,而日本电信公司计划投资超过 14B 美元用于 5G 网络的基础设施,包括基站、服务器设备和光纤。 光纤是实现 5G 所声称的高性能的理想材料,因为它提供的带宽是铜质链路的 1000 倍以上。替代品的缺乏和对光纤的整体需求将使这一部分电缆行业对投资越来越有吸引力。 全球光纤光缆消耗 2020年,全球光缆市场自2017年以来首次下降-3.9%至$13.7B,从而结束了连续两年的上涨趋势。然而,总体而言,消费继续显示出相对平坦的趋势模式。增长速度在 2018 年最为明显,同比增长 9.7%。在回顾期内,全球市场在 2012 年达到了 $14.4B 的峰值;然而,从2013年到2020年,消费未能恢复动能。 2020 年光缆消费量最高的国家是中国(13.5 万吨)、美国(12.5 万吨)和墨西哥(6.1 万吨),合计占全球消费量的 31%。 从价值上看,美国(23亿美元)、中国(14亿美元)和法国(7.88亿美元)是2020年市场价值最高的国家,占全球市场的33%。 2020年人均光纤光缆消费量最高的国家是法国(每千人625公斤)、土耳其(每千人486公斤)和墨西哥(每千人453公斤)。 全球光纤出口 全球市场光纤电缆海外出货量连续第九年增长,2020年增长6.7%,至59.6万吨。按价值计算,2020年光缆出口收缩至68亿美元(IndexBox估计)。 中国主导着光纤光缆出口结构,出口量为 34.4 万吨,接近 2020 年总出口量的 58%。墨西哥(4.6 万吨)在总出口量中排名第二,占 7.7%,其次是美国(6.7%)。以下出口国——波兰(13000 吨)、西班牙(12000 吨)、韩国(12000 吨)、德国(12000 吨)和罗马尼亚(11000 吨)——各占总出口量的 10%。 就价值而言,全球最大的光纤电缆供应国是中国(2 亿美元)、美国(1 亿美元)和墨西哥(7.02 亿美元),合计占全球出口的 55%。紧随其后的是波兰、德国、韩国、罗马尼亚和西班牙,它们合计占了 14%。 2020年光缆平均出口价格为每吨11350美元,比上年下降-16.8%。从 2012 年到 2020 年,英国的价格增长率最为显着,而其他全球领先国家的进口价格数据则呈现出不同的趋势。

优秀的个人博客,低调大师

网工大咖看齐,摆脱考证误区!

Summer·资深网络工程师 多年网络设备厂商工作经验,支持项目1000+,涉及教育、医疗、政府、企业、公检法司等众多行业,可为大家分享不同行业的“坑”与“潜规则”。 — 小菜鸟的疑惑 — — 网工考证正反方 — — IT领域的证书 — — 思科认证体系架构 — — 华为认证体系架构 — — 考证的意义 — 扫码报名进直播群领完整版【新时代网工技能图谱】

优秀的个人博客,低调大师

每日一博 | 强大的 SVG 迈进

作者:凹凸曼 - 暖暖 SVG 即 Scalable Vector Graphics 可缩放矢量图形,使用XML格式定义图形。 一、SVG印象 SVG 的应用十分广泛,得益于 SVG 强大的各种特性。 1.1、 矢量 可利用 SVG 矢量的特点,描出深圳地铁的轮廓: 1.2、iconfont SVG 可依据一定的规则,转成 iconfont 使用: 1.3、 foreignObject 利用 SVG 的 foreignObject 标签实现截图功能,原理:foreignObject 内部嵌入 HTML 元素: <svg xmlns="http://www.w3.org/2000/svg"> <foreignObject width="120" height="60"> <p style="font-size:20px;margin:0;">凹凸实验室 欢迎您</p> </foreignObject> </svg> 截图实现流程: 首先声明一个基础的 svg 模版,这个模版需要一些基础的描述信息,最重要的,它要有 <foreignObject></foreignObject> 这对标签; 将要渲染的 DOM 模版模版嵌入 foreignObject 即可; 利用 Blob 构建 svg 对象; 利用 URL.createObjectURL(svg) 取出 URL。 1.4、SVG SMIL 由于微信编辑器不允许嵌入 <style><script><a> 标签,利用SVG SMIL 可进行微信公众号极具创意的图文排版设计,包括动画与交互。 但是也要注意,标签里不允许有id,否则会被过滤或替换掉。 点击 "凹凸实验室" 后,围绕 "凹凸实验室" 中心旋转 360度,点击0.5秒后 出现 https://aotu.io/ ,动画只运行一次。 下图为 GIF循环演示: 代码如下: <svg width="360" height="300" xmlns="http://www.w3.org/2000/svg"> <g> <!-- 点击后 运行transform旋转动画,restart="never"表示只运行一次 --> <animateTransform attributeName="transform" type="rotate" begin="click" dur="0.5s" from="0 100 80" to="360 100 80" fill="freeze" restart="never" /> <g> <text font-family="microsoft yahei" font-size="20" x="50" y="80"> 凹凸实验室 </text> </g> <g style="opacity: 0;"> <!-- 同一个初始位置以及大致的宽高,触发点击事件 --> <text font-family="microsoft yahei" font-size="20" x="50" y="80">https://aotu.io/</text> <!-- 点击后 运行transform移动动画,改变文本的位置 --> <animateTransform attributeName="transform" type="translate" begin="click" dur="0.1s" to="0 40" fill="freeze" restart="never" /> <!-- 点击0.5秒后 运行opacity显示动画 --> <animate attributeName="opacity" begin="click+0.5s" from="0" to="1" dur="0.5s" fill="freeze" restart="never" /> </g> </g> </svg> 以上是鄙人对SVG的大致印象,最近的需求开发再次刷新了我的认知,那就是 SVG实现非比例缩放 以及 小程序不支持SVG标签的处理,下面容我来讲述一番。 二、SVG 实现非比例缩放 我们熟知的 iconfont,可通过改变字体大小缩放,但是这是 比例缩放,那如何实现 SVG 的非比例缩放呢? 如下图所示,如何将 一只兔子 非比例缩放? 划重点:实现非比例缩放主要涉及三个知识点:viewport、viewBox和preserveAspectRatio,viewport 与viewBox 结合可实现缩放的功能,viewBox 与 preserveAspectRatio 结合可实现非比例的功能。 2.1、viewport viewport 表示SVG可见区域的大小。 viewport 就像是我们的显示器屏幕大小,超出区域则隐藏,原点位于左上角,x 轴水平向右,y 轴垂直向下。 通过类似CSS的属性 width、height 指定视图大小: <svg width="400" height="200"></svg> 2.2、viewBox viewBox值有4个数字:x, y, width, height 。 其中 x:左上角横坐标,y:左上角纵坐标,width:宽度,height:高度。 原点默认位于左上角,x 轴水平向右,y 轴垂直向下。 <svg width="400" height="200" viewBox="0 0 200 100"></svg> 显示器屏幕的画面,可以特写,可以全景,这就是 viewBox。 viewBox 可以想象成截屏工具选中的那个框框,和 viewport 作用的结果就是 把框框中的截屏内容再次在 显示器 中全屏显示。 (图片来源:SVG 研究之路 (23) - 理解 viewport 與 viewbox) 2.3、preserveAspectRatio 上图的红色框框和蓝色框框,恰好和显示器的比例相同,如果是下图的绿色框框,怎样在显示器屏幕中显示呢? 2.3.1、 定义 preserveAspectRatio 作用的对象是 viewBox,使用方法如下: preserveAspectRatio="[defer] <align> [<meetOrSlice>]" // 例如 preserveAspectRatio="xMidYMid meet" 其中 defer 此时不是重点,暂且忽略,主要了解 align 和 meetOrSlice 的 用法: align:由两个名词组成,分别代表 viewbox 与 viewport 的 x 方向、y方向的对齐方式。 值 含义 xMin viewport 和 viewBox 左边对齐 xMid viewport 和 viewBox x轴中心对齐 xMax viewport 和 viewBox 右边对齐 YMin viewport 和 viewBox 上边缘对齐。注意Y是大写。 YMid viewport 和 viewBox y轴中心点对齐。注意Y是大写。 YMax viewport 和 viewBox 下边缘对齐。注意Y是大写。 meetOrSlice:表示如何维持高宽的比例,有三个值 meet、slice、none。 meet - 默认值,保持纵横比缩放 viewBox 适应 viewport,可能会有余留的空白。 slice - 保持纵横比同时比例小的方向放大填满 viewport,超出的部分被剪裁掉。 none - 扭曲纵横比以充分适应 viewport。 2.3.2、 例子 例子1:preserveAspectRatio="xMidYMid meet" 表示 绿色框框 与 显示器的 x 方向、y方向的 中心点 对齐; 例子2:preserveAspectRatio="xMidYMin slice" 表示 绿色框框 与 显示器的 x 方向 中心点 对齐,Y 方向 上边缘对齐,保持比例放大填满 显示屏 后超出部分隐藏; 例子3:preserveAspectRatio="xMidYMid slice" 表示 绿色框框 与 显示器的 x 方向、y方向的 中心点 对齐,保持比例放大填满显示屏 后超出部分隐藏; 例子4:preserveAspectRatio="none" 不管三七二十一,随意缩放绿色框框,填满 显示屏即可;这就是非比例缩放的答案了。 三、小程序不支持svg标签怎么办 微信小程序官方不支持 SVG 标签的,但是决定曲线救国,相当于自己实现了一个SVG标签:使用小程序内置的 Canvas 渲染器, 在 Cax 中实现 SVG 标准的子集,使用 JSX 或者 HTM(Hyperscript Tagged Markup) 描述 SVG 结构行为表现。 但是今天我想讲讲其他的。 我们知道,小程序虽然不支持 SVG 标签,但是支持 svg 转成 base64 后作为 background-image 的 url,如 background-image: url("data:image/svg+xml.......) 。 但是我这边还有个需求,随时更改 SVG 每个路径的颜色,即 颜色可配置: 来回转 Base64 肯定是比较麻烦的,有没有更好的方式呢? 直接贴答案:对于SVG图形,还有更好的实现方式,就是直接使用SVG XML格式代码,无需进行base64转换。 3.1、URL 编码 直接使用 SVG XML 格式代码,首先要了解 Data URI的格式。 划重点:base64非必选项,不指定的时候,后面的 <data> 将使用 URL编码。 3.1.1、入门 百分号编码(Percent-encoding), 也称作URL编码(URL encoding),是特定上下文的统一资源定位符 (URL)的编码机制。 原理:ASCII 字符 = % + 两位 ASCII 码(十六进制)。 例如,字符 a 对应的 ASCII 码为 0x61,那么 URL 编码后得到 %61 。 3.1.2、URL 编码压缩 前言: Data URI 的格式中的 <data> 完全使用URL 编码也是可以的,如 encodeURIComponent('<svg version="1.1" viewBox= …</svg>')。 但是和转义前原始SVG相比,可读性差了很多,而且占用体积也变大了。 如果深入了解URL 编码的话,<data> 没必要全部编码的。 正文: RFC3986文档规定,URL中只允许包含 未保留字符 以及 所有保留字符。 未保留字符:包含英文字母(a-zA-Z)、数字(0-9)、-_.~ 4个特殊字符。对于未保留字符,不需要百分号编码。 保留字符:具有特殊含义的字符 :/?#[]@ (分隔Url的协议、主机、路径等组件) 和 !$&'()*+,;= (用于在每个组件中起到分隔作用的,如&符号用于分隔查询多个键值对)。 受限字符或不安全字符:直接放在Url中的时候,可能会引起解析程序的歧义,因此这部分需要百分号编码,如%、空格、双引号"、尖号 <>等等。 综上所述,只需要对 受限字符或不安全字符 进行编码即可。 JS 处理比较简单,利用 replace 将 需要编码的字符 替换掉 即可,基本替换 以下的符号 就够用了: svgToUrl (svgData) { encoded = encoded .replace(/<!--(.*)-->/g, '') // 亲测必须去掉注释 .replace(/[\r\n]/g, ' ') // 亲测最好去掉换行 .replace(/"/g, `'`) // 单引号是保留字符,双引号改成单引号减少编码 .replace(/%/g, '%25') .replace(/&/g, '%26') .replace(/#/g, '%23') .replace(/{/g, '%7B') .replace(/}/g, '%7D') .replace(/</g, '%3C') .replace(/>/g, '%3E') return `data:image/svg+xml,${encoded}` } 如果使用在 CSS 中,可利用 SASS版本3.3以上 的 三个API 对 SVG字符串做替换处理。 str_insert(string, insert, index): 从 $string 第 $index 插入字符 $insert; str_index(string, substring): 返回 $substring 在 $string 中第一个位置; str_slice(string, start_at, end_at = nil): 返回从字符 $string 中第 $start_at 开始到 $end_at 结束的一个新字符串。 前人已有总结,可前往 https://github.com/leeenx/sass-svg/blob/master/sass-encodeuri.scss 查看完整代码。 3.2、SVG 压缩 一般从 Sketch 导出 SVG ,冗余代码比较多,有条件的话建议使用 SVGO 压缩SVG的原本体积,比如清除换行、重复空格;删除文档声明;删除注释;删除desc描述等等。 四、总结 SVG强大的地方在于,出其不意,炫酷,与众不同。 无论是微信公众号花式排版,foreignObject 标签实现截图,实现非比例缩放,或者 背景图直接使用 SVG XML 格式代码,还是上文没有提及的路径动画、描边动画、图形裁剪、滤镜等等,都可以玩出新的花样。 SVG 一个属性可成就一篇文章,学习 SVG 可以说是在挑战自己,欢迎加入 SVG 的学习队列。 五、参考内容 · 推荐阅读 三看 SVG Web 动效 URL编码的奥秘 学习了,CSS中内联SVG图片有比Base64更好的形式 超级强大的SVG SMIL animation动画详解 详细教你微信公众号正文页SVG交互开发 SVG <foreignObject>简介与截图等应用 欢迎关注凹凸实验室博客:aotu.io 或者关注凹凸实验室公众号(AOTULabs),不定时推送文章:

优秀的个人博客,低调大师

IBM 合作伙伴推出Power 9

ZD至顶网服务器频道 08月25日 新闻消息:在Hot Chips会议上首次提到的IBM Power 9 处理器有可能成为劲爆芯片,Power 9预计有助新 OEM 和加速器合作伙伴的发展,并可为大蓝色IBM叫板主要竞争对手英特尔的高端服务器注上一剂强心剂。 该款14nm Power 9今年3月曾被提到过,它在加速器热门领域用到的策略颇有些大胆,尽管或许也有些支离破碎。Power 9是IBM 第一款用了纵、横规模性系统设计的Power芯片系列。 和过去的 IBM 微处理器一样,为了达到新的性能水平,Power 9用了内存块区,包括高达 120 Mb置于每秒7 Tbit芯片结构上的共享 L3 缓存里的嵌入式 DRAM。 Power 9芯片首席架构师Brian Thompto表示,就一系列的性能标准而言,预期明年底上架的Power 9的性能与Power 8比有50%至2倍多的提高。内核和芯片层次上的新设计有助于提高性能。 Power9 版本用的DDR4 Dimm 可以吸引 OEM在成本上开展竞争。(IBM图) IBM 将发布4个Power 9版本(如上图所示)。其中的两个版本用了每个内核8线程及每个芯片12内核的结构,可用于IBM 的Power虚拟化环境;另外两个版本用了每个内核4线程及每个芯片24内核的结构,可用于Linux。二者均有2个版本,一个版本用于两插槽8 DDR4 端口服务器,另一个版本用于多芯片、缓冲 Dimm型服务器。 多元化的选择有助于吸引 OEM商家。IBM 一直在利用OpenPower社群试图鼓励其他商家建造Power系统,OpenPower社群现有200 多个玩家。到目前为止,中国对该社群的兴趣十分大,一家中国合作伙伴正在造自己的Power芯片。 Power 9在有些部件里用了标准DDR4 Dimm内存,这可以降低OEM门槛,因为可以将包装商品化从而降低成本。 Power9 的 120 MB L3分成 10 MB的块,供两个内核共享 IBM 的Brian Thompto 在Hot Chip活动上第一次公开介绍Power 9。(EE Times图) Power 9 的加速策略或许是该款芯片最有意思的东西。 Power 9是第一个使用了每秒16 GTransfer、 PCI Express 第4 代互连的微处理器,而PCI Express 第4 代互连的最终规格仍在等有待有关部门的批准。另外,Power 9还用了新的 每秒25 Gbit物理互连,名为IBM BlueLink。 两个互连均支持 48 个通道,并可容纳多种协议。PCIe 链接利用IBM 的 CAPI 2.0 连接 FPGA 和 ASIC。BlueLink将配置新一代NVLink及新的CAPI。NVLink的开发也可用于Nvidia GPU。 新的 CAPI 协议和 25G BlueLink极有可能是IBM为CCIX 缓存相干链接而提出的建议。包括AMD、 ARM、 华为、 Mellanox、 高通和 Xilinx 在内的一大帮商家正在开展定义CCIX互连的工作。 CCIX 的目标是打造业界可以替代Nvida和英特尔专有互连的标准。英特尔收购 了Altera,并承诺在旗下专有 OmniPath 互连上创建一些旗下至强处理器、 Altera FPGA 和 3D XPoint 记忆的套件。英特尔这些举动进一步推动了CCIX互连方面的努力。最近又有十几个新公司加入进来,预计CCIX互连在年底前将发布关于其进展及最终规范时间表的消息。 所有这些活动主要源于机器学习的兴起,大家认识到,为进一步提高系统性能,对专用协处理器的需求会越来越大。IBM的hompto表示,"该领域存在大量投资和优化的商机,是未来的潮流。" Power 9配有两个互连,用了除SMP 总线外的4个协议。(IBM图) IBM的存储类内存最终是什么样子尚无定论,这是件大事。IBM在相变架构上已经做了多年的研究,英特尔将在明年或2年内推出XPoint 产品,IBM对此或许会有所动作。 英特尔计划在新兴的非易失性内存上利用XPoint提高服务器性能,时间可能是2018 年。Thompto在发言后的问答环节里表示,"我们做的工作之一是构建用于持久性记忆的新CAPI,它可以直接作内存模块用。" 原文发布时间为:2016-08-25 本文作者:刘新萍 本文来自云栖社区合作伙伴至顶网,了解相关信息可以关注至顶网。

资源下载

更多资源
腾讯云软件源

腾讯云软件源

为解决软件依赖安装时官方源访问速度慢的问题,腾讯云为一些软件搭建了缓存服务。您可以通过使用腾讯云软件源站来提升依赖包的安装速度。为了方便用户自由搭建服务架构,目前腾讯云软件源站支持公网访问和内网访问。

Spring

Spring

Spring框架(Spring Framework)是由Rod Johnson于2002年提出的开源Java企业级应用框架,旨在通过使用JavaBean替代传统EJB实现方式降低企业级编程开发的复杂性。该框架基于简单性、可测试性和松耦合性设计理念,提供核心容器、应用上下文、数据访问集成等模块,支持整合Hibernate、Struts等第三方框架,其适用范围不仅限于服务器端开发,绝大多数Java应用均可从中受益。

Rocky Linux

Rocky Linux

Rocky Linux(中文名:洛基)是由Gregory Kurtzer于2020年12月发起的企业级Linux发行版,作为CentOS稳定版停止维护后与RHEL(Red Hat Enterprise Linux)完全兼容的开源替代方案,由社区拥有并管理,支持x86_64、aarch64等架构。其通过重新编译RHEL源代码提供长期稳定性,采用模块化包装和SELinux安全架构,默认包含GNOME桌面环境及XFS文件系统,支持十年生命周期更新。

WebStorm

WebStorm

WebStorm 是jetbrains公司旗下一款JavaScript 开发工具。目前已经被广大中国JS开发者誉为“Web前端开发神器”、“最强大的HTML5编辑器”、“最智能的JavaScript IDE”等。与IntelliJ IDEA同源,继承了IntelliJ IDEA强大的JS部分的功能。

用户登录
用户注册