最近想借用kvm虚拟化中的balloon机制来实现linux云主机的在线资源伸缩，由于cloudstack也采用balloon技术来在线调整云主机的资源，因此在可行性上应该没有问题，不过在实际测试中碰到了奇怪的现象，与大家分享。（1）环境宿主机：ubuntu 12.04  32G内存guest： centos6.4 512M内存 （2）具体内容lib

enforcing参数是在启动内核时传递给selinux的内核参数，它用来决定你系统的内核运行于 强制（enforcing ）模式还是自由（permissive） 模式。在自由模式下SELinux只是记录他该做什么，而事实上并不做任何动作。在强制模式下SElinux会来真格的。如果你的策略有错误，在强制模式下系统可能会阻止你登陆！所以正常情况下你应改在启动时传 enforcing=

kubernetes编排和调度的基本单元是一个个的pod，其中每个pod中会包含一个或者多个容器，例如，如下的配置定义了一个pod，包含有两个container：apiVersion: v1kind: Podmetadata:name: nginxspec:shareProcessNamespace: truecontainers:- name: nginx...

项目中有一个需求：给线程池提交任务的时候，如果任务队列已满，需要ThreadPoolExecutor.execute调用阻塞等待。google了相关的资料，记录在这里，供有同样需求的同行参考。https://stackoverflow.com/questions/4521983/java-executorservice-that-blocks-on-submission-after-a-cert.

之前为了比较KVM虚拟机和宿主机的IO性能，研究了IOzone以及相关的一些测试方法。 为了提高测试结果的精确性，须将宿主机的内存限制为和虚拟机一样大小。 后在网上搜索发现如下解决方法： 限制宿主机内存大小： 在grub内核引导中添加 mem ＝ 5G参数，即可将可用内存限制为5G

本文翻译自：http://linuxgazette.net/155/krishnakumar.html 介绍从内存管理的角度，所有的物理内存都被划分为一个个的frame，而虚拟内存则被划分为一个个的page。内存管理单元的一个任务就是维护这两者之间的一个映射关系。这个映射关系通常是保存在一个“页表”中的，但是通常，该表的查询比较耗时间，因此为了提高查询过程，系统中引入了一个叫做（T

staging/src/k8s.io/client-go/tools/cache/thread_safe_store.go:37ThreadSafeStore是一个线程安全的内存存储，// threadSafeMap implements ThreadSafeStoretype threadSafeMap struct {locksync.RWMutex//读写锁...

kubenetes各模块是以一种非常松散的方式结合在一起的，各模块相关的通信都是以etcd为中心进行的，有点类似一个事件分发处理系统。kubelet是kubernetes系统中，运行在子节点上的进程，主要进行子节点资源的监控上报，container的运行监控等。举个简单的例子，如果根据etcd中的记录，节点A上应该运行3个container，结果实际只运行了2个容器，kubelet发现这个...

service account，顾名思义，主要是给service使用的一个账号。具体一点，就是为了让Pod中的进程、服务能访问k8s集群而提出的一个概念，基于service account，pod中的进程、服务能获取到一个username和令牌Token，从而调用kubernetes集群的api server。kubernetes中，每个命名空间默认会有一个名为“default”的serv...

#!/usr/bin/env python#-*- coding:utf8import osimport sysimport timeimport mesos.interfacefrom mesos.interface import mesos_pb2import mesos.nativeTOTAL_TASKS = 5TASK_CPUS = 1TASK_MEM = 128