中小企业为什么要选择IT外包呢？

中小企业选择IT外包服务的原因，首先大家想到的可能是节省成本，但从专业的角度上来说，节省成本却不是最重要的，这时代任何一家企业都会成为IT公司，任何一家企业都会成互联网公司，任何一家企业最终也都会成为数据公司，所以中小企业在发展中，IT的规划和运用是最重要的，这直接决定着这家企业能活多久，能活多好.

但往往中小企业负责人为了方便，会直接花钱找个网络管理员，让这个人即处理企业内部电脑和网络的问题，又兼着其它方面的工作，从表面上看好像还挺划算，而且人是自己公司的人，好像也挺放心.

但实际恰恰相反，我给大家讲个故事，可能你就明白了.

有一家手机企业，他们的核心优势是研发和生产，营销和广告并不是他们具备的能力，为了更好的销售他们生产的手机，他们就请来了一个专门搞营销和广告的经理，因为公司处在发展时期，为了节省成本，所以这个经理就自己一个兵，在没有团队的情况下，又要想策划，又要搞制作，还要设计图片，最终策划出来的方案是二流的，制作和设计还是三流的，导致手机销售量非常差，没有正常现金流，后来这家企业就倒闭关门了.

还有一家手机企业，他们的核心优势也是研发和生产，但他们的负责人非常智慧，把营销和广告部分外包给了一家行业顶尖的企业，这家企业帮助他们策划出了一个绝佳的方案，还帮助落实和执行了整个方案，最终大获全胜，当年手机销量迈进了全国前三，后来核算整体在营销和广告的投入和产出却是极低的.

上面两个案例，让我们看到了企业致胜的关键不是你有什么，而是你如何利用你的没有.

总的来说中小企业选择IT外包公司有三大优势：

l  首先节省成本是第一点优势

我们透过下图可以看出企业自招网管和用IT外包公司成本可以节省90%以上，而且还是专业的团队提供服务.

l

  其次专业化的服务让企业有更多的时间抢占先机是第二大优势

专业的团队，可以根据你不同的需要匹配不同的工程师，这大大节省了企业的时间，互联网时代，分秒必争，当年滴滴和快滴的100亿战争，不就是为了赢得时间，让自己更快的战领这个市场，失去先机就失去了一切，所以IT外包公司给你带来的不仅仅是专业，还有先机.

 最后获得专业的解决方案成为行业的领导地位是第三大优势

这个时代已经不是人海战术，而是运用互联网技术，以一当十，以十当百的快速发展，那怎样可以迅速从行业中脱颖而出，就需要互联网的解决方案，一家专业的互联网IT外包公司可以让你快速转型升级，最重要的不仅仅只有方案，还有切实可行的落地执行，让你更专注自己核心业务，达到强强联合的效果.

你的企业IT外包了吗？

UNIX文件系统的分析和比较深入认识

首先一个文件在没有被打开的情况下，需要什么贮存在磁盘呢？
一般而言，需要的是：
1，一个目录项
2，一个磁盘Inode项
3，磁盘上的n块（n可为0)
目录项是一个结构，最重要的元素一个为名字，一个为指向inode结构的指针。另外目录的执行权是为了把文件名转换为Inode而存在的，具体的操作函数为namei。（大家可参阅具体的源码）
Inode项也是一个结构，v7实现如下

复制代码

代码如下:

struct dinode
{
unsigned short di_mode; /* mode and type of file */
short di_nlink; /* number of links to file */
short di_uid; /* owner's user id */
short di_gid; /* owner's group id */
off_t di_size; /* number of bytes in file */
char di_addr[40]; /* disk block addresses */
time_t di_atime; /* time last accessed */
time_t di_mtime; /* time last modified */
time_t di_ctime; /* time created */
};

元素所表示的内容相关的注释都已经说明了，不过小生还是介绍一下具体的内容
di_mode说明文件的权限和类型
di_nlink说明文件的链接数
di_uid文件的用户，di_gid文件的组
di_size逻辑上文件的大小（以字节计数）
di_addr文件所占用的磁盘块的地址
3个时间表示访问，修改和创建时间
磁盘块没什么好说的，具体实现可能512字节一块
当引用一个文件时（并非打开一个文件）可能需要的如下：
1，一个内存Inode项
内存inode项的v7实现可能如下：

复制代码

代码如下:

struct inode
{
Char i_flag;
char i_count; /* reference count */
dev_t i_dev; /* device where inode resides */
ino_t i_number; /* i number, 1-to-1 with device address */
unsigned short i_mode;
short i_nlink; /* directory entries */
short i_uid; /* owner */
short i_gid; /* group of owner */
off_t i_size; /* size of file */
union {
struct {
daddr_t i_addr[NADDR]; /* if normal file/directory */
daddr_t i_lastr; /* last logical block read (for read-ahead) */
};
struct {
daddr_t i_rdev; /* i_addr[0] */
struct group i_group; /* multiplexor group file */
};
} i_un;
};

基本的内容和磁盘的一样，多出了一些内容，最重要的是多出了i_count用以记录引用次数
当一个文件被打开时需要的内容如下：
1， 用户u区中的u_ofile数组中的一项
2， 文件表中的一项
u_ofile存放的是指向具体的file结构中的一项的指针，所谓的文件描述符就是u_ofile数组的下标
文件表v7的实现如下：

复制代码

代码如下:

struct file
{
char f_flag;
char f_count; /* reference count */
struct inode *f_inode; /* pointer to inode structure */
union {
off_t f_offset; /* read/write character pointer */
struct chan *f_chan; /* mpx channel pointer */
} f_un;
};

文件表最初似乎是为了共享偏移量（f_offset）而设计的，因为有注释就不多赘叙了，正如大家所知道的，用dup复制一个文件描述符和再次打开一个文件是不一样，具体的差别就是f_count的值。实际上大家可以自己思考一下所有的文件打开关闭，link和unlink等等文件操作（我想这是非常有益，不过大家不必真的去参阅源码，只要自己想想是怎么回事就行，unix源码水平极高，如果真的全部看懂需要很多时间）。
另外鉴于要不发布要不烂掉的原则，我将本人昨天晚上写的源码发布。
源码是find命令的简单实现，直接的参数是-name, -user, -group，具体用法如下
Find 目录（文件）列表 可选的参数
源码的水平并不高，而且实现也不是很好，不过我想初学c的读者还是能得到一定的帮助的，
如果有高手觉得哪里需要修改的，请注明

小生想从源码的角度解释一下Unix的文件系统。（前天因为不能发在首页所以重发，为什么有3天的限制呢，真是的哦）
首先一个文件在没有被打开的情况下，需要什么贮存在磁盘呢？
一般而言，需要的是：
1，一个目录项
2，一个磁盘Inode项
3，磁盘上的n块（n可为0)
目录项是一个结构，最重要的元素一个为名字，一个为指向inode结构的指针。另外目录的执行权是为了把文件名转换为Inode而存在的，具体的操作函数为namei。（大家可参阅具体的源码）
Inode项也是一个结构，v7实现如下

复制代码

代码如下:

struct dinode
{
unsigned short di_mode; /* mode and type of file */
short di_nlink; /* number of links to file */
short di_uid; /* owner's user id */
short di_gid; /* owner's group id */
off_t di_size; /* number of bytes in file */
char di_addr[40]; /* disk block addresses */
time_t di_atime; /* time last accessed */
time_t di_mtime; /* time last modified */
time_t di_ctime; /* time created */
};

元素所表示的内容相关的注释都已经说明了，不过小生还是介绍一下具体的内容
di_mode说明文件的权限和类型
di_nlink说明文件的链接数
di_uid文件的用户，di_gid文件的组
di_size逻辑上文件的大小（以字节计数）
di_addr文件所占用的磁盘块的地址
3个时间表示访问，修改和创建时间
磁盘块没什么好说的，具体实现可能512字节一块
当引用一个文件时（并非打开一个文件）可能需要的如下：
1， 一个内存Inode项
内存inode项的v7实现可能如下：

复制代码

代码如下:

struct inode
{
Char i_flag;
char i_count; /* reference count */
dev_t i_dev; /* device where inode resides */
ino_t i_number; /* i number, 1-to-1 with device address */
unsigned short i_mode;
short i_nlink; /* directory entries */
short i_uid; /* owner */
short i_gid; /* group of owner */
off_t i_size; /* size of file */
union {
struct {
daddr_t i_addr[NADDR]; /* if normal file/directory */
daddr_t i_lastr; /* last logical block read (for read-ahead) */
};
struct {
daddr_t i_rdev; /* i_addr[0] */
struct group i_group; /* multiplexor group file */
};
} i_un;
};

基本的内容和磁盘的一样，多出了一些内容，最重要的是多出了i_count用以记录引用次数
当一个文件被打开时需要的内容如下：
1，用户u区中的u_ofile数组中的一项
2，文件表中的一项
u_ofile存放的是指向具体的file结构中的一项的指针，所谓的文件描述符就是u_ofile数组的下标
文件表v7的实现如下：

复制代码

代码如下:

struct file
{
char f_flag;
char f_count; /* reference count */
struct inode *f_inode; /* pointer to inode structure */
union {
off_t f_offset; /* read/write character pointer */
struct chan *f_chan; /* mpx channel pointer */
} f_un;
};

文件表最初似乎是为了共享偏移量（f_offset）而设计的，因为有注释就不多赘叙了，正如大家所知道的，用dup复制一个文件描述符和再次打开一个文件是不一样，具体的差别就是f_count的值。实际上大家可以自己思考一下所有的文件打开关闭，link和unlink等等文件操作（我想这是非常有益，不过大家不必真的去参阅源码，只要自己想想是怎么回事就行，unix源码水平极高，如果真的全部看懂需要很多时间）。