前言

本文中所使用的IDEA版本为14.1.1, 所使用测试项目为sping mvc的一个最简单的示例, 可以在这里下载示例代码

打开文件

fopen

我们可以使用fopen()创建一个新的或者打开一个文件, 文件信息会保存在一个FILE类型的指针中, 该函数的原型为:

1

FILE *fopen( const char * filename, const char * mode );

filename是文件名, mode是打开模式, 可选值如下:

• r - 以只读方式打开一个文件, 该文件必须存在
• w - 以只写方式打开一个文件, 文件不存在会创建新的文件, 文件存在会首先清空原有内容
• a - 以追加的方式写文件, 文件不存在会创建新的文件, 文件存在从文件尾开始写文件
• r+ - 以读写方式打开文件, 文件不存在不会创建新的文件
• w+ - 以读写方式打开文件, 文件不存在会创建新的文件, 文件存在会首先清空原有内容
• a+ - 以追加方式读写文件, 文件不存在会创建新的文件, 文件存在从文件尾开始写文件

如果是操作二进制文件, 那么需要在mode里加上b, 如下所示:

1

"rb", "wb", "ab", "rb+", "r+b", "wb+", "w+b", "ab+", "a+b"

文件成功打开会返回一个’FILE’类型的指针, 如果打开失败, 会返回一个空指针, 并把错误代码存在errno中.

结构说明

assets项目资源目录，dev开发目录，dist编译输出目录，gulpfile.js自动化工具API

异步计算

当使用#pragma offload target(mic) 方式分载时, cpu会等待offload的代码块执行完再继续往下执行, 如果不希望等待offload, 我们可以使用cpu和mic异步计算的方式. 具体方法为在offload的时候添加一个信号量, 如下面的形式:

1
2
3
4
5
6

char signal_var;

#pragma offload target(mic:0)signal(&signal_var)
{
    ...    
}

此时offload 的代码就会异步执行, 需要注意的一点是要制定mic的编号(如上面的target(mic:0)), 如果需要等待offload执行完后在往下执行, 可以使用offload_wait, 如下面的形式

1

#pragma offload_wait target(mic:0) wait(&signal_var)

前言

使用#pragma offload target(mic) 方式将程序分载到MIC上计算是比较常用的方式, 但是这种方式只支持一维指针, 如果有较为复杂的数据结构, 比如二维指针, 树, 链表等结构则需要将这些数据结构转换为一维结构(如果可以), 否则不能将数据传到MIC上去. 为了满足复杂的数据结构, mic提供了共享虚拟内存的方式, 即将mic的内存和cpu的内存看做共享同一块虚拟内存, 在共享内存中的数据被cpu和mic共享, 不需要使用offload将数据在cpu和mic之间相互传递.

into

使用into可以将一个变量的值上传到另外一个变量中, 比如in (a into(b)), 表示将CPU上变量a的值赋给MIC上的变量b, 也可以out(b into(c)) 将MIC上变量b的值传回给CPU上的变量c. 需要注意的地方是into 只能用于in或者out中, 不能用于inout或者nocopy中. 下面是使用示例:

最后系统换为ubuntu，发生了一大堆问题，也解决了一大堆问题。因为写前端代码我现在离不了sublime, 不曾想在ubuntu中装好sublime后竟然无法输入中文，吓哭…

不知如何开口

最近时常在想，人是为了什么而活着？ 有人说是为了梦想，有人说是为了自己，有人说是为了父母，有人说我也没办法，既然来到了这个世上那就好好活着吧…人生不易，仔细一想好好活着还真的挺不容易。且不说如今高的离谱的房价，且不说如今寻求一份谋生职业的艰辛，单看这世间复杂的人与人就足够一个人理一辈子了吧。可是同时，活着也很是简单的，因为这个世上有你爱的人和爱你的人，人间自有真情在，正是这些情谊支撑着我们走过一道道坎坷，一份份迷茫。