https://www.oschina.net/translate/bash-tips-and-tricks?print Bash不是最佳的程序员友好之工具。它需要小心谨慎，底层知识并且不允许出现任何错误（你知道你不能输入foo = 42，对吧？）。 另一方面，bash是无处不在的（即使在Windo
https://aijishu.com/a/1060000000379914 提起芯片行业巨头，高通可谓是当仁不让。 作为成功改写通信标准的挑战者，CDMA技术成就了高通，通信领域无数的专利技术奠定了其在通信领域的龙头地位。新世纪以来，高通转攻手机处理器芯片，成功掌握了各大手机厂商的命脉。 环顾当今
最近发现很多内核优化参数都记不住了,写下文章来备记,方便以后查看. 编辑 /etc/sysctl.conf 文件，在里面加入如下内容：(有注释) #设置系统对最大跟踪的TCP连接数的限制(CentOS 5.6无此参数) net.ipv4.ip_conntrack_max = 25000000 #最大
https://zhuanlan.zhihu.com/p/344083588 做为一个有追求的程序员，不能只满足增删改查，我们要对系统全方面无死角掌控。掌握了这些基本的网络知识后，相信一方面日常排错中会事半功倍，另一方面日常架构中不得不考虑的高并发问题，理解了这些底层协议也是会如虎添翼。 本文不会单
Linux用户态和内核态 为了减少有限资源的访问和使用冲突，Unix/Linux的设计哲学之一就是：对不同的操作赋予不同的执行等级，就是所谓特权的概念。简单说就是有多大能力做多大的事，与系统相关的一些特别关键的操作必须由最高特权的程序来完成。Intel的X86架构的CPU提供了0到3四个特权级，数字
时间复杂度 (1)select==>时间复杂度O(n) 它仅仅知道了，有I/O事件发生了，却并不知道是哪那几个流（可能有一个，多个，甚至全部），我们只能无差别轮询所有流，找出能读出数据，或者写入数据的流，对他们进行操作。所以select具有O(n)的无差别轮询复杂度，同时处理的流越多，无差别轮询时间
CPU主频 = 外频 * 倍频 CPU频率即是每个时钟信号周期完成一步操作，时钟频率的高低在很大程度上反映了CPU速度的快慢 所谓外频Base Clock（BCLK），即系统总线的工作频率。是一个统一协调的最基础的频率，CPU硬盘网卡声卡等都是基于这个频率去工作的，通常来讲就是100Mhz 这个外频
如图，机械硬盘主要由 磁片、马达、磁头臂、磁头组成 磁片上有许多“小格”，能够存储两种极性，也就是所谓的010110等二进制，来达到存储数据的效果 在工作时，磁头可以判断极性，悬浮在磁片上几纳米，通过磁头臂与马达的旋转，就可以读取磁盘表面的数据 磁盘表面又会划分为无数的磁道和许许多多的扇区 假设磁盘
https://cdn.modb.pro/db/516085 授权模式 SQL Server 产品有两种基本的授权（License）模式。 ● “每处理器”或“每内核”模式 “每处理器”（Per Processor）授权模式只计算物理处理器的数量，与物理处理器的内核数量无关。这种授权模式一直沿用到S
在rancher中部署完java应用之后，需要对java程序的jvm进行设置，这个非常重要，不然可能会引起比较严重的后果：容器无限制的重启或者主机的内存被耗尽。 在开始之前，先来看一个问题： 在容器中跑了一个java应用，那怎么来限制这个jvm的memory呢？ 按照传统的思路对memory进行限制
关于KVM KVM，深受开源、国产虚拟化、云计算厂家欢迎，费用可以无视，可定制，配合的开源云管平台很丰富，但是对入门用户不友好，第三方工具不够多，无代理备份方式受限于KVM所选择的Linux发行版本，导致各个版本的第三方工具支持力度不高。大厂喜欢，企业用户不喜欢。 关于Vmware ESXi，商业版
https://www.cnblogs.com/zhoading/p/17128217.html 法不轻传,道不贱卖。师不顺路,医不叩门。香不白烧,经不空念。千金不传无义者,万财不渡忘恩人。医逢信者但可救,道遇无名枉费心。甘露不润无根草,妙法只渡有缘人。
增广贤文 https://www.cnblogs.com/zhoading/p/17128159.html 昔时贤文，诲汝谆谆。集韵增广，多见多闻。观今宜鉴古，无古不成今。知己知彼，将心比心。酒逢知己饮，诗向会人吟。相识满天下，知心能几人？相逢好似初相识，到老终无怨恨心。近水知鱼性，近山识鸟音。易涨
https://www.cnblogs.com/codelogs/p/16391159.html 简介# 继上次我们JVM停顿十几秒的问题解决后，我们系统终于稳定了，再也不会无故重启了！这是之前的文章：耗时几个月，终于找到了JVM停顿十几秒的原因 但有点奇怪的是，每隔一段时间，我们服务接口就会有一小
https://segmentfault.com/a/1190000022163856 概述 在k8s中节点会通过docker pull机制获取外部的镜像，那么什么时候清除镜像呢？k8s运行的容器又是什么时候清除呢? api-server: 运行在master，无状态组件，go自动内存垃圾回收 co
开发和运维高并发系统的工程师可能都有过类似经验，明明系统已经调优完毕，该异步的异步，该减少互斥的地方引入无锁，该减少IO的地方更换引擎或者硬件，该调节内核的调节相应参数，然而，如果在系统中引入实时监控，总会有少量响应的延迟高于均值，我们把这些响应称为尾延迟（Tail Latency）。对于大规模分布
https://my.oschina.net/mengshuai/blog/615333 献给默默无闻，奋斗在第一线的苦逼程序员们！ 起因 无意间翻看了之前在 Evernote 的关于服务器端记录的开发笔记，感触良多。 2009-2010 的上面记录的大多都是关于 Nginx、Apache、MySQ
# 关于内存配置相关内核参数的再学习 ## 摘要 ``` 上周一台192G内存的跑着重型拆分微服务的服务器宕机了. 服务器上面还有一套30个pdb的Oracle数据库. 实际原因是因为内存耗尽. 导致机器无响应. 控制台没有任何反馈. 没办法的情况下进行了重启操作. 当时没有进行彻查. 今天有同事反
https://www.cnblogs.com/jyzhao/p/8628184.html 故障描述：与客户沟通，初步确认故障范围大概是在上午的8:30-10:30之间，反应故障现象是Tomcat的连接数满导致应用无法连接，数据库alert中无明显报错，需要协助排查原因。 1.导入包含故障时刻的数据
