https://www.cnblogs.com/onlyac/p/6262096.html twemproxy背景 在业务量剧增的今天，单台高速缓存服务器已经无法满足业务的需求, 而相较于大容量SSD数据存储方案，缓存具备速度和成本优势，但也存在数据安全性的挑战。为此搭建一个高速缓存服务器集群来进行
http://blog.itpub.net/31545813/viewspace-2925035/ 一 背景 收到测试环境集群告警，登陆 K8s 集群进行排查。 二 故障定位 2.1 查看 Pod 查看 kube-system node2 节点 calico pod 异常。 查看详细信息，查看nod
https://cloud.tencent.com/developer/inventory/600/article/1698426 背景介绍 近两年BPF技术跃然成为了一项热门技术，在刚刚结束的KubeCon 2020 Europe会议上有7个关于BPF的技术分享， 而在KubeCon 2020 C
https://www.cnblogs.com/lizexiong/p/15198863.html 本次环境背景信息为，需要在k8s里面跑一些前端界面，所以在pod容器中还是使用到了nginx，但是发现，如果nginx worker_processes参数为auto,pod容器会读取node节点的c
https://www.cnblogs.com/lizexiong/p/15358967.html 1.背景 首先谈一下背景环境，出现文章标题的出错是公司的tke(腾讯云k8s，当然问题和腾讯云k8s集群没有关系)，首先分为dev集群环境和生产集群环境，出现问题是在很早期创建的dev环境。 问题报错
开启raid卡缓存 Write back 对IO性能的影响 背景 公司买了一台服务器. 想进行一下升级 但是因为管理员担心数据丢失, 使用了write through + (raid6 + hotspare) 的终极保护模式. 但是发现磁盘的IO比较差, 测试结果也不是非常好. 基于此进行了一下ra
https://bbs.huaweicloud.com/blogs/146367 【摘要】 1 问题背景nginx的应用程序移植到TaiShan服务器上，发现业务吞吐量没有达到硬件预期，需要做相应调优。 2 原因分析l 网卡配置该应用场景下网络吞吐量大，网卡的配置能对性能提升起到很大的作用。l 操作
https://www.cnblogs.com/codelogs/p/16060378.html 背景# 起因是这样的，我们想开发一个小脚本，当cpu使用率过高时，使用jstack将java的线程栈保存下来，以便后面分析。 获取cpu使用率# 获取cpu使用率是比较容易的，使用vmstat就可以了，
人大金仓备份恢复的简单学习 背景 最近公司里要适配人大金仓 想着最快的办法是将自己的数据库备份恢复到现场 发现备份很简单. 理论上恢复应该也类似. 想着能够模仿PG数据库的模式进行相关的操作. 备份操作 cd /opt/Kingbase/ES/V8/Server/bin/ ./sys_dump -h
一、背景 最近遇到个现象，hubble-api-open组件过段时间会内容占满，从而被K8S强制重启。 让我困惑的是，已经设置了-XX:MaxRAMPercentage=75.0，我觉得留有了一定的空间，不应该会占满，所以想深究下原因。 -XX:MaxRAMPercentage是设置JVM的最大堆内
一、背景 开发了很久的web服务，使用了很多web框架，都忘记web技术最原始的模样了，今天来回顾下。 二、Servlet是什么？ Servlet是sun公司提供的一门用于开发动态web资源的技术。我们普通的Java类实现了Servlet接口后，可将我们的服务部署在Web容器中，这样我们的服务就可以
一、背景 由于项目中加了bootstrap.properties文件，且文件中有变量，如spring.cloud.config.profile=${spring.profiles.active}，而bootstrap.properties读取的优先级高于application.properties，
飞腾与鲲鹏性能差异的一些思考 背景 自己在进行stress-ng以及sysbench的测试验证时发现: 飞腾的性能要比鲲鹏的性能有非常大的差距. 最近同事在现场也进行了压测, 也发现飞腾的性能不是特别好. 这里想简单总结一下自己学习过的资料,尝试分析一下为何差异这么大. 制程 注意 制程采用台积电发
国产CPU制造工艺与部分性能总结 背景 最近一段时间验证了很多国产CPU的性能. 感觉很多地方与之前的理解有一些偏差. 前几天总结了部分架构和指令集相关的差异 今天想着总结一下制造相关的部分. 希望能够更全面的了解国产化的相关内容. 频率相关 想到制程, 第一反应就是会影响主频这一重要属性 第一款打
目录 1. 背景知识 1.1 tracepoints 1.2 硬件特性之cache 2. 主要关注点 3. perf的使用 3.0 perf引入的overhead 3.1 perf list 3.2 perf top 3.3 perf stat 3.4 perf bench 3.4.1 perf b
Chrome浏览器不同版本兼容性的验证方法 背景 上周客户现场有出现使用国产信创设备上面的奇安信浏览器出现兼容性的问题. 开发认为是测试不全面导致. 认为测试应该必须测试过特定浏览器才可以进行说明. 最开始国产设备上面仅能够支持firefox52.3ESR的版本 当时在进行银河麒麟和UOS的兼容适配
Redis scan等命令的学习与研究 摘要 背景跟前几天说的一个问题类似. 为了验证自己的设想, 所以晚上继续写脚本进行了一轮次的验证. 不过上次讨论时,打击好像都没听懂我说的 所以这次准备从基础开始讲起. 很多好东西在上来量之后可能会变成坏东西 scan 命令 Redis 在2.8 之后增加了s
在线安装gfortran的方法-CentOS8 or 阿里龙蜥 背景 在阿里云上面进行了 speccpu2006的测试验证 但是发现总是很多包安装不过去 原因是阿里最小化安装的龙蜥系统. 缺少很多编译工具. 昨天晚上死活跑步过去发现是因为缺少部分编译工具 gfortran 报错信息 specmake
