icepesis-CSDN博客

原创理解Linux网络性能指标

前言经过对Linux CPU、内存、I/O的性能指标了解后，我们今天再来看Linux另外一个重要的模块-网络的性能指标。网络是一种把不同计算机或网络设备连接到一起的技术，它本质上是一种进程间的通信方式，特别是跨系统的进程间通信，必须要通过网络才能进行。同样，先简单了解下Linux网络的工作过程，这样才能帮助我们更好地理解网络的性能指标。Linux网络是如何工作的说到网络，离不开网络模型。我们熟知的有OSI七层网络模型，以及实际更实用的四层模型，即TCP/IP网络模型。TCP/IP把.

2021-02-22 00:01:14 441

原创理解Linux I/O性能指标

前言我们继续看Linux的性能指标，今天我们来聊I/O这块。说到I/O，指的是文件系统和磁盘的输入输出。同CPU、内存一样，文件系统和磁盘也是操作系统中最核心的功能。本文从文件系统和磁盘的工作原理出发，理解Linux I/O的性能指标。Linux文件系统与磁盘是怎么工作的磁盘为操作系统提供了最基本的持久化存储，而文件系统则在磁盘的基础上，提供了一个用来管理文件的树状结构。我们平时说的文件，指的是文件系统上的文件，当写文件时，先经过文件系统，再持久化到磁盘中。而对于磁盘来说，作用范围.

2021-02-19 16:10:40 595

原创理解Linux内存性能指标

前言我们继续看Linux的性能指标，内存也是重要的组成部分之一。本文从常用命令top、free出发，分析内存有哪些性能指标。本文基于Ubuntu 16.04。Linux内存性能指标有哪些使用top，按下E切换到MB单位，可以看到内存相关的指标如下：top - 05:09:25 up 7 days, 14:45, 1 user, load average: 0.00, 0.00, 0.00Tasks: 95 total, 1 running, 55 sleeping,.

2021-02-13 13:23:54 1926

原创理解Linux CPU性能指标

前言最近准备再做压测，对于压测，需要有指标去寻找瓶颈，CPU正是其中关键一环。本文聚焦于CPU角度，理清CPU的指标有哪些，总结CPU性能指标概念。CPU性能指标有哪些通过常用的top命令，可以看出CPU的大部分指标：top - 12:17:02 up 11 days, 21:04, 0 users, load average: 1.85, 1.67, 1.75Tasks: 23 total, 1 running, 22 sleeping, 0 stopped, .

2021-02-08 23:34:32 766

原创一次压测性能优化总结

前言本文以一个接口（后文叫接口A）为例，总结性能优化的一些分析思路及工具使用性能现状接口A在上次压测结果中的表现如下：40个线程压5分钟 rt130 tps290（随着线程数增加，rt也随之增加，40个线程是比较优的并发数）性能预估应用为单个实例，配置为4C8G，DB配置最大可为8C16G接口A查了5次表，且全部走索引，按照经验预估tps不至于290，应该可以达到1000左右瓶颈分析与优化分析思路先分析接口的调用链路，接口A调用链路比较简单，就...

2021-01-25 00:17:27 615

原创讲讲MQ自带的消费重试-Kafka、Pulsar实践

MQ消费重试的常见手段在使用MQ时，必不可少的需要结合当前场景，考虑消费失败时如何处理。对于消息不重要的场景，失败就失败了，继续往下消费就行。但对于消息重要的场景，就需要有一定的机制去保证消息最终处理成功。机制的手段有很多，大体思路都是，先进行重试，重试一定次数之后就走兜底逻辑。对于重试，可进行固定时间间隔的重试或做间隔时间递增的重试等对于兜底逻辑，包括消息投递到死信队列、告警、人工补偿、定时对账补偿等下面主要讲如何使用好kafka和pulsar自带的消费重试功能，对于兜底逻辑来说只做异常

2021-01-10 01:09:55 2014

原创分布式定理CAP、BASE与应用

前言CAP、BASE等概念大家应该经常听过，本文主要对这些理论的学习总结，个人更倾向于想了解为什么会有这些理论，以及有什么用，因此会介绍它们的作用和应用。CAP定理定义分布式系统的最大难点，就是各个节点的状态如何同步。CAP定理正是解决节点状态如何同步这个问题的基本定理，也是理解分布式系统的起点。值得一提的是，涉及到节点同步才会涉及到CAP，比如无状态的机器就不存在CAP一说，而如ZooKeeper涉及到多个节点的数据同步，就会涉及到CAP分布式系统有三个指标：Consiste.

2020-12-26 23:26:13 305

原创分布式事务-9种事务模式入门

前言最近在看分布式事务相关的实现方案，涉及到的模式比较多，觉得有必要梳理下，用于后续涉及到分布式事务使用时的方法决策。基于个人理解，本文的模式主要分两类：理论型和实践型理论型：经典的两阶段提交（XA）、经典的TCC模式，理论型更多的是作为实践型的思想实践型：又可以分为不回滚主事务型（本地消息表、事务消息、最大努力通知），以及可回滚主事务型（Seata的AT TCC及saga、以及蚂蚁的DTS模式）本文主要是对各种模式的概念及使用做一个入门。限于个人认知，如有描述不正确的地方欢迎指正。.

2020-12-13 23:20:19 383

原创 BookKeeper存储设计浅析

前言本文作为Pulsar系列的第二篇文章，主要介绍Apache BookKeeper在存储上的设计，主要聚焦于以下两点：BookKeeper的读写流程是怎样的，怎么去存储数据多副本存储下BookKeeper如何处理一致性问题同时强调下BookKeeper本身是个独立的项目，本文是在Pulsar原理探究过程中对BookKeeper存储设计的系统性学习总结。读写流程设计BookKeeper采用读写分离的设计读写流程示意图：更细化的读写流程图：写流程设计1..

2020-12-06 23:27:30 1244

原创 Pulsar入门与架构设计探究

Pulsar简介Pulsar是云原生分布式消息流平台（即可作为消息中间件），最初源于Yahoo，支持Yahoo应用服务140万个主题，日处理超过1000亿条消息。Pulsar于2016年开源并捐赠给Apache软件基金会，现为Apache软件基金会顶级项目。Pulsar的特性如下：支持多租户，通过多租户可为每个租户单独设置认证机制、存储配额、隔离策略等。具有高吞吐、低延时、强容错等特性原生支持多集群部署，集群间支持无缝的数据复制（Geo-replication）高扩展性，能够支..

2020-12-03 00:21:23 1313

icepepsi的技术博客