TKE集群在创建时，会设置节点上允许的Pod数量的上限，一般默认是64个。 这里介绍，如何把单节点的 Pod 数量上限，从 32个 调整到 64个，分两种： 1. 新增的节点，需要在创建节点时指定最大Pod 的上限，增加一个自定义项即可，  2. 存量的节点可以使用这个脚本更新一下配置： ``` #!/bin/bash grep MAX_PODS /etc/kubernetes/kubelet if [ $? -eq 0 ]; then echo 'patched already' sed...阅读全文
xxx ( 加上 -q 选项 )，则在传输文件时不显示进度条。-y 覆盖模式trz -y 或 tsz -y xxx ( 加上 -y 选项 )，如果存在相同文件名的文件就直接覆盖。-b 二进制模式trz -b 或 tsz -b xxx ( 加上 -b 选项 )，二进制传输模式，对于压缩包、图片、影音等较快。-e 转义控制字符二进制模式时，控制字符可能会导致失败，trz -eb 或 tsz -eb xxx ( 加上 -e 选项 ) 转义所有已知的控制字符。-d 传输文件夹trz -d 或 tsz -d xxx ( 加上 -d 选项 )，则可以上传或下载指定文件夹和文件。-B 缓冲区上限trz -B 20m 或 tsz -B 2M xxx 等，设置最大缓冲区上限 ( 默认 10M )。会自动根据网速选...阅读全文
整理本文，起源是看到知乎上的一个问题，为什么Linux的进程pid编号极限最大值( process pid max)是131070？ 问题中提到，通过提问者的测试（Ubuntu18.04操作系统下），Python脚本实现的分配进行pid脚本，渠道系统自动分配给进程的最大pid值是131070，这是一个并不特殊的值。（通常可以想到的上限会是与二进制数字相关，例如1024，65536等等）。 很高兴，看到还是有很多人在坚持知乎的本来精神，先问是不是，再问为什么。 Linux 内核的进程 PID 最大值并非 131070，而是 32768 （32 位系统）和 2 的 22 次方（64 位系统）。这是Linux手册中明确给出的说明： /proc/sys/kernel/pid_max (since...阅读全文
、NVIDIA显卡将加入其中，进度会稍后一些。 五、改善免费Wifi连接 大家外出工作，经常需要连接咖啡店、机场等免费WiFi，新版系统将支持captive portal的系统，连接WiFi更容易。 六、蓝牙和音频 在GNOME桌面环境上，无法通过键盘方式突破音量100%的上限。Ubuntu系统可通过物理键盘突破的限制。采用Gnome为默认桌面后，17.10 开发团队也将解决该问题。 蓝牙音箱设备连接的稳定性、可用性提升。比如在登录系统前可使用蓝牙音箱设备。如对屏幕阅读器有需求的人来说，这个功能将提高系统的使用体验。...阅读全文
inactive list，内核线程kswapd会定期将active list中的页面移至 inactive list中。如果系统的inactive的内存过大，可以通过如下操作对其做回收。sync; echo 3 > /proc/sys/vm/drop_caches虚拟内存========现代x86系统，计算机能够使用的内存会大于其物理内存的上限，依靠的就是虚拟内存机制。Linux支持虚拟内存机制和实模式机制。实模式下，计算机会直接申请物理内存， 虚拟内存机制下，系统会把磁盘当成内存的扩展，已增加可使用的内存大小。并通过映射map的机制，来保存和物理内存的真实对应关系。在磁盘和内存之间传送Page的活动叫做swapping或者页面调度(paging)，被用作虚拟内存的磁盘分区称为swap。可以通过在线添加...阅读全文
prometheus存在单点问题，具体痛点可以这么描述： prometheus单机存储和抓取能力都有上限，容易单点故障。 虽然有一种方式是通过部署N个prometheus分别抓取不同的target来分摊压力的，但是grafana就要为不同的图表配置不同的prometheus地址，复杂程度比较棘手。 thanos+prometheus可以解决这个问题，它提供了一个核心能力： 1，thanos querier组件可以反向代理到N个prometheus，然后grafana直接指向thanos querier即可，thanos querier会从N个prometheus同时查询数据，返回满足Promql的数据结果； 2，如果N个prometheus抓取的数据存在重复的，那么thanos...阅读全文
CPU，由于它是单线程作业所以很容易跑满一个逻辑CPU，可以使用redis代理或者是分布式方案来提升redis的CPU使用率。 3.存储的Key一定要设置超时时间 如果应用将Redis定位为缓存Cache使用，对于存放的Key一定要设置超时时间！因为若不设置，这些Key会一直占用内存不释放，造成极大的浪费，而且随着时间的推移会导致内存占用越来越大，直到达到服务器内存上限！另外Key的超时长短要根据业务综合评估，而不是越长越好！ 4.对于必须要存储的大文本数据一定要压缩后存储 对于大文本【+超过500字节】写入到Redis时，一定要压缩后存储！大文本数据存入Redis，除了带来极大的内存占用外，在访问量高时，很容易就会将网卡流量占满，进而造成整个服务器上的所有服务不可用，并引发雪崩效应，造成各个系...阅读全文
。 其中，实际投票前的讨论期长度是由项目负责人决定的（这一点没有变化），但新的规则是将这个时期的时长限制在两到三周。 对选票的任何实质性修改（例如增加新的选项）将会使得讨论期至少再增加一周，但这个时长仍然不能超过最长期限。如果讨论期能继续延长的时长少于 24 小时了，就不能再进行这类实质性修改了。 项目负责人有权将讨论期缩短或延长一周，但缩短讨论期的情况下也必须要确保能至少还有 48 小时的时间。 如此一来，无论是哪个流程，都为讨论时间设置了一个上限。同时，也准备了一些机制来防止被迫投票的情况。 “如果人们在这个过程中不觉得自己被人欺负了，那么他就会更容易接受一个不符合他意愿的决策。” Allbery表示。 03 行动 尽管离开了 Debian，Joey 还是在今年11月的一场访谈中表达了自己对...阅读全文
=, RuntimeMaxFiles= 限制日志文件的大小上限。 以 "System" 开头的选项用于限制磁盘使用量， 也就是 /var/log/journal 的使用量。 以 "Runtime" 开头的选项用于限制内存使用量， 也就是 /run/log/journal 的使用量。 以 "System" 开头的选项仅在 /var/log/journal 目录确实存在且可写时才有意义。 但以 "Runtime" 开头的选项永远有意义。 也就是说， 在系统启动早期 /var 尚未挂载时、 或者系统管理员禁止在磁盘上存储日志的时候， 仅有 "Runtime" 开头的选项有意义。 journalctl 与 systemd-journald 工具会忽略日志目录中 所有后缀名不等于 ".journal" 或 ".journal~" 的文...阅读全文
且也是显而易见的。 这同样也适用于个人。如果你所从事的工作具有可替代性，那么你最终就会被薪资要求更低的人所取代。 增强竞争力的最佳方式就是建立话语权。例如，你可以利用好个人关系，打造强大的个人品牌，或是在不同领域的交叉点建立起自己的个人优势。当然增强竞争力的方式还有很多，但不论采取什么方式，关键是你必须要做到这一点。 大多数人会模仿身边人的做法，但这种方式并不可取，如果一味模仿他人，那你还有什么竞争优势可言呢？ 11 建立人际网络 出色的工作需要团队合作。打造既可密切合作又可轻松相处的优质人际网络是事业成功的必要因素。拥有优秀人才的人际网络的规模会决定你能成功的上限。 建立人际网络的有效方法之一是尽可能多帮助他人。长期以来，这种行为方式给我带来了最佳职场机遇以及四项最佳投资中的三项。我总是惊...阅读全文
)
，最重要的一点，你必须言出必行。 精准地提问 漫无边际的问题通常被视为时间黑洞，回答这些问题需要付出更多的时间和精力，只有最忙的人才会给你最有用答案，但这些人对于时间黑洞极其敏感，所以他们比较讨厌那些漫无边际的问题。 如果你明确指认了让回复者做的事（如指点方向、发送代码、检查补丁或其它），你更有可能得到有用的回复。（因为）这样可以让他们集中精力去解决问题，并间接地设定了他们为帮助你需要花费的时间和精力上限，这是很好的做法。 如果你想要向专家提问，你可以这样设想：你去到一个金库，可是你只有一点点的时间。专家就像金库，如果你想在尽可能短的时间来换取更多的价值，你就要向他们提出一个精准的问题。 所以，为了让专家能够用尽量少的时间来回答你的问题，你最好限定问题的范围。限定问题范围与简化问题是不一样的...阅读全文
