- 综合排序
- 最热优先
- 最新优先
- 来自专栏Listenlii的生物信息笔记
网络属性专题2-脆弱性及组成稳定性
组成稳定性（compositional stability）： 评估群落结构随时间的变化。 网络中微生物群落的组成稳定性计算为： 公式中，v为同一地点在多个连续时间点采集的样本数，S为网络中总OTU数。yi,k为样本i中OTU k的丰度。 （ps:这个指数一般用来计算带时间节点的数据） 在文章中的应用为： 图中显示的是时间间隔为一年条件下(order=2，其中x轴的1表示的第二年与第一年之间的网络物种组成稳定性值，2表示的是第三年与第二年之间的网络物种组成稳定性值 这里的图中显示的就是order=3,4,5,6条件下，网络物种组成的稳定性值。 Long-term exposure to elevated CO2 enhances plant community stability by suppressing dominant plant species
2.1K20发布于 2021-08-27 - 来自专栏阿甘的码路2
稳定性治理二，稳定性分析
支付宝2015年发生了大规模的宕机事件，原因是杭州市萧山区某地光纤被挖断导致，为确保异地容灾、多活，后面专门进行了全链路单元化改造，整个交易链路都进行了单元化改造，并且经常在大促前夕进行单机房演练；
1.1K51编辑于 2023-08-17 - 来自专栏韩曙亮的移动开发专栏
【数字信号处理】离散时间系统稳定性 ( 稳定性概念 | 稳定性用法 )
文章目录 一、离散时间系统稳定性 二、离散时间系统稳定性实际用法 一、离散时间系统稳定性 ---- 线性时不变 LTI 系统 , 如果 " 输入序列 " 有界 , 则 " 输出序列 " 也有界 ; 充要条件 : \sum^{+\infty}_{m = -\infty} |h(n)| < \infty 二、离散时间系统稳定性实际用法 ---- 实际用途 : 设计一个 滤波器 , 设计完 滤波器参数 后 ,
4.1K30编辑于 2023-03-30 - 来自专栏机器人课程与技术
micro-ROS之esp32与ros2稳定性
测试了一段时间，还不错，很稳定，当然时间并不长约（4.478小时）。
39430发布于 2021-12-02 - 来自专栏程序员升级之路
Redis稳定性实践
二、大促时稳定性保障 大促的时候因为流量比往常高几倍，甚至是几十倍，更需要保证系统稳定性。 1、避免触发全量主、从同步 Redis主从机制分全量同步、增量同步2种，在大促的时候如果触发主、从同步全量同步是非常危险的，在主上可能会阻塞请求，从因为也要将数据加载到内存中，所以也可能导致客户端报错， 2）、repl-timeout 主从之间的复制超时时间，默认为60s，可以根据情况自己调整。 2) client buffer的大小达到了hard limit，server也会立即断开和客户端的连接。 2、aof rewrite 如果持久化方式配置为aof的话，大促的时候需要注意不要触发aof rewrite，因为这个也会阻塞用户的请求。
1.7K31发布于 2020-09-11 - 来自专栏斑斓
软件系统的稳定性
软件系统的稳定性，主要决定于整体的系统架构设计，然而也不可忽略编程的细节，正所谓“千里之堤，溃于蚁穴”，一旦考虑不周，看似无关紧要的代码片段可能会带来整体软件系统的崩溃。 软件系统的稳定性，主要决定于整体的系统架构设计，然而也不可忽略编程的细节，正所谓“千里之堤，溃于蚁穴”，一旦考虑不周，看似无关紧要的代码片段可能会带来整体软件系统的崩溃。
8K60发布于 2018-03-07 - 来自专栏贰叁壹运维
持续稳定性考察
依据考察目的的不同，上市产品稳定性考察可分为常规稳定性考察、刚上市产品的稳定性考察和特殊稳定性考察。 常规稳定性考察：针对正常生产条件下的常规产品而进行的持续稳定性考察。 稳定性考察条件 中国大部分地区位于亚热带，属于国际协调委员会ICH规定的Ⅱ区，按其规定，上市产品常规稳定性考察条件为：温度25℃±2℃，相对湿度60%±5%。 《中国药典》2015年版对常规品种稳定性考察规定的条件为：温度25℃±2℃，相对湿度60%±10。对于特殊产品，应参照其特殊储存条件设置考察条件。 稳定性考察批次和取样时间点 常规稳定性考察：通常要求同一品种每个规格至少考察1批。对于稳定性较差（如容易降解）的产品，应该根据该产品历史稳定性数据适当增加考察批数。 稳定性数据的评价 稳定性考察有助于发现产品稳定性变化趋势，确保产品在运输、储存和使用过程中的质量。
2.8K40发布于 2021-05-06 稳定性生产总结
本期我们来谈下稳定性生产这个话题，稳定性建设目标有两个：降发生、降影响，在降发生中的措施是做到三点：系统高可用、 高性能、 高质量，三高问题确实是一个很热的话题，里面涉及很多点。 一、分布式系统稳定性建设模式那怎样完成降发生和降影响两个目标呢，那就需要一个好的建设模式，稳定性建设模式是指在开展稳定性建设工作过程中应重点关注的技术方法或方案，这里面有一系列技术模式来支撑稳定性能力实现 2、强弱依赖分析对于系统的每一个依赖，都要识别出以下几点：依赖强弱、同步或异步、依赖权重。 2、建设组织保障能力包括人力资源支持、技术资源支持、组织优化3、建设稳定性保障体系包括如下内容：在建设之后，我们可以依照如下指标来进行衡量建设的效果以上就是我们本期稳定性生产方面的内容了，故障的发生是复杂多样的 ，定义业务或者服务的slo以结构化，来保障稳定性能力。
78201编辑于 2024-04-15- 来自专栏云Elasticsearch Service
ElasticSearch稳定性优化
这样就可以满足我们需求；对应优化流程如下：图片具体分为两个步骤：1、释放内存：释放PageCache内存，保证新的空闲内存尽可能连续，具体的处理措施是echo 1 > /proc/sys/vm/drop_cache2、 的实现），具体的命令是echo 36 > /proc/sys/vm/pagecache_limit_ratio优化效果经过上述的优化之后，系统的空闲内存分布如下：图片此时的空闲也是在4G左右，但是大于等于2阶的高阶内存占比达到 读成功率由99.95%提升到99.999%四、结论针对账单平台的ES系统的读写成功率未满足要求，进行了如下优化措施：1、内存回收慢优化：优化ES文件读取方式，加快内存回收，降低CPU在内存回收方面消耗；2、 高阶内存不足优化：整理碎片化内存，保证有充足高阶内存，降低CPU在内存碎片整理消耗；经过上述优化措施后，ES系统的读写成功率达到99.999%，超出当前的可用性要求，保障ES在生产环境稳定性。 五、参考1、Node Hot threads API2、Physical Page Allocation3、Describing Physical Memory
1.3K51编辑于 2022-12-07 - 来自专栏IT技术订阅
Kafka 的稳定性
即使leader上有m1,m2,m3，consumer此时只能读到m1。 此时A宕机了。B变成了新的leader了，A从ISR列表中移除。B有m2，B会发给C,C收到m2后，m2被commit。 第三次Follower FETCH处理完成 2 2 未写⼊新数据 3 Remote LEO 第三次Follower FETCH处理完成 1 2 第3次fetch中offset为2 3 Leader HW 第三次Follower FETCH处理完成 1 2 min(RemoteLEO=2,LeaderLEO)=2 3 Follower LEO 第三次Follower FETCH处理完成 2 2 未写⼊新数据 ，需要执⾏⽇志截断，但发现此时分区HW=2⽽A之前的HW值也是2，故不做任何调整。 如果多个生产者,生产者1先发送一一个请求, 生产者2后发送请求,此时生产者1返回可恢复异常,重试一定次数成功了。虽然生产者1先发送消息，但生产者2发送的消息会被先消费。 2.
1.9K10编辑于 2022-06-23 - 来自专栏个人总结系列
大数据系统稳定性
前言 计算公式：系统稳定性计算公式（年度）： （100 - (故障分钟数 / 全年的分钟总数 * 100)) % 说明： 期望一年能达到的系统稳定性为： 99.99%，允许出现问题的最长时间是：52.56 分钟； 期望一个季度能达到的系统稳定性为：99.99%，允许出现问题的最长时间是：17.28分钟。 例如当集群中存在频繁的节点变更(NN, RM)； 1.3 并发任务数，任务查询平均时长，任务资源(core, memory)，IO信息； 1.4 计算任务在任务队列中的等待时间； 1.5 慢查询的任务数量(超过2h 2.
2.5K00发布于 2021-04-22 - 来自专栏奶奶看了都会
发布稳定性-优雅下线
背景 最近负责的项目已经到达10万 QPS的大关了，这么高的QPS，对系统的稳定性要求也更高了。 所以准备写一下关于发布稳定性的经验文章，今天先来说说优雅下线。 true)) { Runtime.getRuntime().addShutdownHook(getDubboShutdownHook()); } } 2.
76321编辑于 2023-04-28 性能与稳定性优化
节点质量优先关键因素：稳定性与低丢包率地域就近性节点质量直接决定成功率与尾部时延网络路径优化优化策略：选择更短 AS 路径合理的 BGP 出口选择区域就近接入减少 RTT（往返时延）握手优化协议级优化： HTTP/2、HTTP/3：复用连接与 0-RTT/1-RTT 握手显著降低建连成本[11][8]TLS 1.3：缩短握手往返，提升首次请求完成时间[3]连接复用与池化配置策略：依据并发水平（simultaneous
22010编辑于 2025-11-10- 来自专栏用户4624600的专栏
Android 稳定性测试实践
背景 为什么需要客户端稳定性测试? 稳定性测试是在保证功能完整正确的前提下，必不可少的一项测试内容，通过对软件稳定性的测试可以观察在一个运行周期内、一定的压力条件下，软件的出错机率、性能劣化趋势等。 稳定性问题带来的危害? 目标 客户端稳定性 Crash 降低 20% 版本灰度阶段稳定性问题闭环率 100% 日常运营稳定性测试工具，拦截集成和灰度 Bug 建立统一稳定性测试能力 技术方案设计 方案调研 1、Google Monkey 2、AppCrawler AppCrawler 官方 GitHub 上对这款工具的解释是：一个基于自动遍历的 App 爬虫工具。支持 Android 和 iOS，支持真机和模拟器。 bytedance/Fastbot_Android 优势 1、Android 多 os 兼容 同时兼容 Android 5-11，兼容国内各厂商定制化的 Android 系统及原生 Android 系统 2、
2.2K21编辑于 2023-02-17 - 来自专栏SAP供应链
SAP QM 稳定性研究功能研习系列1 - 稳定性研究总流程
SAP QM 稳定性研究功能研习系列1 - 稳定性研究总流程 如下图是SAP系统里标准的Stability Study Processing. 2，QM01创建一个QS类型（StabilStudy 后续稳定性研究需要在SAP系统上做的业务操作，就是在相应的quality notification上的 Action Box里进行了。 -完- 写于2021-6-30
57800发布于 2021-07-12 - 来自专栏老张的求知思考世界
思考：如何保证服务稳定性？
二、单服务稳定性 关键字：开关可控、单一职责、服务隔离、异常兜底、监控发现！ 对于稳定性来说，抛开整体系统架构设计，单就每个业务域服务的稳定性也是非常的重要。 三、集群稳定性 关键字：系统架构、部署发布、限流熔断、监控体系、压测机制！ 对于集群维度的稳定性来说，稳定性保障会更加复杂。单服务是局部，集群是全局。一个见微知著，一个高瞻远瞩。 下面是针对一些常见的稳定性专项的概述： 1、预案：分为定时预案和紧急预案，定时预案是大促常规操作对于一系列开关的编排，紧急预案是应对突发情况的特殊处理，都依赖于事前梳理； 2、预热：分为JIT代码预热和数据预热 2）分布式锁，是否有开关一键切换？比如：ZK/ETCD编写的分布式锁； 3）大促峰值流量，如何防止外部ddos攻击？如何识别流量类型？ 稳定性建设是一个演进的阶段性过程，主要分为三个阶段： 1、发现问题解决问题：当问题较多时候就很被动，很多时候我们通过不断完善监控来确保我们来快速定位问题，但仍处于被动的一方； 2、主动寻找问题：混沌工程
5.3K30发布于 2020-06-29 - 来自专栏奶奶看了都会
发布稳定性-优雅上线
之前的文章讲了优雅下线发布稳定性-优雅下线，今天讲优雅上线 优雅上线也叫：「无损上线」，「延迟发布」，「延迟暴露」。 待到服务发布完成，重新分配流量 Dubbo的优雅上线 Dubbo的优雅上线有2种方式：延迟发布 和 Qos命令 1.延迟发布 即延迟暴露Dubbo服务，比如你的服务需要一些初始化操作后才能对外提供服务 provider.getDelay() : delay; } 2. 总结：服务发布的稳定性已讲了优雅上下线，但是实际工作中不是做好这两样就行了，具体情况需要具体分析，下篇文章继续讲稳定性的内容：流量预热。
73940编辑于 2023-04-28 - 来自专栏奶奶看了都会
发布稳定性-优雅下线
背景 最近负责的项目已经到达10万 QPS的大关了，这么高的QPS，对系统的稳定性要求也更高了。 所以准备写一下关于发布稳定性的经验文章，今天先来说说优雅下线。 true)) { Runtime.getRuntime().addShutdownHook(getDubboShutdownHook()); } } 2.
93620编辑于 2023-04-20 - 来自专栏编程一生
系统的稳定性建设
现在上上下下组成了一支牛人团队，请来了其他部门很多资深高手进行封闭开发，确保我们系统的稳定性。 选择一份工作，必然要考虑的是：我们是做基础设施的，还是做平台的，还是做核心链路的。 基础设施最重要的指标是稳定性、性能、扩展性。平台讲究多业务，通用性，人效。所谓人效就是我这个平台有些自动化的东西不能满足需求，需要靠手工来完成，这样开发人员的人效就低。 上游系统2 是否限流？ timeout配置？重试次数？满足幂等性？TP99?挂掉后是否稳定？ 核心接口性能 核心接口1 QPS、TP99、可用性？ 核心接口2 QPS、TP99、可用性? 组件和版本： 维护系统稳定性要注意选择合适组件和版本。 比如Apache Tomcat被纰漏有高危漏洞。 比如Apache Struts发布S2-054和S2-055安全公告，两个漏洞皆是因为调用了有问题的组件而产生的漏洞。
2.8K21发布于 2018-07-02 - 来自专栏奶奶看了都会
发布稳定性-优雅上线
之前的文章讲了优雅下线发布稳定性-优雅下线，今天讲优雅上线 优雅上线也叫：「无损上线」，「延迟发布」，「延迟暴露」。 待到服务发布完成，重新分配流量 图片 Dubbo的优雅上线 Dubbo的优雅上线有2种方式：延迟发布 和 Qos命令 1.延迟发布 即延迟暴露Dubbo服务，比如你的服务需要一些初始化操作后才能对外提供服务 provider.getDelay() : delay; } 2. 总结：服务发布的稳定性已讲了优雅上下线，但是实际工作中不是做好这两样就行了，具体情况需要具体分析，下篇文章继续讲稳定性的内容：流量预热。
88031编辑于 2023-04-20
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号