系统僵尸进程管理
发表于|更新于
|浏览量:
查看系统僵尸进程数
top
查看僵尸进程详情
ps -ef|grep defunct
停止僵尸进程
kill -9 $Parent PID
文章作者: Michael Pan
版权声明: 本博客所有文章除特别声明外,均采用 CC BY-NC-SA 4.0 许可协议。转载请注明来源 Michael Blog!
相关推荐
2020-05-20
WSL2-+-microK8s-+-K8s
Windowns 10 (WSL2) + Ubuntu 20.04 enable systemd snapd microk8s 启动systemd,并使用snap安装 123$ sudo apt install daemonize$ sudo daemonize /usr/bin/unshare --fork --pid --mount-proc /lib/systemd/systemd --system-unit=basic.target$ sudo nsenter -t $(pidof systemd) -a su - $LOGNAME 安装microk8s 12$ snap info microk8s$ sudo snap install microk8s --classic 使用microk8s 123$ microk8s status$ sudo usermod -a -G microk8s mpan$ sudo chown -f -R mpan ~/.kube 添加节点 1$ microk8s add-node 注意 每次使用micr...
2020-05-20
Openshift上使用Nginx-Pod作灰度发布
参考文章:使用 Nginx 实现灰度发布 什么是灰度发布 **【百度百科】**灰度发布(又名金丝雀发布)是指在黑与白之间,能够平滑过渡的一种发布方式。 在其上可以进行A/B testing,即让一部分用户继续用产品特性A,一部分用户开始用产品特性B,如果用户对B没有什么反对意见,那么逐步扩大范围,把所有用户都迁移到B上面来。 除了AB test灰度发布另一种思想是,只发布给一小部分用户,如:App在发布之前,针对性的给一小批用户测试下新版本,用小流量发布的方式来检验新版会不会有问题。 灰度发布可以保证整体系统的稳定,在初始灰度的时候就可以发现、调整问题,以保证其影响度。 Openshift上实现蓝绿部署 在openshift上的部署两个版本的Service:service01, service02。在创建Route的时候,可以非常简单地指定同一个Route流量访问两个service的百分比service01(25%流量), service02(75%流量)。所有请求该Route的流量会被按指定的比例访问后service。 对应的Route yaml配置文...

2020-05-20
Mysql瓶颈分析方法
数据库往往会成为应用的最终瓶颈,而Mysql是被使用得最多的开源关系型数据库。如何分析执行Mysql数据库语句的性能就非常重要。但是很多开发人员并没有相关的意识与能力,但其实掌握了一些简单的常用手段,就可以让我们自己分析出数据库语句的问题。曾经看到过有对数据库查询语句中出现7个Select的语句,当时完全被震惊到了,这根本就是往系统里注入了一个大雷呀,数据量一旦增多,数据库挂,应用挂,服务挂,客户挂,公司挂。。。。还是不做破了一个鸡蛋就想着毁了一个养鸡场的推断了。我们收集下常见的数据库的分析手段。 查看当前数据库执行命令 12mysql> select count(*) from information_schema.processlist where COMMAND != 'Sleep';mysql> select * from information_schema.processlist where COMMAND != 'Sleep' limit 5; 慢查询查看慢查询时间定义 12345678910mysql&g...
2020-05-20
持续交付发布可靠软件的系统方法(基础篇)第二章:配置管理
《持续交付发布可靠软件的系统方法》读书笔记 配置管理指一个过程,通过该过程,所有与项目有关的产物,以及它们之间的关系都被唯一定义、修改、存储与检索。 使用版本控制 对所有内容进行版本控制(所需的支撑软件配置信息,操作系统配置信息、DNS区域文件和防火墙配置等) 配置管理是持续集成交付过程的基础。 软件配置管理灵活性:先专注于提供具有高价值且可配置程度低的功能,冒烟测试就是一种缓解配置验证问题的方法配置分类 推荐应使构建打包生成的包,面向所有环境,并不植入配置信息 应用程序的配置管理 将特定于测试环境或生产环境的实际配置信息存放于与源代码分离的单独代码库,需要注意配置信息的版本,一定要与相应的应用软件的版本相切尔西 不要把密码放在版本控制系统中 获取配置信息:文件系统、从某个中心仓库中获取配置信息 配置信息:区分应用、版本、环境,都需要满足以下: 新增一个环境,能为这个配置应用的新环境指定一套新的配置信息 新建应用程序的一个新版本,确保在部署新版本时,使用新的配置,但是一量需要回滚时,还能够使用旧版本的配置 将新版本从一个环境移到另一个环境,确保新环境上的新配置里有效 重定向到...
2020-05-20
性能测试方案设计与测试过程
性能测试过程 性能测试计划 按照模板生成性能测试计划 指标设计(并发数、在线数、TPS、请求超时)挑选典型交易(20%交易,覆盖80%流量)环境、数据准备(与生产环境尽量一致)场景设计(基础场景、专项场景)测试进度安排 需求分析、调研 了解业务需求 环境、数据准备: 系统部署 真实含义的业务数据 数据量为生产数据量三年以后的数据量。 场景分析设计 挑选交易,典型交易:高频交易,逻辑复杂的交易,集中时间段的场景 单交易运行——>单交易负载场景 混合场景设计:混合容量设计,浪涌设计(20->100,100->20) 稳定性场景设计(48小时、72小时持续压力验证) 场景执行、应用监控 执行测试场景 问题定位、分析优化 分析问题 回归验证 性能测试报告 测试结果汇总形成报告 性能测试方案扩展引入多样化的性能监控工具(prometheus/JVM/pinpoint/skywalking)丰富性能场景设计(扩展性场景、可靠性场景、网络异常等情况)可持续性能压测(Jmeter进行自动化...

2020-05-20
《启示录:打造用户喜爱的产品》读书笔记
好产品具备三个基本条件:价值、可用性、可行性,三者缺一不可。产品没有价值,开发团队再优秀也无济于事。 第一篇:人员现代软件产品团队成员 产品经理职责:评估产品机会;定义要开发的产品。 用户体验设计师交互设计师:负责深入理解目标用户,设计有价值的,可用的功能,以及用户导航和产品使用流程。视觉设计师:根据交互设计原型,制作美观的产品界面 项目管理人员产品经理完成产品定义后,开发团队开始开发产品。项目经理核心任务:制订计划和跟踪进度。 开发团队职责:负责产品的技术开发。 运维团队职责:互联网服务产品通常运行在服务器上,保证服务正常运行。 产品营销人员职责:负责对外发布信息、宣传产品,为扩展市场销售渠道、组织重点营销活动、促进产品销售提供支持 第二篇:流程11. 评估产品机会——确定待解决的问题只讨论待解决的问题,不应涉及具体解决方案。产品经理需要回答如下十个问题: 产品要解决什么问题?(产品价值) 为谁解决这个问题?(目标市场) 成功的机会有多大?(市场规模) 怎样判断产品成功与否?(度量指标或收益指标) 有哪些同类产品?(竞争格局) 为什么我们最适合做这个产品?(竞争优...
