qemu-img 文档翻译
(翻译自qemu 3.0的文档)
|
1 2 |
qemu-img [standard options] command [command options] |
qemu-img 允许你离线地创建、转换或者修改镜像文件。它可以处理所有QEMU支持的镜像格式。
标签：翻译
QEMU跟踪 / QEMU文档翻译: Tracing
原文出处：QEMU当前的文档 qemu/docs/devel/tracing.txt
一、介绍
这篇文档描述了QEMU追踪的整体架构和如何使用追踪功能来进行debug、性能分析或者监测运行状况。
二、快速开始
步骤1. 编译QEMU时带上’simple’trace追踪后端:
美剧《硅谷》中的去中心化“全新互联网”现实中已经存在（翻译）
原文：The technology to make ‘Silicon Valley’s’ decentralized ‘new internet’ already exists( http://mashable.com/2017/04/24/is-silicon-valley-new-internet-possible-or-not/#6cEY_p263PqN )
作者：RAYMOND WONG
时间：APR 25, 2017
“给你无限的时间和资源，你想用你的压缩算法做出什么都行……什么都行，说出来是什么，3，2，1……说！”美剧《硅谷第四季》中的“变态”亿万富翁Russ Hanneman对主角Richard Hendricks喊道。
OVERCOMMITTING WITH KVM 翻译：KVM虚拟机对硬件资源的超量分配
译者的废话
这是Red Hat RHEL 7文档中关于KVM虚拟机超量分配的说明文档，这里说的KVM，应该就是适用QEMU管理的KVM虚拟机的，因为在启动QEMU虚拟机的时候，只要-smp N和-m N参数分别就可以指定虚拟机的vCPU数和内存数，我实际实验发现，它们是都可以超过实际的物理CPU核数和内存大小的。
硬件资源超量分配，说的好听是节约资源，但是资源的分配超的不切实际，也就是”VPS超售”的万恶之源。。。比如一个4核8G内存的服务器，碰上黑心商家，不知道会被分出多少个1核1G内存的小崽子呢。。。不过这里Red Hat只是给出技术上的建议，没有提及VPS超售问题。嗯，做技术，不可耻。。。
原文：
Table Compression for OLTP Workloads MySQL文档翻译：OLTP工作负载中应用表压缩
原文：
[MySQL 5.7 Manual 15.9.1.6 Compression for OLTP Workloads]
https://dev.mysql.com/doc/refman/5.7/en/innodb-performance-compression-oltp.html
How Compression Works for InnoDB Tables MySQL文档翻译：InnoDB表压缩工作原理
原文：
[MySQL 5.7 Manual 15.9.1.5 How Compression Works for InnoDB Tables]
https://dev.mysql.com/doc/refman/5.7/en/innodb-compression-internals.html
InnoDB Page Compression MySQL文档翻译：InnoDB透明页压缩
原文：
[MySQL 5.7 Reference Manual 15.9.2 InnoDB Page Compression]
https://dev.mysql.com/doc/refman/5.7/en/innodb-page-compression.html
InnoDB Page Structure — High-Altitude View MySQL文档翻译：InnoDB页宏观结构
原文 [MySQL Internals Manual 22.2.1 High-Altitude View] https://dev.mysql.com/doc/internals/en/innodb-page-overview.html
0. 概述
InnoDB的页有7个部分：
|
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 |
+----------------------------+ | Fil Header | +----------------------------+ | Page Header | +----------------------------+ | Infimum + Supremum Records | +----------------------------+ | User Records | +----------------------------+ | Free Space | +----------------------------+ | Page Directory | +----------------------------+ | Fil Trailer | +----------------------------+ |
Optimizing InnoDB Disk I/O MySQL文档翻译：优化InnoDB磁盘I/O
本节将介绍当你决定更多更快的存储硬件设备投入到数据库服务器时，应该如何配置它们。 软件配置上优化InnoDB以提高I / O性能的信息，请参见第9.5.8节“优化InnoDB磁盘I/O”。
- 磁盘寻道是一个巨大的性能瓶颈，当数据量剧增到使得缓存命中率减小时，这个问题会更为明显。对于或多或少会进行随机访问的大型的数据库，可以确定对于读至少需要一次磁盘寻道，而对于写需要好几次磁盘寻道。要最小化这个问题，应该用磁盘寻道时间较小的磁盘。
Optimizing Disk I/O MySQL文档翻译：优化磁盘I/O
原文：8.5.8 Optimizing InnoDB Disk I/O
这页感觉比较重要，翻译一下。。
如果你遵循了数据库设计和SQL操作调优的最佳实践，但是数据库仍然由于磁盘I/O负载过重而运行慢，请考虑这些磁盘I/O优化方法。如果Unix top工具或Windows任务管理器显示你的工作负载的CPU使用率百分比小于70％，那么你的数据库系统瓶颈在于磁盘。