摘要 未进行过细致测试,仅能够进行测试验证 如果需要上产生, 建议进行大量的测试工作. 理论上产品支持前后端分离. 但是DIP的导入,以及部分模板文件的下载可能存在问题 需要进行调整. 处理步骤 docker pull nginx 拉取最新的nginx镜像. 验证一下版本: docker exec
在Linux环境下C程序经常会出现A segmentation fault（段错误），如果我们的程序只有几十行，那么我们可以通过printf输出调试来找到哪个地方出现了异常，但如果是在项目中，如果我们还是通过print找查找错误，那么效率会很低。那么我们来学习一下Linux环境下通过core文件来找
事故情况 最近同事反馈, 一个文件更新后出现了文件部分不可读的情况 具体现象为: 前端功能打开白屏 后端文件 前面93行不显示, notepad++打开都是 NULL 黑框. 然后重新覆盖文件, 有概率成功, 有概率失败. 遇到问题之后进行了紧急处理. 但是一开始的路线不太正确. 所以本次想总结一下
摘要 先进行了一个PG数据库的测试. Mysql数据库的测试稍后跟上. 紧接着上一篇的安装, 部分文件可能需要特定路径才可以. sysbench 测试的说明 一个参数 这里稍微说一下参数的问题 sysbench \ --db-driver=pgsql \ # 针对POSTGRESQL 数据库测试 -
最近在听深度学习的课，老师提了一个基本的问题：为什么会出现深度学习？或者说传统的机器学习有什么问题。老师讲解的时候一带而过，什么维度灾难啊之类的，可能觉得这个问题太浅显了吧(|| Д)````不过我发现自己确实还不太明白，于是Google了一下，发现一篇很棒的科普文，这里翻译一下，分享给大家：翻译自
jcmd的简单总结 背景 自从2019年公司转向java技术路线. 一直断断续续的在学习java相关的技术内容. 但是总感觉学的不是很深入. 这周比较累.也不想在学新东西了. 所以想着再总结一下jcmd相关的内容. 希望能够记住相关命令, 不需要在每次都百度 简要说明 jcmd等命令操作时需要能够a
https://www.modb.pro/db/565842 1. OceanBase 3.x 版本安装浅谈 我是在 OceanBase 3.1.4 版本的时候开始尝试入手测试的。刚开始 OB 3.x 版本部署时，各种各样的部署方式着实是让我花了好多时间在上面。现在回想一下，大体有以下几个痛点： 采
行转列排除重复数据并且对比的方法 摘要 出差成都. 突然发现被人当成Shell脚本小子了 今天让对着投影仪确定文件是否正确和完备 几乎闪瞎我的双眼 感觉国家这么多年的英语教育的确卓有成效 看简写, 耗费大半天也猜不出是啥意思来.. 为了能够记录下来,干的事情, 把用到的命令和处理过程记录一下. 备忘
不同平台,系统虚拟化的损耗学习 摘要 昨天研究了 arm 平台的KVM的损耗. 当然, 因为自己搭建的QEMU虚拟化平台可能性能不是很优秀 今天正好有机会找到一套x86的云海OS虚拟化平台, 准备进行一下验证. 思路跟昨天比较一致 不过不准备进行三次取平均值了, 意义不是很大. 但是这次准备比较 多
新服务器交付注意事项 摘要 熬通宵跟同事对项目. 因为有几台新增加的服务器. 所有需要先进行一些机器资源确认与配置. 因为总有一些怕不全的情况. 这里进行一下总结. 现在比较困. 准备进行慢慢补充. 先提交上来. 新服务器交付注意事项 1. 验证时间是否准确, 并且适当条件下设置ntp时钟同步 检查
Nginx拆分配置文件的办法 摘要 最近公司使用Nginx进行微服务的路由处理 但是发现随着业务发展, 配置文件越来越复杂. 修改起来也很容易出现错误. 基于此. 想通过拆分配置文件的方式来提高修改效率和准确性. 其实方法非常简单, 记录一下知识备忘. 拆分的方法 其实不需要必须使用 conf.d的
日常测试进行beans比较的简单方法 摘要 想每天把有变化的bean抓取出来有新增的beans时能够及时进行分析和介入 保证beans 都是符合规范的. 方式和方法 开启actuator 打开beans 查看里面的对象信息. 然后定义一个baseline 每天更新完补丁 启动完后再拉取排序一下. 查
关于IO性能的一些学习与了解 摘要 最近心气不高. 学习进度也拖的比较慢. 以后想能够多为自己着想.自己有自己的节奏, 不能只为别人考虑. 要改变一下自己的做事风格. 一些事情想帮则帮, 不想帮就当看不见. 互勉. 磁盘IO的指标 IOPS RT BW 部分监控指标的解释 iowait await
飞腾与鲲鹏性能差异的一些思考 背景 自己在进行stress-ng以及sysbench的测试验证时发现: 飞腾的性能要比鲲鹏的性能有非常大的差距. 最近同事在现场也进行了压测, 也发现飞腾的性能不是特别好. 这里想简单总结一下自己学习过的资料,尝试分析一下为何差异这么大. 制程 注意 制程采用台积电发
Redisson/Jedis 线程数不足报错问题的思考 背景 最近公司内总出现 Redis相关的错误 !-_-! 看我最近发的博客就可以看的出来. 这个错误提示其实是 两年前 清明节进行 压测时发现的. 当时其实没有将这个问题细致分析下去. 最近学习的比较多. 感觉可以尝试分析一下这个问题. 报错的
ContextSwitch 学习与使用 说明 github上面有一个简单的测试系统调用以及上下文切换的工具. contextswitch. 下载之后直接make就可以进行简单的测试 需要注意的是 部分arm环境没有: -mno-avx 这个参数, 需要去掉一下. 官方文档以及说明 Little mi
指令集,架构,软核,硬核的简单学习 前言 最近一直研究国产化信创知识. 之前的很多总结都比较底层. 今天想着从稍微高一点的角度,尤其是CPU厂商的角度进行分析. 看了很多知乎大神,比如guee等的知识,很有感触. 也想借着周末的时间,学习与总结一下. 国产化的脉络 国产计算机其实从上世纪五十年代就开
Grafana监控OracleDB的完整过程 背景 两年前曾经写过一个进行Oracle 监控的简单blog 但是周天晚上尝试进行处理时发现很不完整了. 很多数据获取不到. 晚上又熬夜了好久进行处理. 感觉还是需要总结一下,不然就忘记了 获取镜像 还是使用 docker 的方式来暴露Oracle的服务
Crash的简单学习 前言 最近进行海光服务器的压测, 多次出现了压测时宕机的情况. 跟OS,DB还有hardware的vender都进行过沟通, 但都比较难定位具体问题. 麒麟操作系统说需要进行一下vmcore的确认. 这边也获取了一下麒麟的文档. 想着自己总结一下问题. 便于以后查询 kdump
前些天一直受到内存报警，过一段时间就会恢复。由于开发工作有些多，就一直没理它，但是最近几天开始有些频繁了。虽然不影响业务，但是天天报警，还是让人提心吊胆的。因此就抽了一个上午的时间去解决一下这个问题。 排查问题 这台机器安装的是mongodb，因为最近业务增加，内容使用增加是正常的，但是实际的占用内
