Chinaunix首页 | 论坛 | 博客
  • 博客访问: 2339951
  • 博文数量: 2110
  • 博客积分: 18861
  • 博客等级: 上将
  • 技术积分: 24420
  • 用 户 组: 普通用户
  • 注册时间: 2008-04-05 18:23
文章分类

全部博文(2110)

文章存档

2011年(139)

2010年(1971)

我的朋友

分类: LINUX

2010-10-27 10:57:40

一)概述

  .open系统调用返回的文件描述符是非负整型.

  .每一个进程都有自己的文件描述符集合.

  .当创建进程时,通常有3个打开文件描述符(0,1,2),0代表标准输入,1代表标准输出,2代表标准错误,它们统称为标准IO.

  .当多个描述符指向同一个文件,每个文件描述符仍保持他独特的性能.

  .由于文件描述符在一个进程中是特有的,因此不能在多个进程中间实现共享,而唯一的例外是在父/子进程之间,当一个进程调用fork时,调用fork时打开的所有文件在子进程和父进程中仍然是打开的,而且子进程写入文件描述符会影响到父进程的同一文件描述符,反之亦然.

  二)父/子进程对文件描述符的分支使用示例

  源程序如下:

  #include

  #include

  #include

  #include

  #include

  #include

  #include

  #include

  #include

  void writestr(int fd, char *buf)

  {

  int r = write(fd, buf, strlen(buf));

  if (r == -1)

  perror(buf);

  }

  void busywait(void)

  {

  clock_t t1 = times(NULL);

  while (times(NULL) - t1 < 2);

  }

  int main (int argc, char *argv[])

  {

  int fd = open("thefile.txt",

  O_CREAT | O_TRUNC | O_RDWR,

  S_IRWXU | S_IRWXG | S_IRWXO);

  assert(fd != -1);

  writestr(fd, "This is the parent.\n");

  pid_t pid = fork();

  busywait();

  if(pid == 0){

  writestr(fd,"Child write\n");

  }

  else{

  writestr(fd, "Hi it's me. Im back.\n");

  int status;

  waitpid(pid, &status, 0);

  }

  close(fd);

  return 0;

  }

  编译fork-file.c

  gcc fork-file.c -o fork-file

  执行fork-file,同时查看thefile.txt,如下:

  ./fork-file && cat thefile.txt

  This is the parent.

  Child write

  Hi it's me. Im back.

  ./fork-file && cat thefile.txt

  This is the parent.

  Hi it's me. Im back.

  Child write

  注:

  1)我们发现每次运行结果的顺序都不相同,有时父进程会先调用write系统调用,有时子进程会先调用write.

  2)子进程继承了父进程的文件描述符,如本例子open系统调用得到的文件描述符是3,在子进程和父进程中的文件描述符都是3.

  三)文件描述符与/proc

  子目录/proc/self本身就是当前运行进程ID的符号链接.

  用ls -ld查看/proc/self目录的符号链接,发现每次都不一样,说明我们每次用ls命令时的进程ID都是不同的.

  ls -ld /proc/self

  lrwxrwxrwx 1 root root 64 2010-10-10 06:25 /proc/self -> 30525

  我们查看/proc/self/fd目录下的文件描述符,如下:

  ls -l /proc/self/fd

  total 0

  lrwx------ 1 root root 64 2010-10-10 12:16 0 -> /dev/pts/1

  lrwx------ 1 root root 64 2010-10-10 12:16 1 -> /dev/pts/1

  lrwx------ 1 root root 64 2010-10-10 12:16 2 -> /dev/pts/1

  lr-x------ 1 root root 64 2010-10-10 12:16 3 -> /proc/30578/fd

  我们看到了3个标准的IO描述符,它们都被软锭接到了/dev/pts/1,/dev/pts/1是我们通过ssh打开第2个终端,如果是第1个终端,那将是/dev/pts/0.

  如果我们通过ipmi的串口登录,这里应该是/dev/ttySx,而如果是本地登录那应该是/dev/ttyx,如果是单用户登录那将是/dev/console.

  /dev/pts/x是虚拟终端

  /dev/ttySx是串行控制端

  /dev/ttyx是控制台

  /dev/console是单用户控制台

  文件描述符3,这个描述符是ls进程打开/proc/self/fd(也就是/proc/30578/fd)所得到的文件描述符.

  同样我们将ls -l /proc/self/fd的信息输出的一个文件中,如下:

  ls -l /proc/self/fd > /tmp/foo.txt && cat /tmp/foo.txt

  total 0

  lrwx------ 1 root root 64 2010-10-10 12:22 0 -> /dev/pts/1

  l-wx------ 1 root root 64 2010-10-10 12:22 1 -> /tmp/foo.txt

  lrwx------ 1 root root 64 2010-10-10 12:22 2 -> /dev/pts/1

  lr-x------ 1 root root 64 2010-10-10 12:22 3 -> /proc/31005/fd

  这时标准输出的文件描述符不再是/dev/pts/1了,而是/tmp/foo.txt

  再如我们将/dev/null做为标准输入,如下所示:

  ls -l /proc/self/fd > /tmp/foo.txt < /dev/null && cat /tmp/foo.txt

  total 0

  lr-x------ 1 root root 64 2010-10-10 12:30 0 -> /dev/null

  l-wx------ 1 root root 64 2010-10-10 12:30 1 -> /tmp/foo.txt

  lrwx------ 1 root root 64 2010-10-10 12:30 2 -> /dev/pts/1

  lr-x------ 1 root root 64 2010-10-10 12:30 3 -> /proc/31998/fd

  此时标准输入的文件描述符也不再是/dev/pts/1了,而是/dev/null

  最后我们将/dev/null做为标准错误输出,如下所示:

  ls -l /proc/self/fd > /tmp/foo.txt 2< /dev/null && cat /tmp/foo.txt

  total 0

  lrwx------ 1 root root 64 2010-10-10 12:37 0 -> /dev/pts/1

  l-wx------ 1 root root 64 2010-10-10 12:37 1 -> /tmp/foo.txt

  lr-x------ 1 root root 64 2010-10-10 12:37 2 -> /dev/null

  lr-x------ 1 root root 64 2010-10-10 12:37 3 -> /proc/32435/fd

  此时标准错误输出的文件描述符也不再是/dev/pts/1了,而是/dev/null

四)文件描述符与lsof命令

  用lsof命令可以查看系统中所有进程的所有打开文件,前提是你有相应的权限.

  我们首先查看当前bash的PID

  echo $$

  3174

  用lsof查看打开的文件.

  lsof -p 3174

  COMMAND  PID USER   FD   TYPE DEVICE    SIZE   NODE NAME

  bash    3174 root  cwd    DIR    8,1    4096  32577 /root

  bash    3174 root  rtd    DIR    8,1    4096      2 /

  bash    3174 root  txt    REG    8,1  797784 309511 /bin/bash

  bash    3174 root  mem    REG    8,1   47520 147727 /lib/libnss_files-2.7.so

  bash    3174 root  mem    REG    8,1   43472 147716 /lib/libnss_nis-2.7.so

  bash    3174 root  mem    REG    8,1   88968 147720 /lib/libnsl-2.7.so

  bash    3174 root  mem    REG    8,1   31536 147722 /lib/libnss_compat-2.7.so

  bash    3174 root  mem    REG    8,1 4636768 782032 /usr/lib/locale/locale-archive

  bash    3174 root  mem    REG    8,1 1375536 147730 /lib/libc-2.7.so

  bash    3174 root  mem    REG    8,1   14616 147734 /lib/libdl-2.7.so

  bash    3174 root  mem    REG    8,1  256288 147710 /lib/libncurses.so.5.7

  bash    3174 root  mem    REG    8,1  119288 147733 /lib/ld-2.7.so

  bash    3174 root  mem    REG    8,1   25700 767172 /usr/lib/gconv/gconv-modules.cache

  bash    3174 root    0u   CHR  136,1              3 /dev/pts/1

  bash    3174 root    1u   CHR  136,1              3 /dev/pts/1

  bash    3174 root    2u   CHR  136,1              3 /dev/pts/1

  bash    3174 root  255u   CHR  136,1              3 /dev/pts/1

  在/proc中查看打开的文件

  ls -l /proc/3174/fd

  total 0

  lrwx------ 1 root root 64 2010-10-10 13:13 0 -> /dev/pts/1

  lrwx------ 1 root root 64 2010-10-10 13:13 1 -> /dev/pts/1

  lrwx------ 1 root root 64 2010-10-10 13:13 2 -> /dev/pts/1

  lrwx------ 1 root root 64 2010-10-10 13:15 255 -> /dev/pts/1

  我们发现lsof不只是显示文件描述符,在lsof输出的最后四个文件是该进程的打开文件的文件描述符,0u代表的文件描述符为0,而255u代表的文件描述符为255,u的意思为可读可写.

  除了这四个文件描述符外,在FD一栏还有cwd,rtd,txt,mem等几种类型,它们的意义如下:

  cwd代表当前目录,这里是/root

  rtd代表根目录,这里是/

  txt代表执行的程序,这里是/bin/bash

  mem代表映射到内存的文件,这里是/lib/libc-2.7.so等动态链接库

  TYPE一栏表示文件/目录的类型,DIR代表目录,REG代表普通文件,CHR代表字符设备.

  我们在伪终端1,执行vi -d /etc/hosts /etc/mtab

  在伪终端2,用lsof查看打开的文件.

  lsof -p 6195

  COMMAND  PID USER   FD   TYPE DEVICE    SIZE   NODE NAME

  vi      6195 root  cwd    DIR    0,3       0      1 /proc

  vi      6195 root  rtd    DIR    8,1    4096      2 /

  vi      6195 root  txt    REG    8,1 1699024 686572 /usr/bin/vim.basic

  vi      6195 root  mem    REG    8,1   47520 147727 /lib/libnss_files-2.7.so

  vi      6195 root  mem    REG    8,1   43472 147716 /lib/libnss_nis-2.7.so

  vi      6195 root  mem    REG    8,1   88968 147720 /lib/libnsl-2.7.so

  vi      6195 root  mem    REG    8,1   31536 147722 /lib/libnss_compat-2.7.so

  vi      6195 root  mem    REG    8,1 4636768 782032 /usr/lib/locale/locale-archive

  vi      6195 root  mem    REG    8,1   17424 147652 /lib/libattr.so.1.1.0

  vi      6195 root  mem    REG    8,1   14616 147734 /lib/libdl-2.7.so

  vi      6195 root  mem    REG    8,1 1375536 147730 /lib/libc-2.7.so

  vi      6195 root  mem    REG    8,1   23616 767588 /usr/lib/libgpm.so.2.0.0

  vi      6195 root  mem    REG    8,1   29360 147707 /lib/libacl.so.1.1.0

  vi      6195 root  mem    REG    8,1  109464 146602 /lib/libse.so.1

  vi      6195 root  mem    REG    8,1  256288 147710 /lib/libncurses.so.5.7

  vi      6195 root  mem    REG    8,1  119288 147733 /lib/ld-2.7.so

  vi      6195 root    0u   CHR  136,0              2 /dev/pts/0

  vi      6195 root    1u   CHR  136,0              2 /dev/pts/0

  vi      6195 root    2u   CHR  136,0              2 /dev/pts/0

  vi      6195 root    4u   REG    8,1   12288 480777 /etc/.hosts.swp

  vi      6195 root    5u   REG    8,1   12288 482077 /etc/.mtab.swp

  我们看到vi创建了临时文件/etc/.hosts.swp和/etc/.mtab.swp,同时它的执行程序是/usr/bin/vim.basic,应该是确实是vi的二进制程序.

  cwd是/proc,说明伪终端1下的当前目录是/proc。

  其实我们可以通过w确认当前系统的伪终端,再通过lsof|grep 'pts/0'查看使用该伪终端的PID,最后用lsof -p PID查看该用户在做什么.

  如果有具体的用户名,可以直接用lsof -u username来查看该用户当前加载的文件.

  五)文件描述符的限制

  每个进程允许打开文件的实际数目是由内核决定的,但是可以使用sysconf函数在运行时进行查看.如下:

  vi process_limit.c

  源代码如下:

  #include

  #include

  #include

  int

  main (int argc,char *argv[])

  {

  u_long process;

  process = sysconf(_SC_OPEN_MAX);

  printf("current process total:%lu\n", process);

  return 0;

  }

  编译链接:

  gcc process_limit.c -o process_limit

  ./process_limit

  current process total:819200

  进程可以打开文件的总数为819200,与ulimit -n(打开文件的总数)一致.

阅读(232) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~