有性能问题,上HeapDump性能社区
首页
性能问答
性能文章
性能话题
性能课程
性能活动
用户服务
用户权益
兑换专区
性能工具
XPocket
创作中心
登录
注册
综合
文章
求助
讨论
课程
找人
构建企业级业务高可用的
延时
消息中台
业务场景剖析公司业务系统(比如:电商系统)中有大量涉及定时任务的业务场景,例如:实现买卖双方在线沟通的IM系统,为了确保接收方能够收到消息,服务端一般都会有重试策略,即服务端在消息发出的一段时间内,如
系统性能优化,必知的一些
延时
数据(CPU仅1s,磁盘1个月,TCP包重传100年)
以下这组数字,来自于Brett Slatkin在2008年谷歌I/O大会的演讲《Building Scalable Web Applications with Google App Engine》。
架构与思维:高并发下解决主从
延时
的一些思路
1 回顾下MySQL主从复制主从复制,是指建立一个和主数据库完全一样的数据库环境(称为从数据库),并将主库的操作行为进行复制的过程:将主数据库的DDL和DML的操作日志同步到从数据库上,然后在从数据库上对这些日志进行重新执行,来保证从数据库和主数据库的数据的一致性。1.1 为什么要做主从复制
1
回复
JDK8 CMS切换到JDK8 G1,在后端
延时
变大情况下,一分钟GC了120次
我们线上网关是zuul集群,jdk8,jvm参数如下```language-XX:HeapDumpPath=/data/applogs/systemerror.dump -XX:InitialHeap
高CPU消耗,这次又是lettuce的锅
起源于Thread.sleep最近在系统调优过程中遇到一个比较有意思的高CPU消耗的问题(当时CPU使用率已经到90%左右),先上图感受一下。是的,就是Thread.sleep这个方法,消耗了大概34
RocketMQ 在使用上的一些排坑和优化
前言:RocketMQ 在我们的项目中使用非常广泛,在使用的过程中,也遇到了很多的问题。比如没有多环境的隔离,在多个版本同时开发送测的情况下,互相干扰严重。RocketMQ 的投递可能会失败,导致丢失
收藏:一些比较好的Redis 性能优化思路总结
在一些网络服务的系统中,Redis 的性能,可能是比 MySQL 等硬盘数据库的性能更重要的课题。比如微博,把热点微博[1],最新的用户关系[2],都存储在 Redis 中,大量的查询击中 Redis
通过一条慢SQL分析,从架构的角度进行选型来解决问题
前言闲鱼服务端在做数据库查询时,对每一条SQL都需要仔细优化,尽可能使
延时
更低,带给用户更好的体验。但是在生产中偶尔会有一些情况怎么优化都无法满足业务场景。本文通过对一条慢SQL的真实改造,介绍解决复杂查询的一种思路,以及如何使得一条平均RT接近2s的SQL,最终耗时下降30倍。背景先来看一条
字节跳动、阿里云和腾讯云团队联手创建新的流媒体标准
中国网络巨头阿里巴巴、腾讯和字节跳动合作创造了一个新的流媒体标准,字节跳动通过它的火山引擎超级云服务在其中做出了不可磨灭的贡献。该项目致力于通过减少启动流(stream)的时间到一秒甚至减半来确保在流媒体的最初几秒给用户更好的体验。这三家公司表示,当下流媒体观众需要花费读3至6遍的密西西比州(Mi
死磕synchronized二:系统剖析延迟偏向篇一
近期准备写一个专栏:从Hotspot源码角度剖析synchronized。前前后后大概有10篇,本篇文章聚焦分析偏向锁延迟策略:什么是延迟偏向、为什么需要延迟偏向、延迟偏向机制是怎样的、延迟偏向对锁膨胀的影响及证明、从Hotspot源码角度证明
加载更多