安装步骤 # Ubuntu16.04 # 注意安装gFortran . ./install.sh . ./shrc 一般情况下经过以上步骤即可安装完毕，进行使用,注意需要执行shrc设置完环境变量以后才可正常执行后续的各种操作。 此外SPEC官方并不建议使用root权限，因为所有的测试集并不需要修改
目录 一、概述 二、Nacos discovery——服务的注册与发现 1. 版本关系 2. 下载安装 （1）下载 （2）启动 （3）浏览器访问 三、Nacos服务注册与发现实战 1. 构建Spring Cloud Alibaba工程 （1）创建父工程 （2）创建子项目 2. 编写测试Control
文章目录 前言一、卸载低版本docker1.1 检查docker版本1.2 删除docker 二、开始安装2.1 安装所需依赖2.2 设置docker yum源2.3 查看所有可用版本2.4 安装Docker 三、启动Docker3.1 启动docker服务、设置开机自启3.2 重启机器测试3.3
# WorkStation的网络损耗 ## 背景 ``` 对周六遇到的问题进行了一下深入思考. 发现虽然可以通过WorkStation的方式来进行Clients以及新命令的扩容. 但是Workstation的桥接网络模式的性能不清楚有多大的损耗. 为了房子性能出现巨大的衰退. 这边进行了一下简要的测
# 申威3231服务器Redis性能验证-及最全信创CPU性能分析 ## 背景 ``` 公司里面新进了几台服务器. 有台申威服务器. 因为前段时间参与过一次申威的POC验证. 当时对性能有一点简单的理解. 但是因为不方便,没有测试更多. 这次有了一台实体机器,并且可以上网, 所以感觉可以方便的多了.
jmeter命令 --? 打印命令行选项并退出 -h、 --帮助 打印使用信息和退出 -v、 --版本 打印版本信息并退出 -p、 --propfile 要使用的jmeter属性文件 -q、 --addprop 其他JMeter属性文件 -t、 --测试文件<
目录 一、背景： 二、win环境下修改jmeter内存 三、mac&linux环境下修改jmeter内存 四、验证内存是否修改成功 一、背景： 在进行大数据、高并发压测的过程性，有时会遇上JMeter卡死现象，使得测试无法进行，查看日志显示：java.lang.OutOfMemoryError: J
文章目录 一、安装 influxdbⅠ、docker 安装 二、常用操作Ⅰ、influxdb 1.x版本添加用户认证Ⅱ、influxdb 2.x 使用命令行Ⅲ、CLI 配置tokenⅤ、CLI 查询测试 三、grafana 安装使用Ⅱ、docker 安装 grafana 四、grafana 连接 i
昨天分别在外网和无外网环境下安装PostgreSQL，有外网环境下安装的相当顺利。但是在无外网环境下就是两个不同的概念了，可谓十有八折。感兴趣的同学可以搭建一下。 PostgreSQL安装完成后第一件事便是做相关测试，然后调整参数。 /*CPU 查看CPU型号*/ cat /proc/cpuinfo
Docker简介 1、是什么 问题：为什么会有docker出现 假定你在开发一个网络商城，您使用的是一台笔记本电脑而且您的开发环境具有特定的配置。其他开发人员身处的环境配置也各有不同。您正在开发的应用依赖于您当前的配置且还要依赖于某些配置文件。此外，您的企业还拥有标准化的测试和生产环境境，且具有自身
前言 无论是对外提供 IaaS PaaS SaaS 的云公司，还是提供信息技术服务的乙方公司，亦或是金融 制造等各行各业的数据中心、运维部门，我们的一个非常重要的合同承诺或考核评估指标就是：SLA（即：Service-Level Agreement 服务等级协议）。 而真正落地实现 SLA 的精确测
谷歌提出的衡量 DevOps 质量的 DORA 指标让 MTTR（平均恢复时间） 名声大振。在本文中，你将了解到 MTTR 的作用、为什么它对行业研究很有用、你可能被它误导的原因以及如何避免 MTTR 产生的弊端。 ## MTTR 究竟是在测量什么？ MTTR 指平均恢复时间，既是 Mean Tim
本文演示关于19c RU补丁常见报错问题的分析处理： 1.查看补丁应用失败的原因 2.问题解决后可继续应用补丁 3.发现DB的RU补丁未更新 4.opatchauto应用DB补丁报错解决 1.查看补丁应用失败的原因 补丁应用失败有详细日志记录原因; 故意使用oracle用户解压补丁，然后测试是否可以
转眼间已经2023年，再有一周就要过年了，在这里先给大家拜个早年，祝大家新的一年万事顺利。 Oracle如今版本号也和年份挂钩，在前段时间的OCW上也宣布发布了beta版本的23c，因为23c是继19c之后的另一个长期支持版本，所以今天就下载安装测试尝尝鲜。 自己的测试环境目前剩余资源有限，就先装个
技术人当遇到具体问题，能给出的各种解决方案，有一种类型叫做workaround，翻译过来通常为“应变方法”、“变通方法”； 其实这种方式通常是没有找到根本的解决方案，但是为了快速恢复业务而采用的一种巧妙规避/跳过的方式。 举个具体的例子：我有测试需求要在主库创建一个新的PDB： 1.创建新的PDB
通常选择XTTS做迁移的数据库都不会太小的，至少都是几T、几十T这样的规模，这种级别的数据量原有空间不够用，所以在迁移过程临时用作存放迁移数据库备份文件的空间也是需要提前考虑规划的问题。 最近就有客户有这样场景，数据库的数据量已经达到了60T+，也是优先选择XTTS的方案做U2L迁移测试。 至于这个
# 背景 现在信创是搞得如火如荼，在这个浪潮下，数据库也是从之前熟悉的Mysql换到了某国产数据库。 该数据库我倒是想吐槽吐槽，它是基于Postgre 9.x的基础上改的，至于改了啥，我也没去详细了解，当初的数据库POC测试和后续的选型没太参与，但对于我一个开发人员的角度来说，它给我带来的不便主要是
一：X-MIND 二：计算两点经纬度之间的距离 经纬度是利用三维球面空间来描述地球上一个位置的坐标系统，每个经纬度坐标由经度 lng 和纬度 lat 两个分量组成。经纬度的有效范围为经度-180度到+180度，纬度大约-90度到+90度。 三：Geopy库，计算两点直线距离 如果遇到测算直线距离可以
跟大家分享一份由唯品会资深技术专家，著名开源项目springSide作者——“江南白衣”，结合自己近20年软件开发、架构经验，深度总结的，针对高并发、海量数据场景下的一份性能调优手册（曾在Qcon分享），其内容涵盖微基准测试、JVM、并发与锁等主题方向上的调优笔记，内容含金量很高，大家一定看到最后，相信会对大家有所帮助或启发！
这是工作的第三年了，IT人的三年之痒，亦或许是觉得自己翅膀硬了，我辞去了毕业后第一份国企工作，投奔了某IT大厂 一、变化 这一年，我从泉城济南，来到了成都；离家的距离从1500公里+缩减到了，700公里，以后回家可以考虑飞机以外的交通工具了。 职业上，从纯开发，逐渐向自动化、测试工具开发靠拢，感觉上
