wingter92的博客

之前对extern修饰函数声明比较困惑，其实extern的意义在于告诉linker，这个函数你在本文件里找不到声明，要去其它文件（包括库等）找。什么时候在本文件里找不到声明呢？就是当前代码文件没有include相关的.h文件（可能因为并没有.h给我用），因为一旦include进来了，相当于.h里的函数声明都被复制粘贴进了本文件，自然就可以用了。如果所需函数没有.h可用（比如一些单独的dll

c++输入一组整型数据 不知道长度 回车键结束 并将其存入数组当中#include "stdafx.h"#include<iostream>using namespace std;int main(){int a[999];int i;for(i=0;;i++) { cin>>a[i]; if(getchar()==...

浅谈阻塞/非阻塞、同步/异步–从linux IO系统调用出发阻塞与非阻塞主要从进程/线程的角度出发:阻塞(blocking)：教科书年年考的概念——调用方（主线程）发起调用之后挂起直到被调用方法返回。阻塞通信仍然有很多应用场景，典型例子如如spring框架下传统的Spring MVC的Servlet Stack；（如下图）非阻塞(non-blocking)：相对阻塞而言，调用方发起...

CloudSim(3.0.3)运行机制见解本文为markdown重构版 原文链接：CloudSim(3.0.3)运行机制见解接到导师的命令，最近几日在学习CloudSim3.0.3的源码，看着看着就意图弄清example的模拟过程，即从startSimulation()到stopSimulation()之间主要发生了什么。CloudSim是目前应用最广泛的云计算环境模拟工具，采用Ja...

CloudSim3.0.3中Cloudlet的执行——代码流程简析本文为markdown重构版，旧文链接：CloudSim3.0.3中Cloudlet的执行——代码流程简析上一篇文章说到了CloudSim模拟流程的整体事件流，其中最为复杂和关键的自然是Cloudlet被提交到DC（DC对象开始process相关事件）之后的流程，本文就该流程在代码方面作简要分析。由CLOUDLET_SU...

Cloudsim 3.0.3中Power系列类的解析——PowerDataCenter和PowerDCBroker本文为旧文markdown重置版，旧文链接这里写链接内容我在上一篇博客中提到了cloudsim模拟的函数调用逻辑，针对是DC、DCBroker等类，也即所有examples中的通用逻辑。但3.0.3中包含有power扩展包，里面的Power系列Java类（PowerDC, Po...

Cloudsim 3.0.3中VM调度策略系列类解析（无迁移的策略）注：本文为旧文的markdown重制版Cloudsim中VM调度策略类在DataCenter（或PowerDataCenter）创建时需要制定，更是我们在Cloudsim上试验我们的调度算法的核心所在。CloudSim中给出了VmAllocationPolicy抽象类，还有提供了一个VmAllocationPolicy...

Cloudsim 3.0.3中VM调度策略系列类解析（带迁移的策略）注：本文为旧文的markdown重制版Cloudsim中VM调度策略类在DataCenter（或PowerDataCenter）创建时需要制定，更是我们在Cloudsim上试验我们的调度算法的核心所在。CloudSim中给出了VmAllocationPolicy抽象类，还有提供了一个VmAllocationPolicy...

CloudSim3.0.3power编程examples及辅助类解析注：本文为旧文的markdown重制版power编程依赖的底层主要类(PowerDataCenter、PowerDCBroker、调度策略类等等）都是org.cloudbus.cloudsim.power包中，这些类在之前的文章中已经介绍：Cloudsim 3.0.3中Power系列类的解析——PowerDataCe...

python2.7安装easy_install以便于模块安装管理

CloudSim3.0.3的网络编程详解---以*org.cloudbus.cloudsim.examples.network.NetworkExample1为例

I. Windows平台下C调用动态库的方法：Case 1：如果提供了.lib和.dll，则不需要动态加载(dlopen,dlsym那一套），因为动态库的.lib中含有dll的所有导出符号（参考：俞甲子等. 《程序员的自我修养》）1、假设动态库的源文件Math.c包含一个Add函数，被声明为导出函数（可被库外部调用）：__declspec(dllexport) do

上一篇文章说到了CloudSim模拟流程的整体事件流，其中最为复杂和关键的自然是Cloudlet被提交到DC（DC对象开始process相关事件）之后的流程，本文就该流程在代码方面作简要分析。由CLOUDLET_SUBMIT事件被DataCenter对象处理开始说起（没记错的话是DC完成VM创建并回复VM_CREATE_ACK类型事件之后，DCBroker随即向DC发送CLOUDLET_SUB

Cloudsim3.0.3中提供了Power系列包（在之前几篇blog中提到的诸如PowerHost, PowerDataCenter等），自然也有对应的Policy类，并且丰富得多。Power系列包里面有三种Policy：第一种是PowerVmAllocationPolicyAbstract（继承VmAllocationPolicy）及其子类：是没有迁移的调度策略；提供的接口基本与父类VmAllocationPolicy一致，实现并增加了一些方法。第二种是PowerVmAllocationPolicy

在上一篇博客中，讲到PowerDatacenter：    的确，Cloudsim中的power系列类最关键的是PowerDatacenter，因为整个数据中心的能耗统计都由它完成，并且其重载了一些重要事件处理方法，如processCloudletSubmit()和processVmMigrate()，在数据中心状态推进方面调用的主要是自己的方法。 这篇博客介绍power系列类中的PowerHost、PowerVM，他们不是实体，但提供统计能耗所需的信息。

git pull 失败 ,提示：fatal: refusing to merge unrelated histories这是因为远程仓库origin上的分支master和本地分支master被Git认为是不同的仓库，所以不能直接合并

我在上一篇博客中提到了cloudsim模拟的函数调用逻辑，针对是DC、DCBroker等类，也即所有examples中的通用逻辑。但3.0.3中包含有power扩展包，里面的Power系列Java类（PowerDC, PowerDCBroker, PowerHost等）是之前描述的类的扩展，加入了能耗相关特征和调度方法。本文在此介绍几个最核心的Power系列类，重点在于对父类的扩展内容：1

Cloudsim中VM调度策略类在DataCenter（或PowerDataCenter）创建时需要制定，更是我们在Cloudsim上试验我们的调度算法的核心所在。

需要导入包 java.util.Collections

Filter scheduler（本句为原创）我从论文里看到，OpenStack有三种调度器：Filter调度器、Chance调度器和Simple调度器。Chance是随机放置VM，Simple是放置VM到load最低的节点上。Filter scheduler则稍复杂，见本文解析。Filter scheduler 是 nova-scheduler 默认的调度器，调度过程分为两步： 通过...