： 2700X 8核心16线程，2600 6核心12线程，非常适合多线程应用，不过也限制了频率提升。 主频： 2700X最低2.2GHz、基准3.7GHz、最高4.2GHz，相比1700X提升了10％左右。2600最低1.55GHz、基准3.4GHz、最高3.98GHz。 热设计功耗： 2700X 105W增加了10W，对散热器要求会更高一些。2600 65W保持不变。 一级缓存： 2700X 256KB一级数据缓存、512KB一级指令缓存保持不变，后者仍然比Intel多一倍。2600分别为192KB、384KB。 二级缓存： 2700X 4MB、2600 3MB，也保持不变，但改进了延迟。 三级缓存： 16MB不变，但依然改进了延迟，也比Intel大得多。 以上是部分测试成绩（完整版请参考这里），对比...阅读全文
我们知道，传统的DDR DIMM内存是易失性的，也就是必须维持通电才能保持数据，一旦断电就都没了。 Intel创造了Optane傲腾持久内存，做到了非易失性，也兼容DDR DIMM，但仅用于数据中心，和普通用户无关。 现在，JEDEC固态技术标准协会发布了DDR4 NVDIMM-P非易失内存标准规范，序列编号JESD304-4.01，也可以在断电后不丢失数据，而且完全兼容DDR4内存标准。 根据规范，这种新内存兼容普通的DIMM内存标准、固件，可以最大程度减少对于现有设备、平台的更改，同时为新内存提供了低延迟接口，提高了易用性，未来也会兼容支持DDR5。 NVDIMM-P的新功能： － 持久性：操作系统能够低延迟、高带宽访问非易失内存。 － 虚拟化的内存：在DDR通道启用尽可能多的内存容量...阅读全文
产生影响的可能性。这种精简使网络管理员可以更简便地进行配置。此外，这次更新提高了协议的速度，也给用户带来更好的浏览体验。 提升速度 网页加载速度的提高对web服务的成功是至关重要的。亚马逊公司曾有一个著名的发现：网页加载时间每增加100毫秒，销售额就会下降1%。网页加载时间的一个主要组成部分就是浏览器和web服务器之间发送数据耗费的“延迟时间”。 “延迟时间”特别会显著影响到： 移动设备用户 服务器在地理上相距很远的用户 一条消息从悉尼往返纽约会花费超过200毫秒，而在移动设备上浏览还会增加这一延迟时间。通过现代4G移动网络发送一条消息通常会额外增加100毫秒的延迟。在欧洲仍普遍使用的3G网络下，这一延迟则会增加200毫秒。就连家用 WiFi 和 ISP 也会再增加几十毫秒的延迟。这些额外的...阅读全文
它基于Synopsys广受好评的DesignWare IP PCIe 5.0方案，完整支持PCIe 6.0标准特性，包括64GT/s PAM-4信号调制、FLIT模式、L0p低功耗模式等等，可满足HPC高性能计算、AI、存储SoC等应用领域对于延迟、带宽、能效的各种需求。为了实现吞吐量的最大化、延迟的最小化，Synopsys PCIe 6.0控制器采用了“MultiStream”(多流)架构，性能可达单流架构的最高2倍，并且还有1024-bit宽度架构，可以在关闭1GHz时序的同时，达到64GT/s x16的高带宽，还优化了多数据源、多虚拟通道环境。此外，新方案使用了独特的自适应DSP算法，支持早期SoC开发，优化模拟和数字均衡，无论何种通道下都能获得最佳能效，并且基于专利诊断功能，可确保...阅读全文
Chaos Mesh 的基本功能，包括故障注入、混沌实验场景、可视化操作、安全保障。故障注入故障注入是混沌实验的核心。Chaos Mesh 充分考虑分布式系统可能出现的故障，提供全面、细粒度的故障类型，分为基础资源类型故障、平台类型故障和应用层故障三大类。基础资源类型故障：PodChaos：模拟 Pod 故障，例如 Pod 节点重启、Pod 持续不可用，以及特定 Pod 中的某些容器故障。NetworkChaos：模拟网络故障，例如网络延迟、网络丢包、包乱序、各类网络分区。DNSChaos：模拟 DNS 故障，例如 DNS 域名解析失败、返回错误 IP 地址。HTTPChaos：模拟 HTTP 通信故障，例如 HTTP 通信延迟。StressChaos：模拟 CPU 抢占或内存抢占场景...阅读全文
谷歌开始在其Chrome浏览器中实现对HTTP/3的支持，该公司在一篇博客中宣布。此次更新将带来一些额外的性能改进，主要得益于实现了QUIC作为传输协议。互联网工程任务组（或IETF）早在2015年就推出了HTTP/2，它带来的一大改进就是支持复用。 但是，它采用了TCP作为传输协议，以及TCP中的丢失恢复机制，所以丢失的数据包仍然会造成所有活动事务的延迟。通过采用QUIC，HTTP/3可以进一步改善传输过程，因为丢失的数据包只会影响到直接受其影响的事务。 谷歌是QUIC的最初开发者，但该协议在IETF手中已经有一段时间了，现在IETF版本的QUIC与谷歌内部的QUIC有很大不同。到目前为止，谷歌只支持自己的QUIC实现，而IETF则还在研究其版本，但现在这种情况正在改变。谷歌表示...阅读全文
随着技术的发展，我们使用的存储器也各种各样，虽然都基于芯片颗粒，但表现截然不同，比如说读写次数限制，或者叫寿命，SSD固态硬盘就有限制，DRAM内存却没有。 按照分布位置的不同，DRAM内存属于内部存储器，紧挨着CPU处理器，用来临时存放后者需要的运算数据，并与外部存储器进行交换，起到桥梁的作用。 DRAM内存的特点是读写速度快、延迟低，但属于易失性存储，也就是一旦断电，数据就会全部丢失。 DRAM内存颗粒利用晶体管加电容来保存数据，而且只是临时存储数据，并没有实质性的写入，不涉及对物理单元结构、属性的改变，所以可以无限次读写。 当然，这并不意味着DRAM内存就可以永久使用，毕竟其中的晶体管、电容等物理结构也会慢慢老化，所有电子设备都是如此，只是这个过程非常非常缓慢，正常使用根本感觉不到...阅读全文
Google 宣布了 新拥堵控制算法 TCP BBR。Google 官方博客称新算法将 google.com 和 YouTube 的全球网络吞吐量平均改进了 4%，在某些国家改进了 14%+。 Google 解释说，现有的 TCP 拥堵控制算法源自 1980 年代，是为低带宽数据传输设计的，解决拥堵主要考虑丢包，也就是在网络堵塞的时候路由器将会丢弃新的数据包。BBR 代表 Bottleneck Bandwidth and Round-trip propagation time，它的拥堵控制采用了不同的方法，考虑了网络实际的数据交付率有多快。根据最近测量的网络交付率和往返时间构建显示模型，最大化近期可用带宽和最小化近期往返延迟。BBR 使用这些数据决定数据发送速率有多快。 Google 已经...阅读全文
Greg Kroah-Hartman 在内核邮件列表上 宣布 释出 Linux 4.19。Linux 作者 Linus Torvalds 最近在 休假反省 ，Linux 的开发现在由稳定版内核维护者 Kroah-Hartman 接手。 Kroah-Hartman 表示，4.19 将会是一个长期支持版本，他也会维持几年。 Linux 4.19 的主要新特性包括： 基于异步 I/O 的轮训接口 L1TF 漏洞补丁 块 I/O 延迟控制器 Common Applications Kept Enhanced (CAKE) 队列管理算法 Wi-Fi 6 (802.11ax) 初步支持 实验性文件系统 EROFS Intel Cache Pseudo-locking 基于时间的包传输 改进 RISC...阅读全文
）握手，客户端利用PSK导出密钥，在第一轮就发送秘密数据，降低了握手的延迟。在此之后还可以继续进行（EC）DHE的密钥交换完成完整的握手（该步为可选）。 整个标准长达 155 页，如果您想仔细阅读或详细了解其中一项新功能，可在此处找到。...阅读全文
，也可以在一台不同的远程计算机上工作。 Chrony 和 NTPD 精度对比测试 我们可以从 Chrony 的官方网站上可以看到与 NTPD 各维度详细对比： 从其测试结果上看似乎是各维度性能都可以吊打 NTPD。因此 Chrony 的整体评价还是比较高的。 Chrony 相较于 NTPD 服务的优势 更快的同步只需要数分钟而非数小时时间，从而最大程度的减少时间和频率误差，这对于并非全天运行的台式计算机或系统而言非常有用。能够更好的响应时间频率的快速变化，这对于具备不稳定时钟的虚拟机或导致时钟频率反复变化的节能技术而言非常有用。在初始同步后，它并不会停止时钟，以防对需要系统时间保持单调的程序造成影响。在应对临时非对称延迟时，（例如：大规模下载造成连接饱和时）提供了更好的稳定性。无需对服务器进行...阅读全文
Linux 的 I/O 调度器是一个以块式 I/O 访问存储卷的进程，有时也叫磁盘调度器。Linux I/O 调度器的工作机制是控制块设备的请求队列：确定队列中哪些 I/O 的优先级更高以及何时下发 I/O 到块设备，以此来减少磁盘寻道时间，从而提高系统的吞吐量。 目前 Linux 上有如下几种 I/O 调度算法： noop - 通常用于内存存储的设备。 cfq - 完全公平调度器。进程平均使用IO带宽。 Deadline - 针对延迟的调度器，每一个 I/O，都有一个最晚执行时间。 Anticipatory - 启发式调度，类似 Deadline 算法，但是引入预测机制提高性能。 查看设备当前的 I/O 调度器： # cat /sys/block//queue/scheduler 假设磁...阅读全文
服务监控系统 Prometheus 2.0 已发布，Prometheus 是一个 Go 语言开发的开源的服务监控系统和时间序列数据库。 Prometheus 2.0 有一个简单而强大的运营模式。然而，基础设施领域也没有停滞不前，像 Kubernetes 和 Mesos 这样的项目正在迅速改变软件的部署和管理方式。受监控的环境变得越来越活跃。 存储 Prometheus 2.0 有性能显着提高，几乎在所有方面都有所改进。查询延迟更加一致，特别是在高系列流失的情况下，它的规模更大。在不同的现实世界生产情景下测量的资源消耗也显着下降： 与 Prometheus1.8 相比，CPU 使用率 降低了 20％ – 40％ 与普 Prometheus1.8 相比， 磁盘空间使用率 降低了 33...阅读全文
据 Dgraph Labs 创始人 Manish Rai Jain 在其宣布 1.0.0 版本正式发布 的 文章 中透漏，他们已完成了由贝恩资本投资公司的 Salil Deshpande 领头的 300 万融资。凭借早期在基础设施软件和开源软件方面的经验，Salil 将加入 Dgraph 董事会。Jain 表示，这一轮融资正好是我们扩大云服务的时机，并继续建立世界上最先进的图数据库。 Dgraph 是一个可扩展的，分布式的，低延迟的图数据库，于 2015 年开源，最初是出于希望消除传统关系型数据库的典型弱点而创建的。为了解决组织在数据库增长超过单个服务器时面临的一些问题，Dgraph 以更有效的方式分割数据，这使查询可以在没有通用视图的情况下执行。它还减少了网络调用和磁盘查询需要执行查询的...阅读全文
去年，相关部门印发《推进互联网协议第六版（IPv6）规模部署行动计划》，提出要在2018年末实现国内IPv6活跃用户数达到2亿，2020年达到5亿。随后，阿里云宣布，将首先在公网接入相关产品，如负载均衡SLB、弹性公网IP（EIP）产品上支持提供IPv6服务。 来自下一代互联网国家工程中心的最新消息，该中心正式宣布推出IPv6公共DNS：240c::6666，这是面向全球免费提供的公共DNS服务。 同时，还有一个备用DNS：240c::6644。 据介绍，北京、广州、兰州、武汉、芝加哥、弗里蒙特、伦敦、法兰克福等地区均有部署递归节点。基于IPv6 BGP Anycast方式部署，让用户可以实现就近访问，降低延迟。 不仅如此，IPv6公共DNS将通过主动同步com/net域名、缓存热点域名等...阅读全文
在延迟1天时间之后，Ubuntu Release团队终于宣布Ubuntu 18.04 LTS (Bionic Beaver) 的首个Beta版本上线，而且基于该Beta镜像的一些官方风味（flavors）版本也一同发布。 导致Ubuntu 18.04 LTS发布时间推迟的原因有很多，首先该版本的开发任务本来就很重，而且期间经历了Meltdown和Spectre两大CPU漏洞。 其次就是团队制定的发布计划并不完善。例如部分风味版本原本计划应该经历两个Alpha版本，一个定在新年之后的一周半时间内，另一个定在2月1日发布。但是最终两个Alpha版本都没有发布，所以才直到现在才看到Beta版本。 这些风味版本包括Kubuntu，Xubuntu，Ubuntu MATE，Ubuntu Budgie和...阅读全文
美元），则要便宜，可能这就是 Intel 要切入的试产定位。 据悉，二代可扩展至强每颗处理器支持 6 通道内存，最多 12 条插槽，而傲腾内存条容量目前提供 128GB、256GB、512GB，插上六条那就是 3TB，而在一套八路系统里，傲腾＋DDR4 内存混合使用，总容量最高可以达到惊人的 36TB。 性能方面，傲腾 DC 内存无论是延迟还是带宽速度都会比 DDR4 差一些，可胜在便宜，且关机或重启时不会丢失数据 (非易失性)，系统恢复后可立即重新载入，大大减少下线时间，将服务器重启时间从分钟级别缩短到秒级别。...阅读全文
nginx 1.18.0 已发布，这是继 1.16 系列之后的最新稳定版本。 1.18.0 加入了 1.17.x mainline 分支中的新功能和 bug 修复，包括 limit_req 和 limit_conn 中的 dry run 模式，limit_rate, limit_rate_after 和 grpc_pass 指令中对变量的支持，以及支持 auth_delay 指令等。 auth_delay 指令位于 ngx_http_core_module 模块中，用法如下： 语法：auth_delay time; 默认值：auth_delay 0s; 上下文：http, server, location 通过 401 响应状态码来延迟处理未经授权的请求，以防止因密码、子请求结果或 JWT...阅读全文
： Windows 将在内核中附带 MsQuic，Windows HTTP/3 堆栈也是基于 MsQuic 构建的。Microsoft 365 正在使用 HTTP/3 测试 IIS 的预览版。.NET Core 已在 MsQuic 的基础上在 Kestrel 和 HttpClient 中构建了对 HTTP/3 的支持（在 .NET Core 5.0 预览版中可用）。Windows 中的 SMB 将 MsQuic 用法作为原型。 微软在博客文章中表示，“MsQuic 为许多重要的网络方案带来了性能和安全性的改进。”并称其在线服务从这些性能改进（例如减少尾部延迟和更快的连接设置）中受益最大，“我们的连接将能够无缝切换网络，因为它们可以承受 IP 地址/端口更改的影响。” MsQuic 仍在开发中，当前处于预览状...阅读全文
今天Go 团队很高兴地宣布Go 1.8发布了。现已提供下载。整个标准库有了显著的性能提升和变化。该版本主要的更新内容如下： Go 1.7中为64位x86引入的编译器后端现在用于所有体系结构，这些体系结构将会有显著的性能改进。例如，我们的基准程序所需的CPU时间在32位ARM系统上减少了20-30％。在此版本中，64位x86系统还有一些性能改进，编译器和链接器更快了，编译时间应该比Go 1.7提高约15％。但是在这一领域还有很长的路要走：我们希望在未来版本中实现更快的编译速度。 垃圾收集暂停时间明显更短，通常在100微秒以下，有时候甚至低至10微秒。 HTTP服务器添加对 HTTP/2 Push的支持，允许服务器抢先发送响应到客户端。这对于通过消除往返行程来最小化网络延迟非常有用。HTTP服...阅读全文
在 MSHTML 中增加了另外一层事件支持，这是微软专有的 HTML 布局引擎，用于 Windows 版本的 IE 浏览器。 其中还提到：“再一次，因为是年度发布，一些功能还在开发当中，会被延迟到下一个开发周期当中。这包括 Direct3D 12 和 Vulkan 支持，以及在 Android 上启用 Direct3D 的 OpenGL ES 支持。”。 下载 Wine 3.0 如果你不想等待你的 Linux 发行版更新，你可以直接下载源代码构建或者从官方网站下载二进制包。 源代码： https://dl.winehq.org/wine/source/3.0/wine-3.0.tar.xz http://mirrors.ibiblio.org/wine/source/3.0/wine-3.0...阅读全文
在 trace 工具加入了 Mutator Utilization 图的支持，它可以方便发现 GC 性能受限的情况；不再支持 go tool vet；go tool tour 不再包含在主二进制发行版中，需要手动安装；Go 1.12 是最后一个支持 binary-only packages 的版本；……Runtime 方面，Go 1.12：提升了大量堆（Heap）活跃状态情况下的扫除（Sweeping）性能，这减少了垃圾回收之后的分配延迟，可以更好地将内存释放回操作系统；Runtime 的 timer 和 deadline 代码随着 CPU 数目的增加，会有更好的表现。这提升了网络连接最后期限（deadline）相关操作的性能；通过大型堆分配的相关修复，提升了内存配置文件的精确性；……平台相...阅读全文
理音视频材料，包括通过机器学习 物联网（例如 IoT 传感器维持长期连接并寻求最小功耗） WebRTC 工作组正对现有及新的用例进行迭代，重点理解全部需求及其优先级。W3C 近期开始的 WebTransport 和 Web Codecs 工作预计将低延迟流媒体的优势引入更广大的媒体和娱乐生态系统。 WebRTC 成为 W3C 为应用程序开发定义开放 Web 平台的众多标准之一，具有前所未有的潜力。其让开发人员能够构建丰富的交互体验，由巨大的数据存储提供动力，可用于任何设备以及环境。 WebRTC 标准文档：https://www.w3.org/TR/webrtc/...阅读全文
计、开发自己的技术和产品。1.0版本：最终正式版，公开发布。 事实上，0.5版本发布之后，厂商们已经可以开始设计测试芯片，为后续工作提前做好准备。 尽管升级速度加快，但是每一代PCIe规范的变化都相当大，尤其是带宽每次都翻一番，并兼容所有前代规范。 PCIe 6.0也不例外，向下兼容PCIe 5.0/4.0/3.0/2.0/1.0的同时，数据率或者说I/O带宽会再次加倍来到64GT/s，PCIe 6.0 x1单向实际带宽8GB/s，PCIe 6.0 x16单向带宽128GB/s、双向带宽256GB/s。 PCIe 6.0将延续PCIe 3.0时代引入的128b/130b编码方式，但加入全新的脉冲幅度调制PAM4，取代PCIe 5.0 NRZ，可以在单个通道、同样时间内封包更多数据，以及低延迟...阅读全文
定List的右侧（即尾部）移除1个元素并返回 LPUSHX/RPUSHX：与LPUSH/RPUSH类似，区别在于，LPUSHX/RPUSHX操作的key如果不存在，则不会进行任何操作 LLEN：返回指定List的长度，时间复杂度O(1) LRANGE：返回指定List中指定范围的元素（双端包含，即LRANGE key 0 10会返回11个元素），时间复杂度O(N)。应尽可能控制一次获取的元素数量，一次获取过大范围的List元素会导致延迟，同时对长度不可预知的List，避免使用LRANGE key 0 -1这样的完整遍历操作。 应谨慎使用的List相关命令： LINDEX：返回指定List指定index上的元素，如果index越界，返回nil。index数值是回环的，即-1代表List最后一个...阅读全文
获取数据时的延迟。此功能在大规模的应用程序上十分重要，因为数据离应用程序越近，程序就能更快获取到数据。 antirez 受 Ben Malec 演讲的启发，他想到可以将大部分需要频繁存和取的数据直接放在服务器的内存中，以便让 Redis 为客户端完成部分工作，并使客户端缓存更简单、更有效。这个就是 Client side caching（客户端缓存）的概念。 不过这个思路有一个需要解决的问题是，如何控制数据的有效时间？在程序允许的情况下，虽然可以直接设置数据的有效时间，让数据在一段时间后失效。但 antirez 表示，大多数的应用程序无法接受提供过时的数据的风险，因此必须找到更理想的方案来控制数据的失效时间。 所以 antirez 决定开发新的协议 RESP3，在协议中加入新特性来支持客户端...阅读全文
编辑——编译——刷新——测试（edit-compile-flash-test）周期。 这些测试都是自动完成的，用户无需离开自己的代码编辑器。此外，还可以使用 pw_target_runner 模块在多个设备上并行运行测试，从而节省更多时间。 团队开发代码需要强调一致性，然而，设置 lint、配置代码格式以及添加自动的提交前检查等通常会使这项工作无限期延迟。这时，Pigweed 的 pw_presubmit 模块可派上用场。它会基于用户可能已经使用的工具提供现成的 Lint 集成套件，并预先配置好，可以立即供微控制器开发人员使用。 至于该项目为什么取名为 “Pigweed”，谷歌给出了解释：“Pigweed，又称 amaranth ，是一种营养丰富的谷物和绿叶沙拉菜，也是一种快速生长的杂草...阅读全文
Kubernetes 1.18 发布了，这是 2020 年首次版本发布。此版本包含 38 项功能增强，其中 15 项为稳定版功能、11 项 beta 功能以及 12 项 alpha 版功能。 主要更新亮点包括： Kubernetes 拓扑管理器 beta 拓扑管理器的作用是让 CPU 与其它设备（例如 SR-IOV-VF）实现 NUMA 对齐，进而让工作负载运行在优化环境中以降低延迟。在拓扑管理器推出之前，CPU 与设备管理器只能彼此独立地做出资源分配决策。此版本拓扑管理器已经发展到 beta 版本。 Serverside Apply beta 2 beta 2 版本将跟踪并管理所有新 Kubernetes 对象的字段变更，确保用户及时了解哪些资源在何时进行过更改。 使用...阅读全文
有望提升40%以上。除了CPU性能，ARMv9还非常重视整体的性能提升，包括降低内存延迟（从150ns降至90ns）、频率提升（从2.6GHz到3.3GHz）内存带宽（从20GB/s到60GB/s）、缓存等。ARMv9这次与性能有关的一个重要升级是SVE2指令集，SVE最早是ARM与富士通合作的浮点性能扩展，日本最强也是TOP500最强超算富岳就使用了SVE指令集，现在推出的是第二代SVE浮点指令了。相比SVE的128位矢量，SVE2可以支持多倍128位运算，最多2048位，因此SVE2可以增强ML机器学习、DSP信号处理能力，提升了未来5G、虚拟现实、增强现实以及CPU本地运行ML的性能，同时ARM未来还会继续提升AI人工智能性能。除了CPU之外，这次还简单提到了未来的Mali GPU...阅读全文
Refer to https://www.linkedin.com/pulse/system-design-rules-navneet-kumar-p6n7f/ 系统设计很复杂，它需要设计者有深厚的计算机知识和专业知识，没有一种通用的设计可以适应所有业务场景。尽管如此，还是有一些比较通用的规则可以供你设计系统时参考，也能帮助你在面试中摆脱困境。 1. 对于数据密集型系统 — 考虑使用缓存。 2. 对于写入量大的系统 — 使用消息队列进行异步处理 3. 对于低延迟要求 — 考虑使用缓存和 CDN。 4. 需要𝐀原子性、𝐂一致性、𝐈隔离性、𝐃耐用性兼容数据库 — 选择 RDBMS/SQL 数据库。 5. 对于非结构化数据——可以选择NoSQL...阅读全文
使用每个实例的唯一Ceph用户ID来支持新的Dashboard。 在创建集群期间，不再自动创建默认的’rbd’池。另外，当没有指定池时，rbd CLI使用的默认池的名称可以通过新的rbd default pool =
PROGRAM DEV SENT RECEIVED 7690 carla /usr/lib/firefox wlan0 12.494 556.580 KB/sec 5648 carla .../chromium-browser wlan0 0.052 0.038 KB/sec TOTAL 12.546 556.618 KB/sec Nethogs 选项很少：在 kb/s、kb、b 和 mb 之间循环；通过接收或发送的数据包进行排序；并调整刷新之间的延迟。请参阅 man nethogs，或者运行 nethogs -h。 vnstat vnstat 是最容易使用的网络数据收集器。它是轻量级的，不需要 root 权限。它作为守护进程运行，并记录你网络统计信息。它默认显示所有的网络接口。使用 -i 选项选择单个...阅读全文
Fio（Flexible I/O Tester） 是一款由 Jens Axboe 开发的用于测评和压力/硬件验证的自由开源的软件。它支持 19 种不同类型的 I/O 引擎 (sync、mmap、libaio、posixaio、SG v3、splice、null、network、 syslet、guasi、solarisaio，以及更多)， I/O 优先级（针对较新的 Linux 内核），I/O 速度，fork 的任务或线程任务等等。它能够在块设备和文件上工作。 Fio 接受一种非常简单易于理解的文本格式的任务描述。软件默认包含了几个示例任务文件。 Fio 展示了所有类型的 I/O 性能信息，包括完整的 IO 延迟和百分比。 它被广泛的应用在非常多的地方，包括测评、QA，以及验证用途。它支持...阅读全文
。 跨平台性, 无论你是 widows,linux, 还是 mac, 甚至是树莓派, 都可以很好的运行 proxy. 多协议支持, 支持 HTTP(S),TCP,UDP,Websocket,SOCKS5 代理. TCP/UDP 端口转发. 支持内网穿透, 协议支持 TCP 和 UDP. SSH 中转,HTTP(S),SOCKS5 代理支持 SSH 中转, 上级 Linux 服务器不需要任何服务端, 本地一个 proxy 即可开心上网. KCP 协议支持,HTTP(S),SOCKS5 代理支持 KCP 协议传输数据, 降低延迟, 提升浏览体验. 集成外部 API，HTTP(S),SOCKS5 代理认证功能可以与外部 HTTP API 集成，可以方便的通过外部系统控制代理用户． 反向代理, 支持直接...阅读全文
) right_metric其他常用的比较运算符：==、!=、>、<、>=、≤。 直方图分位数过去5分钟内，每个标签维度请求延迟的90%分位数： histogram_quantile(0.9, rate(my_request_durations_seconds_bucket[5m]))只针对 method 和 path 维度的90%分位数： histogram_quantile( 0.9, sum by(le, path, method) ( rate(my_request_durations_seconds_bucket[5m]) ) ) Gauges 的变化过去一小时内的绝对值变化： delta(my_gauge[1h])基于过去4小时的数据来预测1小时后的数据： predict_linear(my_gauge...阅读全文
web_request_duration_seconds_bucket{endpoint="/query",method="GET",le="1"} 7 # 总共7次请求 web_request_duration_seconds_bucket{endpoint="/query",method="GET",le="+Inf"} 7 # 7次请求duration的总和 web_request_duration_seconds_sum{endpoint="/query",method="GET"} 2.7190880529999997 Summary（摘要） 跟 histogram 类似，summary 也对观测值（类似请求延迟或回复包大小）进行采样。同时它会给出一个总数以及所有观测值的总和，它在一个滑动的时间窗口上计算可配置的分位数。, 典型的应用如：请求持续时...阅读全文
务间通信会花费大量时间，从后勤和财务角度看这很不切实际。花时间从一开始就考虑正确的框架，可以省去很多未来的浪费。 我们花了大量的时间来制定评估标准和研究、选择。Bugsnag到底长什么样子呢？ 技术标准 在研究可用选项时，使用了一些特定的标准来评估。要考虑的事情是基于微服务架构的最有效的方法。主要目标是自由地使用通信，消除通信的复杂性，了解每项服务的责任所在。其中的一些技术问题是： 速度 - 对于大量的请求/响应API调用，需要将调用本身的延迟作为性能和用户响应速度的最小因素。延迟的主要组成部分是连接成本，传输成本和消息编码/解码时间。 基础架构兼容性 - 框架在基础架构中扮演的角色如何？主要是关于负载平衡和自动扩展？我们使用托管在Google云端平台上的Kubernetes服务，因此需要框...阅读全文
制化的网络；二是目前的 TCP/IP 协议和框架对 ManyNets（包括 IoT 网络、卫星网络等） 互连有限制且具有复杂性。 当下，全息通信满足了人们对交互式的通信体验的需求，从而也需要更高的带宽、更低的延迟、更灵活的网络处理，而满足这些传感应用需求，需要更细度的网络服务能力。 由于现有 IP 不相兼容的寻址机制，IoT 网络、蜂窝网络、工业网络等网络之间的互连受到了限制。而后引进的多种映射机制不仅给系统带来了额外的复杂性，也带来了潜在的隐私和弹性问题。 由此，需要一个更好的解决方案来处理所有类型或虚拟对象的交付和通信，New IP 应运而生。 文章指出，New IP 主要有三个关键特征： 可变 IP 地址长度，无缝支持跨网络通信；用于标识物理和虚拟对象的 IP 地址的语义定义；用户定义...阅读全文
，可能是先从RSS数据源中抓取文章的内 容，然后将其丢入一个叫做“文章”的topic中；后续操作可能是需要对这个内容进行清理，比如回复正常数据或者删除重复数据，最后再将内容匹配的结果返 还给用户。这就在一个独立的topic之外，产生了一系列的实时数据处理的流程。 日志聚合:使用Kafka代替日志聚合（log aggregation）。日志聚合一般来说是从服务器上收集日志文件，然后放到一个集中的位置（文件服务器或HDFS）进行处理。然而Kafka忽略掉 文件的细节，将其更清晰地抽象成一个个日志或事件的消息流。这就让Kafka处理过程延迟更低，更容易支持多数据源和分布式数据处理。比起以日志为中心的 系统比如Scribe或者Flume来说，Kafka提供同样高效的性能和因为复制导致的更高的耐用性保证...阅读全文
有 30 分钟的时间进行支付，如果 30 分钟之内没有支付成功，那么这个订单将进行异常处理，这时就可以使用延时队列来处理这些订单了。 2）订单完成1小时后通知用户进行评价。 实现思路：发送延时消息时先把消息按照不同的延迟时间段发送到指定的队列中（topic_1s，topic_5s，topic_10s，…topic_2h，这个一般不能支持任意时间段的延时），然后通过定时器进行轮训消费这些topic，查看消息是否到期，如果到期就把这个消息发送到具体业务处理的topic中，队列中消息越靠前的到期时间越早，具体来说就是定时器在一次消费过程中，对消息的发送时间做判断，看下是否延迟到对应时间了，如果到了就转发，如果还没到这一次定时任务就可以提前结束了。 2.1.6 消息回溯 如果某段时间对已消费消息计算...阅读全文
，Trace 被认为是 Span 的有向无环图（DAG）。官方也例举了以下 8 个 Span 的因果关系和他们组成的单 Trace示例图： 在当时， OpenTracing 相关的开源社区也是异常活跃，它使用 Jaeger 来解决数据的收集，调用链则使用了甘特图展示： 在 OpenTracing 生态中，我们对链路的采样使用头部采样策略， 对于指标 Metrics，OpenTracing 并没有制定它的规范，但在 Google SRE Book 里，关于 Monitoring Distributed System 章节中提到了四类黄金指标： 吞吐量：如每秒请求数，通常的实现方式是，设定一个计数器，每完成一次请求将自增。通过计算时间窗口内的变化率来计算出每秒的吞吐量。 延迟：处理请求的耗时。 错误率/错...阅读全文
个插件时，它仅仅提供incarnation ID以及需要操作的asset ID。插件在需要时从Prodspec处得到更多的信息。 Annealing有两种主要的插件类型： 1、asset插件管理Annealing和给定类型的asset的生产环境的交互。asset插件实现两个方法： Diff，来决定给定incarnation是否匹配生产环境。这是获得intent信息或者生产环境状态的唯一机制。Push，来更新生产环境，使用intent里指定的配置。 2、check插件来决定能否在现在推送某个asset还是需要延迟。对于要推送的asset的所有检查都必须通过。 在Shakespeare服务里，所有asset类型都需要asset插件：Borg job，负载均衡器资源以及Spanner数据...阅读全文
一个一直不为人所知的计划。从 Banumann 的角度来说，他当然不是完美的，他因为上传个不合适的 syslinux 包导致了 wheezy 的延迟发布，并且从那以后他被从 Debian 开发者暂时降级为 Debian 维护者。但是这不意味着他应该受到这种对待。当然，这个项目还有其他人参与，所以不仅仅是 Baumann 受到了影响。 Ben Armstrong 是其他参与者中的一位，在这个事件中，他很圆滑地处理了一些事，并且想从这个事件中全身而退。他从一封邮件13开始，这个邮件是为了庆祝这个项目，以及他和他的团队在过去几年取得的成果。正如他所说， Debian Live 的下游项目列表是很令人振奋的。在另一封邮件中，他也指出了这个项目不是没有生命力的： 如果 Debian CD 开发团队通过...阅读全文
（DFS），以确保程序完成并且代码不包含危险路径。这意味着它将遍历图的每个分支，一直到分支的底部，以确保没有递归循环。 这些是验证器在第一次检查期间可能拒绝您的代码的情形，要求有以下几个方面： 该程序不包含控制循环。为确保程序不会陷入无限循环，验证程序会拒绝任何类型的控制循环。已经提出了在BPF程序中允许循环的建议，但是截至撰写本文时，没有一个被采用。该程序不会尝试执行超过内核允许的最大指令数的指令。此时，可执行的最大指令数为4,096。此限制是为了防止BPF永远运行。在第3章，我们讨论如何嵌套不同的BPF程序，以安全的方式解决此限制。该程序不包含任何无法访问的指令，例如从未执行过的条件或功能。这样可以防止在VM中加载无效代码，这也会延迟BPF程序的终止。该程序不会尝试越界。 验证者执行的第二项检...阅读全文
，多进程模式下为8，设定为-1可以禁止此限制；一般不建议修改； – tune.maxpollevents
。 现在，核心互联网协议的重要改变已经开始了。虽然它们意图与互联网大部分兼容（因为，如果不兼容的话，它们不会被采纳），但是它们可能会破坏那些在协议中没有规定的地方，或者根本就假设那些地方不存在变化。 为什么我们需要去改变互联网 有大量的因素推动这些变化。 首先，核心互联网协议的局限性越来越明显，尤其是考虑到性能的时候。由于在应用和传输协议方面的结构性问题，网络没有得到高效使用，导致终端用户认为性能不能满足要求（特别是，网络延迟）。 这就意味着人们有强烈的动机来演进或者替换这些协议，因为有 大量的经验表明，即便是很小的性能改善也会产生影响。 其次，演进互联网协议的能力 —— 无论在任何层面上 —— 会随着时间的推移变得更加困难，这主要是因为上面所讨论的对网络的非预期使用。例如，尝试去压缩响应的...阅读全文
对于云主机与云主机之间，只有轻微差异（小包场景下，pps 会有 3~5% 损耗），而且Pod网络性能各项指标(吞吐量，包量，延迟等)不会随着节点规模增大而削减。而Flannel UDP，VXLan模式和Calico IPIP的模式存在明显的性能消耗。Pod能直通公有云和物理云。对于使用公有云和物理云的用户而言，业务上K8S少了一层障碍，多了一份便利。而Flannel的host gw模式下，容器无法访问公有云和物理云主机。 而CNI的工作流程如下所示。 创建Pod网络过程： 删除Pod网络过程： Pod IP 消失问题的排查与解决 为了测试CNI插件的稳定性，测试同学在UK8S上部署了一个CronJob，每分钟运行一个Job任务，一天要运行1440个任务。该CronJob定义如下...阅读全文
了答案。 从单机到分布式，是追求更快和更高的性能，但也带来了更多的不确定性。比如，不确定计算机何时异常，不确定磁盘何时损坏，不确定网络通信的延迟，也不确定消息是否被正常消费。这些不确定性构成了分布式应用的挑战，简而言之： 异构的机器与网络：稳定性问题普遍的节点故障：可靠性问题不可靠的网络：一致性问题 面对这些挑战，业界提出了诸多的分布式理论、协议，如CAP定理，BASE理论，一致性协议2PC/3PC/ZAB，来保证系统的正常运行。虽然问题貌似是有了解决方案，但是应用的复杂度升高了。应用除了需要实现业务需求，还要兼顾非业务需求，集成诸如服务发现、负载均衡、失效转移、动态扩容、数据分片、调用链路监控等分布式系统的核心功能，对应用有很强的侵入性，这就是以Spring Cloud为代表的微服务框架的...阅读全文
始化容器不会被开始执行。因此，如果启动任务很长，则可以考虑将其分为多个步骤，每个步骤都由一个初始化容器处理，以便您知道哪些步骤失败。 如果任何初始化容器失败，则将重新启动整个Pod（除非您将restartPolicy设置为Never）。重新启动Pod意味着再次重新执行所有容器，包括任何初始化容器。因此，您可能需要确保启动逻辑允许多次执行而不会导致重复。例如，如果数据库迁移已经完成，则应仅忽略再次执行迁移命令。 初始化容器是延迟应用程序初始化直到一个或多个依赖项可用的很好的选择。例如，如果您的应用程序依赖于施加API请求速率限制的API，则您可能需要等待一段时间才能接收来自该API的响应。在应用程序容器中实现此逻辑可能很复杂；因为它需要与健康和就绪状态探测器结合使用。一种更简单的方法是创建一个...阅读全文
SerDe 构造函数来配置他们的窗口化 SerDe，然后在拓扑中使用它的任何地方提供 SerDe。KIP-633：弃用 Streams 中宽限期的 24 小时默认值在 Kafka Streams 中，允许窗口操作根据称为宽限期的配置属性处理窗口外的记录。以前，这个配置是可选的，很容易错过，导致默认为24小时。这是Suppression运营商用户经常感到困惑的原因，因为它会缓冲记录直到宽限期结束，因此会增加 24 小时的延迟。在 3.0 中，Windows类通过工厂方法得到增强，这些工厂方法要求它们使用自定义宽限期或根本没有宽限期来构造。已弃用默认宽限期为 24 小时的旧工厂方法，以及与grace()已设置此配置的新工厂方法不兼容的相应API。KIP-623：internal-topics为流应用程序...阅读全文
