- 综合排序
- 最热优先
- 最新优先
- 来自专栏阿甘的码路2
稳定性治理二，稳定性分析
支付宝2015年发生了大规模的宕机事件，原因是杭州市萧山区某地光纤被挖断导致，为确保异地容灾、多活，后面专门进行了全链路单元化改造，整个交易链路都进行了单元化改造，并且经常在大促前夕进行单机房演练；
89451编辑于 2023-08-17 - 来自专栏韩曙亮的移动开发专栏
【数字信号处理】离散时间系统稳定性 ( 稳定性概念 | 稳定性用法 )
文章目录 一、离散时间系统稳定性 二、离散时间系统稳定性实际用法 一、离散时间系统稳定性 ---- 线性时不变 LTI 系统 , 如果 " 输入序列 " 有界 , 则 " 输出序列 " 也有界 ; 充要条件 : \sum^{+\infty}_{m = -\infty} |h(n)| < \infty 二、离散时间系统稳定性实际用法 ---- 实际用途 : 设计一个 滤波器 , 设计完 滤波器参数 后 ,
3.9K30编辑于 2023-03-30 - 来自专栏DeepHub IMBA
5种常用的交叉验证技术，保证评估模型的稳定性
换句话说，为什么一个模型在私有排行榜上评估时会失去稳定性? 在本文中，我们将讨论可能的原因。我们还将学习交叉验证和执行它的各种方法。 模型的稳定性? 总是需要验证你的机器学习模型的稳定性。 让我们通过一个例子来进一步了解模型的稳定性。 在这个例子中，我们试图找出一个人购买汽车与否的关系，这取决于他的收入。为此，我们采取了以下步骤: 我们用一个线性方程建立了买车与否和个人收入之间的关系。 这有助于实现更一般化的关系，并维护模型的稳定性。 交叉验证是什么? 交叉验证是一种在机器学习中用于评估机器学习模型性能的统计验证技术。 这个度量将有助于更好地一般化模型，并增加模型的稳定性。 交叉验证(LOOCV) 在这种方法中，我们将现有数据集中的一个数据点放在一边，并在其余数据上训练模型。这个过程迭代，直到每个数据点被用作测试集。 总结 在本文中，我们讨论了过拟合、欠拟合、模型稳定性和各种交叉验证技术，以避免过拟合和欠拟合。我们还研究了不同的交叉验证技术，如验证方法、LOOCV、n次交叉验证、n次分层验证等等。 DeepHub
1.8K20发布于 2020-06-17 - 来自专栏贰叁壹运维
持续稳定性考察
药品的稳定性是指药品稳定保持其物理、化学、生物学性质及其疗效和安全性的能力。对药品的稳定性要求属于药品管理法规规范重点，各国的药典和新药注册审批等都对药品的稳定性研究有详细的规定。 依据考察目的的不同，上市产品稳定性考察可分为常规稳定性考察、刚上市产品的稳定性考察和特殊稳定性考察。 常规稳定性考察：针对正常生产条件下的常规产品而进行的持续稳定性考察。 稳定性考察条件 中国大部分地区位于亚热带，属于国际协调委员会ICH规定的Ⅱ区，按其规定，上市产品常规稳定性考察条件为：温度25℃±2℃，相对湿度60%±5%。 稳定性考察批次和取样时间点 常规稳定性考察：通常要求同一品种每个规格至少考察1批。对于稳定性较差（如容易降解）的产品，应该根据该产品历史稳定性数据适当增加考察批数。 稳定性数据的评价 稳定性考察有助于发现产品稳定性变化趋势，确保产品在运输、储存和使用过程中的质量。
2.6K40发布于 2021-05-06 - 来自专栏程序员升级之路
Redis稳定性实践
二、大促时稳定性保障 大促的时候因为流量比往常高几倍，甚至是几十倍，更需要保证系统稳定性。 我们先看下Redis主、从同步的过程： 1）主保存一个快照，保存到一个文件中； 2）主将1产生的文件发送给从； 3）从将RDB文件加载到内存中； 4）主在完成1的时候同时将每次的命令写入到一个缓冲区中； 5） repl-backlog-size 即复制缓冲区的大小，这个参数默认只有1M，非常的小，生产场景可以自己根据以下公式计算： 1秒写入量占用空间*允许抖动时间 即如果1秒的写入量在100kb， 我们允许抖动的时间为5分钟 ，则这个设置为 100k*5*50=25M 注意这个在主和从上都要设置，因为主挂了，一个从切主后也可保持一致。
1.6K31发布于 2020-09-11 - 来自专栏斑斓
软件系统的稳定性
软件系统的稳定性，主要决定于整体的系统架构设计，然而也不可忽略编程的细节，正所谓“千里之堤，溃于蚁穴”，一旦考虑不周，看似无关紧要的代码片段可能会带来整体软件系统的崩溃。 软件系统的稳定性，主要决定于整体的系统架构设计，然而也不可忽略编程的细节，正所谓“千里之堤，溃于蚁穴”，一旦考虑不周，看似无关紧要的代码片段可能会带来整体软件系统的崩溃。
7.8K60发布于 2018-03-07 稳定性生产总结
本期我们来谈下稳定性生产这个话题，稳定性建设目标有两个：降发生、降影响，在降发生中的措施是做到三点：系统高可用、 高性能、 高质量，三高问题确实是一个很热的话题，里面涉及很多点。 一、分布式系统稳定性建设模式那怎样完成降发生和降影响两个目标呢，那就需要一个好的建设模式，稳定性建设模式是指在开展稳定性建设工作过程中应重点关注的技术方法或方案，这里面有一系列技术模式来支撑稳定性能力实现 二、分布式系统稳定性建设路径那我们在实际工作中怎样进行建设呢？需要做两件事：需求分析和实现分析。（一）稳定性建设需求分析需求分析可以分为确认分析对象主体和确定服务需求两部分。 2、建设组织保障能力包括人力资源支持、技术资源支持、组织优化3、建设稳定性保障体系包括如下内容：在建设之后，我们可以依照如下指标来进行衡量建设的效果以上就是我们本期稳定性生产方面的内容了，故障的发生是复杂多样的 ，定义业务或者服务的slo以结构化，来保障稳定性能力。
56501编辑于 2024-04-15- 来自专栏IT技术订阅
Kafka 的稳定性
B继续commit消息4和5 A回来了。注意A并不能⻢上在isr列表中存在，因为它落后了很多，只有当它接受了⼀些数据，⽐如m2 m4 m5,它不落后太多的时候，才会回到ISR列表中。 5. Leader副本何时更新HW值 Leader的HW值就是分区HW值，直接影响分区数据对消费者的可⻅性 。 如Leader端记录序列：m1,m2,m3,m4,m5,…；Follower端序列可能是m1,m3,m4,m5,…。 副本的数量可能影响吞吐量，不超过5个，一般三个。 不允许unclean Leader选举。 5.
1.7K10编辑于 2022-06-23 - 来自专栏云Elasticsearch Service
ElasticSearch稳定性优化
在内存回收方面消耗；2、高阶内存不足优化：整理碎片化内存，保证有充足高阶内存，降低CPU在内存碎片整理消耗；经过上述优化措施后，ES系统的读写成功率达到99.999%，超出当前的可用性要求，保障ES在生产环境稳定性
1.2K51编辑于 2022-12-07 - 来自专栏全栈程序员必看
稳定性测试怎么做_stata稳定性检验怎么做
稳定性对产品的重要性不言而喻。 而作为质量保障，在稳定性测试方面的探索也在不断演化。 稳定性测试的场景设计简单，和线上实际运行有较大的出入。带来的直接结果是稳定性测试发现的问题比较有限，做完之后仍然没有特别大的信心。 图片 那稳定性测试究竟该如何做？别人在怎么做？ 02 对稳定性测试三个阶段的定义 目前稳定性测试采用的性能测试场景设计使用混合场景模式，基于产品业务模型或用户行为来定义场景，包括产品的典型业务、典型业务之间的组合关系、典型业务之间的比例等，这里不详细介绍 另外，关于稳定性测试场景的设计还有比较大的优化和提升空间，这个后面会畅谈下。 我们对压力变化模型的不精确定义为： 1.初始并发数需要配置，保持时间默认30min 2.上升时间T需要配置 3.最大并发数需要配置，默认为初始并发数的2倍 4.最小并发数需要配置，默认为初始并发数的1/2 5.
1.4K20编辑于 2022-10-29 - 来自专栏全栈程序员必看
什么软件可以测试网络的稳定性,网络稳定性测试软件
=======================================================================
2.2K10编辑于 2022-09-30 - 来自专栏程序员升级之路
如何做好稳定性
我所在的公司为手机公司，每年新品销售的时候，流量也是非常大，是平时的10倍，甚至上百倍，今天来聊一聊稳定性相关的话题，谈下如何做好稳定性。 3、避免不合理的调用 常见问题有： 循环调用服务； 调用接口过多（见到一个页面下来就调用4，5个接口的） 常见的方案有： 1）、缓存 一些访问量特别大的，对数据一致性要求没那么高的，可以通过缓存来降低压力 Mysql、Redis、RabbitMQ等，保证中间件出问题不要出现雪崩； 还要调用其他服务的，大部分公司会采用微服务，服务之间调用需要保证超时时间，现在最新的方案是逐层动态计算，即一个接口要串联调用5个服务 ，总的超时时间设置为5秒，在调用第一个服务后还剩下4.8秒，则在调用第2个服务的时候会把4.8作为超时时间传下去，有兴趣的大家可以网上搜索下。
93651发布于 2020-09-11 - 来自专栏阿黎逸阳的代码
模型稳定性指标—PSI
2.模型稳定性，主要评价指标包括PSI和CSI等。 之前阐述了模型本身的评价指标：混淆矩阵、F1值、KS曲线、count_table和ROC曲线AUC面积，本文介绍模型稳定性指标PSI。 一、详细介绍PSI 1 什么是PSI PSI(Population Stability Index)：群体稳定性指标，是通过对比历史样本分布和当前样本分布的波动，来衡量数据的稳定性。 为什么要关注模型的稳定性？ 在风控建模中的IV和WOE一文中我们提到，可以用逻辑回归区分好坏客户的前提假设是“历史样本和未来样本服从同一总体分布”。 而且，在模型训练过程中，虽然有测试集衡量模型的稳定性，但仍不能排除模型存在过拟合的情况。 所以我们要关注模型的稳定性。 2 PSI计算公式 不管是变量PSI还是模型PSI，其底层逻辑是一样的。主要是量化评估观察样本(actual)和开发样本(expect)的分布差异。
4.6K11编辑于 2023-08-21 - 来自专栏用户4624600的专栏
Android 稳定性测试实践
背景 为什么需要客户端稳定性测试? 稳定性测试是在保证功能完整正确的前提下，必不可少的一项测试内容，通过对软件稳定性的测试可以观察在一个运行周期内、一定的压力条件下，软件的出错机率、性能劣化趋势等。 稳定性问题带来的危害? 目标 客户端稳定性 Crash 降低 20% 版本灰度阶段稳定性问题闭环率 100% 日常运营稳定性测试工具，拦截集成和灰度 Bug 建立统一稳定性测试能力 技术方案设计 方案调研 1、Google Monkey 官方 GitHub 地址：https://github.com/bytedance/Fastbot_Android 优势 1、Android 多 os 兼容 同时兼容 Android 5-11，兼容国内各厂商定制化的 的优势，快速点击，每秒最高可发送 12 个事件 3、专家系统 不同业务线支持不同的个性化需求，业务深度定制化 4、智能化测试 基于 model-based 边遍历边建模，利用强化学习等算法做高收益决策 5、
1.9K21编辑于 2023-02-17 - 来自专栏奶奶看了都会
发布稳定性-优雅上线
之前的文章讲了优雅下线发布稳定性-优雅下线，今天讲优雅上线 优雅上线也叫：「无损上线」，「延迟发布」，「延迟暴露」。 Dubbo 2.6.5 之后的版本中所有的Dubbo服务都会在Spring初始化完成后进行暴露，可自行配置延迟暴露的时间，配置如下： Dubbo官方文档的延迟暴露:延迟暴露 # 延迟暴露5s dubbo.provider.delay QOS命令上线 Dubbo官方文档QOS命令操作手册：QOS操作手册 配置以下，启动时不向注册中心发布服务 # 延迟暴露5s dubbo.provider.delay=5000 # provider服务启动后不注册到注册中心 总结：服务发布的稳定性已讲了优雅上下线，但是实际工作中不是做好这两样就行了，具体情况需要具体分析，下篇文章继续讲稳定性的内容：流量预热。
63440编辑于 2023-04-28 - 来自专栏奶奶看了都会
发布稳定性-优雅下线
背景 最近负责的项目已经到达10万 QPS的大关了，这么高的QPS，对系统的稳定性要求也更高了。 所以准备写一下关于发布稳定性的经验文章，今天先来说说优雅下线。
79720编辑于 2023-04-20 - 来自专栏奶奶看了都会
发布稳定性-优雅上线
之前的文章讲了优雅下线发布稳定性-优雅下线，今天讲优雅上线 优雅上线也叫：「无损上线」，「延迟发布」，「延迟暴露」。 Dubbo 2.6.5 之后的版本中所有的Dubbo服务都会在Spring初始化完成后进行暴露，可自行配置延迟暴露的时间，配置如下： Dubbo官方文档的延迟暴露:延迟暴露 # 延迟暴露5s dubbo.provider.delay QOS命令上线 Dubbo官方文档QOS命令操作手册：QOS操作手册 配置以下，启动时不向注册中心发布服务 # 延迟暴露5s dubbo.provider.delay=5000 # provider服务启动后不注册到注册中心 总结：服务发布的稳定性已讲了优雅上下线，但是实际工作中不是做好这两样就行了，具体情况需要具体分析，下篇文章继续讲稳定性的内容：流量预热。
74931编辑于 2023-04-20 - 来自专栏编程一生
系统的稳定性建设
现在上上下下组成了一支牛人团队，请来了其他部门很多资深高手进行封闭开发，确保我们系统的稳定性。 选择一份工作，必然要考虑的是：我们是做基础设施的，还是做平台的，还是做核心链路的。 基础设施最重要的指标是稳定性、性能、扩展性。平台讲究多业务，通用性，人效。所谓人效就是我这个平台有些自动化的东西不能满足需求，需要靠手工来完成，这样开发人员的人效就低。 checklist: 核心链路最重要的是稳定性。如果拿到一手烂代码，到了非重构不可的程度。那么重构之前要弄明白几个问题：原系统TOP5的主要问题是哪些？我重构了就能解决这些问题吗？ 日志 建议应用日志不超过磁盘的30%,使用日志组件的性能和稳定性？ 其他组件，如databus 是否有监控？是否单点？自动fail over? 依赖内外部系统 下游系统1 timeout配置？ 组件和版本： 维护系统稳定性要注意选择合适组件和版本。 比如Apache Tomcat被纰漏有高危漏洞。
2.6K21发布于 2018-07-02 性能与稳定性优化
节点质量优先关键因素：稳定性与低丢包率地域就近性节点质量直接决定成功率与尾部时延网络路径优化优化策略：选择更短 AS 路径合理的 BGP 出口选择区域就近接入减少 RTT（往返时延）握手优化协议级优化：
13710编辑于 2025-11-10- 来自专栏奶奶看了都会
发布稳定性-优雅下线
背景 最近负责的项目已经到达10万 QPS的大关了，这么高的QPS，对系统的稳定性要求也更高了。 所以准备写一下关于发布稳定性的经验文章，今天先来说说优雅下线。
65921编辑于 2023-04-28
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号