https://blog.csdn.net/m0_46897923/article/details/125338465?spm=1001.2014.3001.5501 systemd写微服务启动脚本范例 1.下面是一个使用systemd写的服务的启动脚本模板：2.下面是笔者服务的实例3.system
http://kernelmaker.github.io/MySQL_8_core 最近对比了MySQL 5.6和8.0在8核环境下oltp_write_only的性能，发现8.0写入性能（QPS 6-7万）反而低于5.6版本的（QPS 14万），所以进一步测试分析了下redo log这里可能导致性
https://blog.csdn.net/hellfu/article/details/109127640 磁盘sdc格式化做成lvm后，写入速度不稳定，大多数在5M/s一下。 echo 512 >/sys/block/sdc/queue/nr_requests 本来cat /sys/block/
http://www.nndssk.com/yjwt/134491jN6VSY.html Write Through和Write Back Write Through和Write Back是阵列卡Cache的两种使用方式，也称为透写和回写。当选用write through方式时，系统的写磁盘操作并不
介绍 通常在讨论不同RAID保护类型的性能的时候，结论都会是RAID-1提供比较好的读写性能，RAID-5读性能不错，但是写入性能就不如RAID-1，RAID-6保护级别更高，但写性能相对更加差，RAID10是提供最好的性能和数据保护，不过成本最高等等。其实决定这些性能考虑的因素很简单，它就是RAI
https://www.cnblogs.com/IvanChen/p/4491984.html 介绍 通常在讨论不同RAID保护类型的性能的时候，结论都会是RAID-1提供比较好的读写性能，RAID-5读性能不错，但是写入性能就不如RAID-1，RAID-6保护级别更高，但写性能相对更加差，RAID
https://www.cnblogs.com/dwtfukgv/p/15125933.html 目录 Linux fork Linux exec Linux 进程虚拟地址空间 栈 内存映射段 堆 BSS段 数据段 代码段 分段的优点 页表 写时复制原理 非写时复制fork一个子进程 写时复制for
https://zhuanlan.zhihu.com/p/511093857 本文从一个实际例子触发, 总结了5种定位I/O来源的方法. 现象描述 客户环境报dd写入速度慢, 写入10M数据花了30秒钟 #dd if=/dev/zero of=test bs=1M count=10 conv=fda
https://zhuanlan.zhihu.com/p/576562821 引言：在SAS/SATA RAID卡开始转向Tri-Mode即支持NVMe之后，关于软硬RAID哪个更好的讨论还在继续。而Broadcom和Microchip这两家大厂的手里，正好都掌握着PCIe Switch芯片技术。不
https://www.cnblogs.com/codelogs/p/16365448.html 简介# 有时，我们需要查看某个文件的增长速度，如日志文件，以此来感受系统的负载情况，因为一般情况下，日志写入越快，说明系统负载越重。 本文就来介绍下Linux中查看日志增长速度的几种方法，如下： 使用d
文章目录 写在前面awk求平均值awk求最大值awk求最小值awk求极值、均值的实际应用 写在前面 awk命令求极值和均值需要熟悉该命令的基本用法，如果你不熟悉该命令，请先阅读shell脚本之awk命令——分隔符介绍一文。本篇博文带你熟悉求平均值、最大值、最小值的方法，并以实际的应用带你进一步掌握a
https://www.dell.com/community/%E6%95%B0%E6%8D%AE%E5%AD%98%E5%82%A8%E5%92%8C%E4%BF%9D%E6%8A%A4-%E8%B5%84%E6%96%99%E6%96%87%E6%A1%A3/%E6%B5%85%E8%B0%88
https://www.jianshu.com/p/a0a84f91b16f image.png COSBench是Intel团队基于java开发，是一个测试云对象存储系统的分布式基准测试工具，全称是Cloud Object Storage Benchmark；由Driver和Controller两
https://www.jianshu.com/p/6c87cb6cd320 读与写是每个数据库提供的最基本的功能。当数据库中出现第一个进程时，总免不了要将数据从磁盘上加载到内存中，一次数据库的物理I/O由此发生。而这对应着数据库的读事件。通常大多数情况下，数据库中不仅会伴随着大量的读，也会产生大量
https://cloud.tencent.com/developer/article/1882194 国产的分布式数据库不少，TDSQL， OB, TIDB ，等等都是比较知名的产品，使用的分布式协议也不同，有使用POSTGRES-XL ,也有从外观模仿ORACLE 的，还有借鉴各家所长自己研发的
鲜花还是在博客园写吧。 感觉挺累的，想病个两三天回家睡觉。 推歌：竹ノ花 原曲之一是《东方求闻史记》的附赠曲，同样改编了本曲的二创还有《现梦 -genmu-》 都是挺让人伤感的歌曲呢，这首歌是凋叶棕为同名本子做的曲，讲的是稗田三代家主与男主的故事。 稗田家的家主 30 岁必死，然后转生，然后还有一堆
前言 好久没写文章了, 今天之所以突然心血来潮, 是因为昨天出现了这样一个情况: 我们公司的某个手机APP后端的用户(customer)微服务出现内存泄露, 导致OutOfMemoryError, 但是因为经过我们精心优化的openjdk容器参数, 这次故障对用户完全无感知. :muscle::mu
前几天用 Netmaker 的时候发现它用 Caddy 替换掉了 Nginx，用了后发现确实简单好用，就安利一下。 Caddy 是一个强大的、可扩展的平台，用 Go 编写，可以为你的站点、服务和应用程序提供服务。如果你是 Caddy 的新手，你服务网络的方式将会改变。 引言 大多数人使用 Caddy
# 背景 这篇文章是写给有缘人的，为什么这么说呢，因为本篇主要讲讲数据库连接池之c3p0-0.9.1.2版本。 年轻的朋友，可能没怎么听过c3p0了，或者也仅限于听说，这都很正常，因为c3p0算是200几年时比较流行的技术，后来，作者消失了好几年，12年重新开始维护，这时候已经出现了很多第二代线程池
# 背景 我前面写了几篇文章，讲c3p0数据库连接池发生了连接泄露，但是随机出现，难以确定根因，最终呢，为了快速解决问题，我是先写了个shell脚本，脚本主要是检测服务的接口访问日志，看看过去的30s内是不是接口几乎都超时了，如果是的话，咱们就重启服务。然后把这个shell加入到了crontab里，
