by ·0评论

原文：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喊道。 阅读全文

by ·0评论

译者的废话

这是Red Hat RHEL 7文档中关于KVM虚拟机超量分配的说明文档，这里说的KVM，应该就是适用QEMU管理的KVM虚拟机的，因为在启动QEMU虚拟机的时候，只要-smp N和-m N参数分别就可以指定虚拟机的vCPU数和内存数，我实际实验发现，它们是都可以超过实际的物理CPU核数和内存大小的。

硬件资源超量分配，说的好听是节约资源，但是资源的分配超的不切实际，也就是”VPS超售”的万恶之源。。。比如一个4核8G内存的服务器，碰上黑心商家，不知道会被分出多少个1核1G内存的小崽子呢。。。不过这里Red Hat只是给出技术上的建议，没有提及VPS超售问题。嗯，做技术，不可耻。。。

原文： 阅读全文

by ·0评论

原文 [MySQL Internals Manual 22.2.1 High-Altitude View] https://dev.mysql.com/doc/internals/en/innodb-page-overview.html

0. 概述

InnoDB的页有7个部分：

阅读全文

by ·0评论

原文: MySQL 5.7 Reference Manual — 9.12.2 Optimizing Disk I/O

本节将介绍当你决定更多更快的存储硬件设备投入到数据库服务器时，应该如何配置它们。 软件配置上优化InnoDB以提高I / O性能的信息，请参见第9.5.8节“优化InnoDB磁盘I/O”。

  • 磁盘寻道是一个巨大的性能瓶颈，当数据量剧增到使得缓存命中率减小时，这个问题会更为明显。对于或多或少会进行随机访问的大型的数据库，可以确定对于读至少需要一次磁盘寻道，而对于写需要好几次磁盘寻道。要最小化这个问题，应该用磁盘寻道时间较小的磁盘。 阅读全文

by ·一条评论

原文：8.5.8 Optimizing InnoDB Disk I/O

这页感觉比较重要，翻译一下。。

如果你遵循了数据库设计和SQL操作调优的最佳实践，但是数据库仍然由于磁盘I/O负载过重而运行慢，请考虑这些磁盘I/O优化方法。如果Unix top工具或Windows任务管理器显示你的工作负载的CPU使用率百分比小于70％，那么你的数据库系统瓶颈在于磁盘。 阅读全文

by ·0评论

在LWN.net上的一篇文章，The UAPI header file split（By Michael Kerrisk July 25, 2012）。原文链接：https://lwn.net/Articles/507794/

这个特性已经在3.7版本中被Linus大神接受[详情]。。。Linus大神如是说：

  • the “uapi” include file cleanups. The idea is that the stuff
    exported to user space should now be found under include/uapi and
    arch/$(ARCH)/include/uapi. 阅读全文