kubernetes源码分析:大页内存数据来源与更新机制
背景 node资源总量信息 大页内存数据来源 nodeStatus更新 频率配置 kubelet日志等级 回到原点 结论 参考 背景 大页内存通常可以通过/etc/default/grub配置 在配置了大页内存的node上,k8s会自动检测到并将其添加到node capacity中 在开启了NUMA的node上,通过/etc/default/grub配置的大页内存默认会平均分配到所
背景 node资源总量信息 大页内存数据来源 nodeStatus更新 频率配置 kubelet日志等级 回到原点 结论 参考 背景 大页内存通常可以通过/etc/default/grub配置 在配置了大页内存的node上,k8s会自动检测到并将其添加到node capacity中 在开启了NUMA的node上,通过/etc/default/grub配置的大页内存默认会平均分配到所
背景 排查 解决 参考 背景 某集群部署了rancher的local-path-provisioner供有持久化需求的业务pod使用 今天接到同事的求助:发现在部署几个statefulset的时候,有些pod正常,而有些pod会由于pvc unbound status卡住,同事未能检查出原因。 排查 首先进行常规排查: 对出问题的应用yaml进行垂直、链式检查:statefulset->
背景 部署chatgpt-on-wechat 遇到问题 修改代码 再次部署 发现部署玄机 效果 背景 2018年,用itchat实现了一个非常简单的自动回复小程序,对祝福微信进行快速回复。现如今来到了2024年,LLM大火,我们的自动回复小程序也终于可以接入chatgpt了。如此一来,可以让回复更加智能、生动。 部署chatgpt-on-wechat 项目原生支持railway这种快速部署平台
问题 初步排查 发现问题 原因 修复 总结 问题 之前通过密钥能正常连接ssh的linux机器,现在无法连接 ❯ ssh ws root@ws: Permission denied (publickey). 初步排查 ~/.ssh/authorized_keys中检查公钥,发现还在且无误 /etc/ssh/sshd_config中检查ssh服务的配置,发现和常用的配置并无区别 检查
背景 贡献前须知 概要设计 CRD设计 问题分析 controller or speaker node状态 interface状态 功能实现 Go type marker 生成deepcopy代码 CRD client 核心思路 实现功能 本地调试 invoke工具的使用需知 code review round1 round2 e2e测试 ginkgo技巧 round2修改 单元测试 C
基础环境 驱动及docker 准备测试数据 mac下的say命令 容器运行 宿主机运行 pip无限循环问题 命令行 webui 参考 基础环境 硬件:nvidia 3060ti 虚拟化:pve8.1 / 基于官方cloud image的纯净ubuntu22.04 / docker 25.0.0 驱动及docker 有了上次折腾stable-diffusion,这次部署基础的