来源：http://t.cn/EyQTMwG 由于默认的Linux内核参数考虑的是最通用场景，这明显不符合用于支持高并发访问的Web服务器的定义，所以需要修改Linux内核参数，是的Nginx可以拥有更高的性能； 在优化内核时，可以做的事情很多，不过，我们通常会根据业务特点来进行调整，当Nginx作
最近在做数据库相关的事情，碰到了很多TCP相关的问题，新的场景新的挑战，有很多之前并没有掌握透彻的点，大大开了一把眼界，选了几个案例分享一下。 案例一：TCP中并不是所有的RST都有效 背景知识：在TCP协议中，包含RST标识位的包，用来异常的关闭连接。在TCP的设计中它是不可或缺的，发送RST段关
https://cloud.tencent.com/developer/article/2127606?areaSource=&traceId= 假设有个场景，数据库或者其它中间件的运行时文件句柄等参数设置过低，导致服务不可用或者间歇性不可用。 但是重启服务的代价可能很大，那么我们也可以不重启进程，
https://cloud.tencent.com/developer/inventory/600/article/1626925 这是一个实战系列文章，它是eBPF学习计划里面的应用场景之网络部分，终极目标是源码级别学习云原生网络方案Cilium(声明：下文提到的BPF字样是泛指，包括cBPF和e
https://cloud.tencent.com/developer/inventory/600/article/1644458 这是一个实战系列文章，它是eBPF学习计划里面的应用场景之网络部分，终极目标是源码级别学习云原生环境下使用eBPF的场景，比如Cilium、Falco等(声明：下文提到
https://bbs.huaweicloud.com/forum/thread-169622-1-1.html 作者：伍家华 > 编者按：笔者通过在 Hive 的场景发现 AppCDS 技术存在的价值，然后分析了 AppCDS 的工作原理，并将 JDK 11 中的特性移植到毕昇 JDK 8，在移植
https://cloud.tencent.com/developer/article/2048995 在日常工作中，CPU压力测试是一项常见的工作，主要用到如下场景： 微调系统上的活动。 监控操作系统内核接口。 测试您的Linux硬件组件，例如CPU、内存、磁盘设备和许多其他组件，以观察它们在压力
1 大道至简 1.1 规则1 避免过度设计 【内容】在设计中警惕复杂的解决方案 【应用场景】适用于任何项目，应用所有大型项目和复杂系统或项目设计过程中 【用法】通过测试同事是否轻松的理解解决方案，来验证是否存在过度设计 【原因】复杂的解决方案实时成本过高，而且长期维护费用昂贵 【要点】过于复杂的系统
文章目录 简介nodeAffinity 节点亲和性podAffinity亲和性调度实例互斥性调度实例 简介 前面的 nodeSelector 调度略显生硬，如果场景是：某个 Pod 最好调度到磁盘大的节点上，如果暂时没有，小点也行，比方说数据库； 如果场景是：某个 Pod，坚决不能调度到某类节点上，
https://developer.aliyun.com/article/885789?spm=a2c6h.24874632.expert-profile.283.7c46cfe9h5DxWK 简介： 1.Rsync应用场景 数据同步的方式 推：push，上传（upload） 将客户端的数据上传
https://blog.whsir.com/post-6114.html 在CentOS8系统中，默认gcc版本已经是8.x.x版本，但是在一些场景中，还是需要高版本的gcc，网上一些作死的文章还在复制粘贴的告诉你如何编译升级gcc版本。 之前吴昊也写过CentOS完美升级gcc版本方法：http
https://juejin.cn/post/7208708762265616421 问题背景： 在我们的业务中，有一些推荐的场景会需要走到集团研究院的算法推荐服务，对一些用户进行个性化的课件推荐或者作者推荐，这个业务场景已经很久了，但是一直有一个很难解决的问题困扰着我们，就是我们调用研究院的接
1. 背景 在生活中的会经常遇见一台PC同时连接多个网络的场景.最典型的,一台笔记本可以同时连接一个无线网(手机热点)和一个有线网(以太网).linux和window操作系统在默认情况都会使用最早连接的网络进行互联网访问.如果我们想切换到另一个网络进行互联网访问,最粗暴的方法就是断开最先连接的网络,
# 计算机底层的秘密读书笔记之一 ## 摘要 ``` 上周天在家休息时在知乎上面看到了影响性能的几个场景. 里面见到了cache的乒乓问题,以及cache line的伪共享问题. 知乎的答案里面图文并茂. 作者的思路也很清晰 就顺着水印找到了公众号还有作者刚出版的一本书. 京东周一快递到手后,这几天
https://zhuanlan.zhihu.com/p/164706527 写在前面的话 技术选型是由技术方向和业务场景 trade-off 决定的，脱离业务场景来说技术选型是没有任何意义的，所以本文只是阐述了伴鱼技术团队数据库选型的过程，这并不是 MySQL、MongoDB 和 TiDB 之间直
https://tidb.net/book/book-rush/best-practice/other-practice/tidb61-on-openEular2003 背景 最近对国产操作系统很感兴趣，也有一些场景需要验证落地，官方支持银河麒麟 V10（X86，ARM），统信 UOS 等国产操作
# tikv-ctl的简单学习 ## 摘要 ``` 最近在学习使用 tidb. 有一个场景,单独使用了tikv作为键值对的数据库. 但是比较不幸.总是出现宕机的情况 因为这个环境是单独使用tikv 二进制进行安装的 没有grafana和dashboard的界面. 比较难以处理. 只能想着使用tikv
https://www.cnblogs.com/AcAc-t/p/kafka_topic_consumer_group_command.html 最近工作中遇到需要使用kafka的场景，测试消费程序启动后，要莫名的过几十秒乃至几分钟才能成功获取到到topic的partition和offset，而后开
https://tidb.net/blog/ad45bad9#6%E6%80%BB%E7%BB%93 1实验目的 随着tidb使用场景的越来越多，接入的业务越来越重要，不由得想试验下tidb组件的高可用性以及故障或者灾难如何恢复，恢复主要涉及的是pd组件和tikv组件，本文主要涉及tikv组件， p
之前认为缺失的temp文件在开库时会自动创建，但其实也有不能自动创建的场景，alert会有类似如下提示： 2023-05-11T20:35:35.974983+08:00 AWR(6):*********************************************************
