在项目压测过程中，发现系统占用，上下文切换非常频繁，在此记录下调优过程，希望对后来人有所帮助。测试方法：模拟客户端实际操作，向服务器高并发发送数据，查看服务器的负载情况。服务器基本配置如下 !(https://oscimg.oschina.net/oscnet/bc83614f489750249dce90a28ca5924a8ff.png)

//定义一个100元素的集合，包含AZList<StringlistnewLinkedList<();for(inti0;i<100;i){list.add(String.valueOf((char)('A'Math.random()('Z''A'1))));}

配置实验环境由于本人电脑的存储空间不足，无法再承担安装一个虚拟机的开销，因此在阿里云上申请了一个云服务器进行本次实验。服务器配置如下：1核2GB内存40GB系统盘操作系统：Ubuntu18.04!aliyun(https://tva1.sinaimg.cn/large/007S8ZIlg

我司EngineeringVP申砾在TiDBDevCon2019上分享了TiDB产品进化过程中的思考与未来规划。本文为演讲实录上篇，重点回顾了TiDB2.1的特性，并分享了我们对「如何做一个好的数据库」的看法。!(https://pic4.zhimg.com/80/v217f0e874be7e88911e19edc8a5

本节记录内容来自于siki学院的“暗黑战神”系列　　先讲一下自适应问题的来源：　　!(https://oscimg.oschina.net/oscnet/3e8ea1c20167fa5969e4165c13c972076e6.png)　　如上图所示，我们现在的画布里有两个按钮，且当前屏幕分辨率设为了1334\750。　　假如我们改变一下

金秋桂花香，正是上海相聚好时节。11月1日，由阿里云计算平台事业部与阿里云开发者社区联合主办的大数据AImeetup2020第二站·上海即将开幕。线上线下，各有千秋，会场名额有限，报名抢入场券：http://hdxu.cn/1q8ZL!(https://oscimg.oschina.net/oscnet/5d

Istio通过对serviceMesh中的每个pod注入sidecar，来实现无侵入式的服务治理能力。其中，sidecar的注入是其能力实现的重要一环（本文主要介绍在kubernetes集群中的注入方式）。sidecar注入有两种方式，一是通过创建webhook资源，利用k8s的webhook能力实现pod的自动注入，二是通过istioctl工具，对yaml

!(https://oscimg.oschina.net/oscnet/891030a487532081bd4fe616c8d539fc2ed.jpg)你们可能会想，栈长这么菜的吗？5分钟都坚持不了？   本文说起来会有点尴尬，毕竟这是栈长我曾经经历过的故事。。。那时候的栈长还真菜，每天写着if/for及一些简单的业务逻辑代码

作者尹烨，腾讯专家工程师，腾讯云TCM产品负责人。在K8s、ServiceMesh等方面有多年的实践经验。导语对于很多后端服务业务，我们都希望得到客户端源IP。云上的负载均衡器，比如，腾讯云CLB支持将客户端源IP传递到后端服务。但在使用istio的时候，由于istioingressgateway以及sidecar的存在，后