https://www.cnblogs.com/xiaofeng666/p/10952627.html Linux使用iptables封IP，是常用的应对网络攻击的方法，但要封禁成千上万个IP，如果添加成千上万条规则，对机器性能影响较大，使用ipset能解决这个问题。 iptables 包含几个表，
https://juejin.cn/post/7208708762265616421 问题背景： 在我们的业务中，有一些推荐的场景会需要走到集团研究院的算法推荐服务，对一些用户进行个性化的课件推荐或者作者推荐，这个业务场景已经很久了，但是一直有一个很难解决的问题困扰着我们，就是我们调用研究院的接
https://www.infoq.cn/article/lXTRgYb9ecVBu*72fT7O jstact -gccause pid 3000 30 01 案例一: 某日，支付平台的开发人员找到 SRE,需要 SRE 帮助解决一个棘手的问题。他们发现一个调用第三方支付接口的应用里面，偶尔出现请
https://www.cnblogs.com/wx170119/p/12068005.html 前言 在对一个挡板系统进行测试时，遇到一个由于TCP全连接队列被占满而影响系统性能的问题，这里记录下如何进行分析及解决的。 理解下TCP建立连接过程与队列 从图中明显可以看出建立 TCP 连接的时候，有
https://zhuanlan.zhihu.com/p/616500765 Nginx通过使用多路复用IO（如Linux的epoll、FreeBSD的kqueue等）技术很好的解决了c10k问题，但前提是Nginx的请求不能有阻塞操作，否则将会导致整个Nginx进程停止服务。 但很多时候阻塞操作是
`https://blog.csdn.net/u011069294/article/details/107050001` 目录 1. 内存中的栈与堆2.栈的优点 1. 内存中的栈与堆 栈是运行时单位，堆是存储的单位。 栈解决程序的运行问题，即程序如何执行，或者说如何处理数据。 堆解决的是数据存储的问
文章目录 1. Full GC (Ergonomics)1.1 Java 进程一直进行 Full GC1.2 Full GC 的原因1.3 检查堆占用 2. 代码检查3. 解决方式 1. Full GC (Ergonomics) 1.1 Java 进程一直进行 Full GC 例行检查线上运行的 J
ESXI6.0之后管理为WEB，OVF导出/部署是个渣渣，如果虚拟机文件过大，一般会报网络异常中断而失败，可使用官方ovftool工具解决，快而方便，支持linux和Mac OSX，可脚本操作，批量处理等。 在windows如已经安装vmware workstation，有个OVFTool目录直接可
https://www.dinghui.org/vmware-converter-p2v.html VMware vCenter Converter Standalone，是一种用于将虚拟机和物理机转换为 VMware 虚拟机的可扩展解决方案。此外，还可以在 vCenter Server 环境中配置
该问题一般出现在国产平台，从错误描述来看，意思是：无法猜测build类型，你必须指定一个。 解决办法： 1. 在系统/usr路径下搜索 config.guess 和 config.sub 这两个文件。 2. 在当前编译工具目录下同样搜索 config.guess 和 config.sub 这两个文件
https://www.cnblogs.com/gaoyuechen/p/8506930.html 这两天，配置了一堆500来个节点的大型集群，被ipmi的问题困扰了一天半，到下午16：40，终于解决了。这里来总结一下： 智能平台管理界面（IPMI，Intelligent Platform Mana
# 申威3231_SPECJVM2008的测试结果与信创服务器对比验证 ## 背景 ``` 周六找同事将在公司里的机器进行了开机. 然后验证了config.guess和config.sub 的确是可以通过复制/usr 下面的文件进行解决的 但是perl的很多model无法使用. 所以没办法, 准备测
# 快速查看日志的方法 ## 摘要 ``` 本文主要是仿写自: https://www.cnblogs.com/codelogs/p/16410363.html 原创：扣钉日记（微信公众号ID：codelogs） 感觉公众号作者的文章挺好的. 周末在家看了一些,感觉很有收获的确能够解决自己遇到的一些
记一次使用gdb诊断gc问题全过程 原创：扣钉日记（微信公众号ID：codelogs），欢迎分享，转载请保留出处。 简介# 上次解决了GC长耗时问题后，系统果然平稳了许多，这是之前的文章《GC耗时高，原因竟是服务流量小？》然而，过了一段时间，我检查GC日志时，又发现了一个GC问题，如下：从这个图中可
云原生监控领域不可撼动，Prometheus 是不是就没缺点？显然不是。 一个软件如果什么问题都想解决，就会导致什么问题都解决不好。所以Prometheus 也存在不足，广受诟病的问题就是 单机存储不好扩展。 1 真的需要扩展容量吗？ 大部分场景其实不需要扩展，因为一般的数据量压根达不到 Prome
攻击者可以使用基于 SASL JAAS 配置和 SASL 协议的任意 Kafka 客户端，在对 Kafka Connect worker 创建或修改连接器时，通过构造特殊的配置，进行 JNDI 注入。 影响范围：2.3.0 <= Apache Kafka <= 3.3.2 解决办法：升级到3.4版本
https://zhuanlan.zhihu.com/p/401910162 原创：蒋院波 导语：本文从进程状态，进程启动方式，网络io多路复用纬度等方面知识，分享解决系统高负载低利用率的案例 前言： 趣头条SRE团队，从服务生命周期管理、混沌工程、业务核心链路治理、应急预案、服务治理（部署标准化、
今天在arm上用configure生成makefile时报错：configure: error: cannot guess build type; you must specify one 问题： 不能确定编译的操作系统 解决： 在gcc编译中我们使用 ./configure --build=编译平
`https://blog.csdn.net/Darkernote/article/details/119390862` 问题：harbor 安装后网段冲突 docker-compose 一般安装会创建一个默认的网桥ip为172.17，18有和公司网络冲突的可能 解决方案： 一、 查看docker
现象： 在安装harbor后，启动时发现harbor-db 一直是restarting，/harbor-jobservice，/harbor-core 这两是starting 状态，如下图 解决： 1.查看你的数据库的挂载目录（对应的宿主机目录）是什么，去你的harbor的安装目录，例如我的是usr
