2、配置和使用ksmtuned 配置文件：/etc/ksmtuned.conf ksmtuned会一直保持循环执行，以调节ksm服务运行。 pages_shared文件记录了KSM共享的总页面数； pages_sharing文件中记录了当前共享的页面数。 每个页面的大小为4KB，可计算出共享内存为：4 * 页面数 = 内存大小（KB）。 查看是否开启KSM，0是不开启，1是开启 [root@kvm001 ksm]# pwd /sys/kernel/mm/ksm [root@kvm001 ksm]# cat run 0 临时开启KSM，只能使用重定向，不支持用VI编辑器，可以在/etc/rc.local中添加 echo 1 > /sys/kernel/mm/ksm/run 让KSM开机自动运行[root@kvm001 ksm]# echo 1 > run [root@kvm001 ksm]# cat run 1 定期扫描相同页，sleep_millisecs决定多长时间，pages_to_scan决定每次查看多少个 页面，默认为100，越大越好，超过2000无效，需要开启两个服务ksmtuned和tuned支持更多页面 KSM会影响系统性能甚到高达10%-50%，以效率换空间，如果系统的内存很宽裕，则无 须开启KSM，如果想尽可能多地并行运行KVM客户机，则可以打开KSM。 对内存设置限制 如果有多个虚拟机，为了防止某个虚拟机无节制的使用内存资源，导致其它虚拟机无法 正常使用，就需要对内存的使用进行限制。 查看当前虚拟机vm002内存的限制，单位为KB [root@kvm001 ksm]# virsh memtune vm002 hard_limit : 无限制 soft_limit : 无限制 swap_hard_limit: 无限制 调整内存的语法： [root@kvm001 ksm]# virsh memtune --help ................... OPTIONS [--domain] domain name, id or uuid --hard-limit Max memory, as scaled integer (default KiB) --soft-limit Memory during contention, as scaled integer (default KiB) --swap-hard-limit Max memory plus swap, as scaled integer (default KiB) --min-guarantee Min guaranteed memory, as scaled integer (default KiB) //保证最小内存 --config affect next boot //下次启动生效 --live affect running domain //在线生效 --current affect current domain //只在当前生效 例如：设置vm002虚拟机强制最大内存1024M,并在线生效 [root@kvm001 ksm]# virsh memtune vm002 --hard-limit 1024000 --live大页后端内存（Huge Page Backed Memory） 在逻辑地址向物理地址转换时，CPU保持一个翻译后备缓冲期TLB(Translation Lookaside Buffer转换检测缓冲区)，用来缓存转换结果，而TLB容量很小，所以如果page很 小，TLB很容易就充满，这样就容易导致cache miss，相反page变大，TLB需要保存的缓存项 就变少，就会减少cache miss。通过为客户机提供大页后端内存，就能减少客户机消耗的内 存并提高TLB命中率，从而提高KVM性能。 Intel的x86 CPU通常使用4KB内存页，但是经过配置，也能够使用大页（huge page） 使用大页，KVM的虚拟机的页表将使用更少的内存，并且将提高CPU的效率。 查看大页功能是否开启，默认是开启的 [root@kvm001 ksm]# cat /sys/kernel/mm/transparent_hugepage/enabled [always] madvise never 默认情况下，大页的数目为0，通过下面的方式可以查看到： [root@kvm001 ksm]# cat /proc/meminfo | grep -i hugepages AnonHugePages: 790528 kB HugePages_Total: 0 HugePages_Free: 0 HugePages_Rsvd: 0 HugePages_Surp: 0 设置系统的大页数量，即大页需要的内存页面数，临时生效 [root@kvm001 ksm]# echo 25000 > /proc/sys/vm/nr_hugepages [root@kvm001 ksm]# cat /proc/meminfo | grep -i hugepages AnonHugePages: 856064 kB HugePages_Total: 766 HugePages_Free: 766 //现在没有任何软件在使用大页 HugePages_Rsvd: 0 HugePages_Surp: 0 指定大页需要的内存页面数永久生效 [root@kvm001 ksm]# sysctl -w vm.nr_hugepages=25000 vm.nr_hugepages = 25000 或者在/etc/sysctl.conf中添加vm.nr_hugepages=25000来持久设定大页文件系统 需要的内存页面数。 注意：大页文件系统需要的页面数可以由客户机需要的内存除以页面大小大体估 算关闭虚拟机vm002 [root@kvm001 ksm]# virsh destroy vm002 setlocale: No such file or directory Domain vm002 destroyed 编辑虚拟机的XML配置文件使用大页来分配内存 [root@kvm001 ksm]# virsh edit vm002 vm002 e144e9ba-a125-4a97-9cf1-1c571f58817a 1048576 1048576 //添加，使用大页 挂载hugetlbfs文件系统 [root@kvm001 ksm]# mount -t hugetlbfs hugetlbfs /dev/hugepages/ 重启libvirtd服务 [root@kvm001 ksm]# systemctl restart libvirtd 启动虚拟机vm002 [root@kvm001 ksm]# virsh start vm002 setlocale: No such file or directory Domain vm002 started [root@kvm001 ksm]# virsh list setlocale: No such file or directory Id Name State
1 vm002 running 查看使用情况 [root@kvm001 ksm]# cat /proc/meminfo |grep -i hugepage AnonHugePages: 55296 kB HugePages_Total: 1033 HugePages_Free: 513 HugePages_Rsvd: 0 HugePages_Surp: 0 Hugepagesize: 2048 kB 可以看到消耗了520个大页（1033-513），每个页面大小为2M，正好是虚拟机vm002消耗 的内存。 让系统开机自动挂载hugetlbfs文件系统，在/etc/fstab中添加：hugetlbfs /dev/hugepages hugetlbfs defaults 0 0 I/O的优化 在实际的生产环境中，为了避免过度消耗磁盘资源而对其它的虚拟机造成影响，我 们希望每台虚拟机对磁盘资源的消耗是可以控制的。比如多个虚拟机往硬盘中写数据，谁可 以优先写，就可以调整I/O的权重weight，权重越高写入磁盘的优先级越高。 对磁盘的I/O控制有两种方式： 1）在整体中的权重，范围在100-1000 2）限制具体的I/O。 [root@kvm001 ~]# virsh blkiotune vm002 weight : 1000 device_weight : device_read_iops_sec: device_write_iops_sec: device_read_bytes_sec: device_write_bytes_sec: 设置权重为500 [root@kvm001 ~]# virsh blkiotune vm002 --weight 500 [root@kvm001 ~]# virsh blkiotune vm002 weight : 500 device_weight : device_read_iops_sec: device_write_iops_sec: device_read_bytes_sec: device_write_bytes_sec: 编辑虚拟机的XML配置文件： 还可以使用blkdeviotune设置虚拟机的读写速度，语法如下： [root@kvm001 ~]# virsh blkdeviotune --help .........--total-bytes-sec total throughput limit, as scaled integer (default bytes) --read-bytes-sec read throughput limit, as scaled integer (default bytes) --write-bytes-sec write throughput limit, as scaled integer (default bytes) --total-iops-sec 以每秒字节数位单位的总 I/O 操作限制 --read-iops-sec 以每秒字节数位单位的读取 I/O 操作限制 --write-iops-sec 以每秒字节数位单位的写入 I/O 限制 --total-bytes-sec-max total max, as scaled integer (default bytes) --read-bytes-sec-max read max, as scaled integer (default bytes) --write-bytes-sec-max write max, as scaled integer (default bytes) --total-iops-sec-max total I/O operations max --read-iops-sec-max read I/O operations max --write-iops-sec-max write I/O operations max --size-iops-sec I/O size in bytes --group-name group name to share I/O quota between multiple drives --total-bytes-sec-max-length duration in seconds to allow total max bytes --read-bytes-sec-max-length duration in seconds to allow read max bytes --write-bytes-sec-max-length duration in seconds to allow write max bytes --total-iops-sec-max-length duration in seconds to allow total I/O operations max --read-iops-sec-max-length duration in seconds to allow read I/O operations max --write-iops-sec-max-length duration in seconds to allow write I/O operations max --config 影响下一次引导 --live 影响运行的域--current 影响当前域 系统调优工具tuned/tuned-adm CentOS在6.3版本以后引入了一套新的 系统调优工具tuned/tuned-adm，其中， tuned是服务端程序，用来监控和收集系统各个组件的数据，并依据数据提供的信息动态调 整系统设置，达到动态优化系统的目的；tuned-adm是客户端程序，用来和tuned打交 道，用命令行的方式管理和配置tuned，tuned-adm提供了一些预先配置的优化方案可供 直接使用。当然不同的系统和应用场景有不同的优化方案，tuned-adm预先配置的优化策 略不是总能满足要求，这时候就需要定制，tuned-adm允许用户自己创建和定制新的调优 方案。 安装tuned工具 [root@kvm001 ~]# yum install tuned -y 开机启动并开启tuned服务 [root@kvm001 ~]# systemctl start tuned [root@kvm001 ~]# systemctl enable tuned [root@kvm001 ~]# systemctl status tuned ● tuned.service - Dynamic System Tuning Daemon Loaded: loaded (/usr/lib/systemd/system/tuned.service; enabled; vendor preset: enabled) Active: active (running) since 二 2017-10-17 08:36:52 CST; 5h 56min ago Main PID: 1332 (tuned) CGroup: /system.slice/tuned.service └─ 1332 /usr/bin/python -Es /usr/sbin/tuned -l -P 10月 17 08:36:52 kvm001 systemd[1]: Starting Dynamic System Tuning Daemon... 10月 17 08:36:52 kvm001 systemd[1]: Started Dynamic System Tuning Daemon. 查看当前优化方案 [root@kvm001 ~]# tuned-adm active Current active profile: virtual-guest 查看预先设定好的优化方案 [root@kvm001 ~]# tuned-adm list Available profiles:
balanced - General non-specialized tuned profile
desktop - Optmize for the desktop use-case- latency-performance - Optimize for deterministic performance at the cost of increased power consumption \延迟性能调试的服务器配置，以提高功耗 为代价优化确定性性能
network-latency - Optimize for deterministic performance at the cost of increased power consumption, focused on low latency network performance
network-throughput - Optimize for streaming network throughput. Generally only necessary on older CPUs or 40G+ networks.
powersave - Optimize for low power consumption
throughput-performance - Broadly applicable tuning that provides excellent performance across a variety of common server workloads. This is the default profile for RHEL7. //吞吐性能调整的服务器profile。如果系统没有企业级存储，则建议使用这个 profile
virtual-guest - Optimize for running inside a virtual guest. \企业级服务器配置中使用这个profile，其中包括电池备份控制程序、缓存保护 及管理磁盘缓存
virtual-host - Optimize for running KVM guests \根据enterprise-storage配置，virtual-host还可减少可置换的虚拟内存，并启 用更多集合脏页写回。同时推荐在虚拟化主机中使用这个配置，包括KVM和红帽企业版 linux虚拟化主机 Current active profile: virtual-guest 修改优化方案为virtual-host [root@kvm001 ~]# tuned-adm profile virtual-host [root@kvm001 ~]# tuned-adm active Current active profile: virtual-host 如果预定的方案不是总能满足要求，用户可以为自己的需求定制自己的优化方案。 自己定制很容易，只需切换到优化方案的配置目录:/usr/lib/tuned/，不同的profile以目录 的形式存在，拷贝其中一个例子，然后编辑里面的相关参数就可以了，使用tuned-adm list 命令就能看到新创建的方案。 [root@kvm001 tuned]# pwd /usr/lib/tuned [root@kvm001 tuned]# cp -r virtual-host/ my-server [root@kvm001 tuned]# lsbalanced functions my-server network-throughput recommend.conf virtual-guest desktop latency-performance network-latency powersave throughput-performance virtual-host 编辑my-server目录中的文件添加调优参数即可： [root@kvm001 tuned]# tuned-adm list Available profiles:
balanced - General non-specialized tuned profile
desktop - Optmize for the desktop use-case
latency-performance - Optimize for deterministic performance at the cost of increased power consumption
my-server - Optimize for running KVM guests
network-latency - Optimize for deterministic performance at the cost of increased power consumption, focused on low latency network performance
network-throughput - Optimize for streaming network throughput. Generally only necessary on older CPUs or 40G+ networks.
powersave - Optimize for low power consumption
throughput-performance - Broadly applicable tuning that provides excellent performance across a variety of common server workloads. This is the default profile for RHEL7.
virtual-guest - Optimize for running inside a virtual guest.
virtual-host - Optimize for running KVM guests Current active profile: virtual-host
现实生活中，有些工作是需要团队中成员依次完成的，这就涉及到了一个顺序问题。现在有T1、T2、T3三个工人，如何保证T2在T1执行完后执行，T3在T2执行完后执行？问题分析：首先问题中有三个实体，T1、T2、T3， 因为是多线程编程，所以都要设计成线程类。关键是怎么保证线程能依次执行完呢？
Java实现过程如下：
public class T1 implements Runnabl
hive在使用having count()是，不支持去重计数
hive (default)> select imei from t_test_phonenum where ds=20150701 group by imei having count(distinct phone_num)>1 limit 10;
FAILED: SemanticExcep
转载源：http://blog.sina.com.cn/s/blog_4f925fc30100rx5l.html
mysql -uroot -p
ERROR 1045 (28000): Access denied for user 'root'@'localhost' (using password: YES)
[root@centos var]# service mysql
#mq
xdr.mq.url=tcp://192.168.100.15:61618;
import java.io.IOException;
import java.util.Properties;
public class Test {
String conf = "log4j.properties";
private static final
有一个工程，本来运行是正常的，我想把它移植到另一台PC上，结果报：
java.lang.RuntimeException: Unable to instantiate activity ComponentInfo{com.mobovip.bgr/com.mobovip.bgr.MainActivity}: java.lang.ClassNotFoundException: Didn't f
// 报错如下：
$ git pull origin master
fatal: unable to access 'https://git.xxx.com/': SSL certificate problem: unable to get local issuer ce
rtificate
// 原因：
由于git最新版默认使用ssl安全验证，但是我们是使用的git未设
`
