Linux signal 那些事儿(2)【转】

转自:http://blog.chinaunix.net/uid-24774106-id-4064447.html

上一篇博文,基本算是给glibc的signal函数翻了个身。现在glibc的signal基本修正了传统的UNIX的一些弊端,我们说signal并没有我们想象的那么不堪。但是signal也有不尽人意的地方。比如信号处理期间,我们期望屏蔽某些信号,而不仅仅是屏蔽自身,这时候signal就不行了。信号既然是进程间通信IPC的一种机制,我们期望获取更多的信息,而不仅仅是signo,这时候signal/kill这个机制就基本不行了。
   
上面所说的都是signal的一些毛病,但是这些都不是致命的,致命的问题在于老的signal机制的不可靠。信号分成可靠性信号和非可靠性信号,并不是说用sigaction安装,用sigqueue发送的信号就是可靠性性信号,用signal安装,kill/tkill发送的信号就是非可靠性信号。这种理解是错误的。这在Linux环境进程间通信(二):信号(上)一文中讲的非常清楚了。
    信号值位于[SIGRTMIN,SIGRTMAX] 之间的信号,就是可靠信号,位于[SIGHUP,SIGSYS]之间信号,都是非可靠性信号,与安装函数是signal还是sigaction无关,与发送函数是kill还是sigqueue无关。

   
1~31之间的所有信号都称为不可靠信号,原因就在于信号不可排队,如果kernel发现同一个信号已经有挂起信号,当前信号就会被丢弃,就好象从来没有被发送过一样,无法引起信号的传递,也无法让进程执行信号处理函数。这种实现的机理,造成了这些信号的不可靠。这正所谓:我本将心向明月,奈何明月照沟渠。
    为了解决这个问题,Linux引入了实时信号,信号值在[32~64]区间内,或者称之为可靠信号。这种信号,kernel不会ignore,哪怕已经有了好多同一个信号,kernel会把新收到信号放入queue之中,等待被传递出去。
    空口说白话,不是我们的风格,我现在用代码证明之。我参考了Linux Programming Interface 一书的例子,写了两个程序,一个是signal_receiver ,一个是signal_sender.
    先看signal_receiver的code:    

  1. manu@manu-hacks:~/code/c/self/signal$ cat signal_receiver.c
  2. #include <stdio.h>
  3. #include <stdlib.h>
  4. #include <unistd.h>
  5. #include <signal.h>
  6. #include <string.h>
  7. #include <errno.h>
  8. static int sig_cnt[NSIG];
  9. static volatile sig_atomic_t get_SIGINT = 0;
  10. void handler(int signo)
  11. {
  12.     if(signo == SIGINT)
  13.         get_SIGINT = 1;
  14.     else
  15.         sig_cnt[signo]++;
  16. }
  17. int main(int argc,char* argv[])
  18. {
  19.     int i = 0;
  20.     sigset_t blockall_mask ;
  21.     sigset_t pending_mask ;
  22.     sigset_t empty_mask ;
  23.     printf("%s:PID is %ld\n",argv[0],getpid());
  24.     
  25.     for(i = 1; i < NSIG; i++)
  26.     {
  27.         if(i == SIGKILL || i == SIGSTOP)
  28.             continue;
  29.         if(signal(i,&handler) == SIG_ERR)
  30.         {
  31.             fprintf(stderr,"signal for signo(%d) failed (%s)\n",i,strerror(errno));
  32. //            return -1;
  33.         }
  34.     }
  35.     if(argc > 1)
  36.     {
  37.         int sleep_time = atoi(argv[1]);
  38.         sigfillset(&blockall_mask);
  39.         if(sigprocmask(SIG_SETMASK,&blockall_mask,NULL) == -1)
  40.         {
  41.             fprintf(stderr,"setprocmask to block all signal failed(%s)\n",strerror(errno));
  42.             return -2;
  43.         }
  44.         printf("I will sleep %d second\n",sleep_time);
  45.         sleep(sleep_time);
  46.         if(sigpending(&pending_mask) == -1)
  47.         {
  48.             fprintf(stderr,"sigpending failed(%s)\n",strerror(errno));
  49.             return -2;
  50.         }
  51.         for(i = 1 ; i < NSIG ; i++)
  52.         {
  53.             if(sigismember(&pending_mask,i))
  54.             printf("signo(%d) :%s\n",i,strsignal(i));
  55.         }
  56.         sigemptyset(&empty_mask);
  57.         if(sigprocmask(SIG_SETMASK,&empty_mask,NULL) == -1)
  58.         {
  59.             fprintf(stderr,"setprocmask to release all signal failed(%s)\n",strerror(errno));
  60.             return -3;
  61.         }
  62.         
  63.     }
  64.     while(!get_SIGINT)
  65.         continue ; //why not use pause ? I will explain later
  66.     for(i = 1; i < NSIG ; i++)
  67.     {
  68.         if(sig_cnt[i] != 0 )
  69.         {
  70.             printf("%s:signal %d caught %d time%s\n",
  71.                     argv[0],i,sig_cnt[i],(sig_cnt[i] >1)?"s":"");
  72.         }
  73.     }
  74.     return 0;
  75. }

    
因为我们知道,SIGKILL和SIGSTOP这两个信号是不能够定制自己的信号处理函数的,当然也不能block,原因很简单,OS或者说root才是final
boss,必须有稳定终结进程的办法。假如所有的信号,进程都能ignore,OS如何终结进程?
    这个signal_receiver会等待所有的信号,接收到某信号后,该信号的捕捉到的次数++,SIGINT会终结进程,进程退出前,会打印信号的捕捉统计。
   
如果进程有参数,表示sleep时间,signal_receiver会先屏蔽所有信号(当然,SIGKILL和SIGSTOP并不能被真正屏蔽)。然后sleep

一段时间后,取消信号屏蔽。我们可以想象,在信号屏蔽期间,我们收到的信号,都会在kernel记录下来,但是并不能delivery,这种信号称之挂起信号。如果在sleep期间或者说信号屏蔽期间,我收到SIGUSR1

这个信号1次和10000次,对内核来说,都是没差别的,因为后面的9999次都会被ignore掉。SIGUSR1属于不可靠信号,位图表示有没有挂起信号,有的话,直接ignore,没有的话,则记录在kernel。
    然后我们看下,signal_sender: 

  1. manu@manu-hacks:~/code/c/self/signal$ cat signal_sender.c
  2. #include <stdio.h>
  3. #include <stdlib.h>
  4. #include <getopt.h>
  5. #include <signal.h>
  6. #include <string.h>
  7. #include <errno.h>
  8. void usage()
  9. {
  10.     fprintf(stderr,"USAGE:\n");
  11.     fprintf(stderr,"--------------------------------\n");
  12.     fprintf(stderr,"signal_sender pid signo times\n");
  13. }
  14. int main(int argc,char* argv[])
  15. {
  16.     pid_t pid = -1 ;
  17.     int signo = -1;
  18.     int times = -1;
  19.     int i ;
  20.     if(argc < 4 )
  21.     {
  22.         usage();
  23.         return -1;
  24.     }
  25.     
  26.     pid = atol(argv[1]);
  27.     signo = atoi(argv[2]);
  28.     times = atoi(argv[3]);
  29.     if(pid <= 0 || times < 0 || signo <1 ||signo >=64 ||signo == 32 || signo ==33)
  30.     {
  31.         usage();
  32.         return -1;
  33.     }
  34.     printf("pid = %ld,signo = %d,times = %d\n",pid,signo,times);
  35.     for( i = 0 ; i < times ; i++)
  36.     {
  37.         if(kill(pid,signo) == -1)
  38.         {
  39.             fprintf(stderr, "send signo(%d) to pid(%ld) failed,reason(%s)\n",signo,pid,strerror(errno));
  40.             return -2;
  41.         }
  42.     }
  43.     fprintf(stdout,"done\n");
  44.     return 0;
  45. }

     signal_sender需要三个参数,pid signo
times,就是向拿个进程发送什么信号多少次的意思。如 signal_sender 1234 10
10000,含义是向pid=1234的 进程发送10号信号(SIGUSR1),连续发送10000次。
    有这两个进程,我们就可以实验了  。 

  1. manu@manu-hacks:~/code/c/self/signal$ ./signal_receiver &
  2. [1] 23416
  3. manu@manu-hacks:~/code/c/self/signal$ ./signal_receiver:PID is 23416
  4. signal for signo(32) failed (Invalid argument)
  5. signal for signo(33) failed (Invalid argument)
  6. manu@manu-hacks:~/code/c/self/signal$ ./signal_sender 23416 10 10000
  7. pid = 23416,signo = 10,times = 10000
  8. done
  9. manu@manu-hacks:~/code/c/self/signal$ sleep 20 ; ./signal_sender 23416 2 1
  10. pid = 23416,signo = 2,times = 1
  11. done
  12. ./signal_receiver:signal 10 caught 2507 times
  13. [1]+ Done ./signal_receiver

   
signal_receiver等待signal的来临,singal_sender向其发送SIGUSR1 10000次,然后sleep
20秒,确保sig_receiver处理完成。但是我们发现,其实一共才caught信号SIGUSR1
 2507次,7000多次的发送都丢失了,所以我们称SIGUSR1 是非可靠信号,存在丢信号的问题。
    俗话说不怕不识货,就怕货比货 ,我们让可靠信号参战,看下效果:

  1. manu@manu-hacks:~/code/c/self/signal$ ./signal_receiver &
  2. [1] 26067
  3. ./signal_receiver:PID is 26067
  4. signal for signo(32) failed (Invalid argument)
  5. signal for signo(33) failed (Invalid argument)
  6. manu@manu-hacks:~/code/c/self/signal$ ./signal_sender 26067 10 10000
  7. pid = 26067,signo = 10,times = 10000
  8. done
  9. manu@manu-hacks:~/code/c/self/signal$ ./signal_sender 26067 36 10000
  10. pid = 26067,signo = 36,times = 10000
  11. done
  12. manu@manu-hacks:~/code/c/self/signal$ ./signal_sender 26067 2 1
  13. pid = 26067,signo = 2,times = 1
  14. done
  15. ./signal_receiver:signal 10 caught 2879 times
  16. ./signal_receiver:signal 36 caught 10000 times
  17. [1]+ Done ./signal_receiver

    可靠性信号36,发送10000次,signal_receiver全部收到,不可靠性信号10,共收到2879次。这个数字是不可预期的,取决于内核进程的调度。
    这个如果还不够直观,我们在比较一次,让signal_receiver先屏蔽所有信号一段时间,如30s,然后解除屏蔽。

  1. manu@manu-hacks:~/code/c/self/signal$ ./signal_receiver 30 &
  2. [1] 27639
  3. manu@manu-hacks:~/code/c/self/signal$ ./signal_receiver:PID is 27639
  4. signal for signo(32) failed (Invalid argument)
  5. signal for signo(33) failed (Invalid argument)
  6. I will sleep 30 second
  7. manu@manu-hacks:~/code/c/self/signal$ ./signal_sender 27639 10 10000
  8. pid = 27639,signo = 10,times = 10000
  9. done
  10. manu@manu-hacks:~/code/c/self/signal$ ./signal_sender 27639 36 10000
  11. pid = 27639,signo = 36,times = 10000
  12. done
  13. manu@manu-hacks:~/code/c/self/signal$
  14. manu@manu-hacks:~/code/c/self/signal$ signo(10) :User defined signal 1
  15. signo(36) :Real-time signal 2
  16. manu@manu-hacks:~/code/c/self/signal$ ./signal_sender 27639 2 1
  17. pid = 27639,signo = 2,times = 1
  18. done
  19. ./signal_receiver:signal 10 caught 1 time
  20. ./signal_receiver:signal 36 caught 10000 times
  21. [1]+ Done ./signal_receiver 30

      这个比较反差比较大,不可靠signal10 共收到1次,可靠性信号36
共caught到10000次。原因就在于sigprocmask将所有的信号都屏蔽了,造成所有的信号都不能delivery。对1~31的信号,内核发现已经有相应的挂起信号,则ignore到新来的信号。但是可靠性信号则不同,会添加队列中去,尽管已经有了相同的信号。需要注意的是,signal
pending有上限,并不能无限制的发:

  1. manu@manu-hacks:~/code/c/self/signal$ ulimit -a
  2. core file size (blocks, -c) 0
  3. data seg size (kbytes, -d) unlimited
  4. scheduling priority (-e) 0
  5. file size (blocks, -f) unlimited
  6. pending signals (-i) 15408
  7. max locked memory (kbytes, -l) 64
  8. max memory size (kbytes, -m) unlimited
  9. open files (-n) 1024
  10. pipe size (512 bytes, -p) 8
  11. POSIX message queues (bytes, -q) 819200
  12. real-time priority (-r) 0
  13. stack size (kbytes, -s) 8192
  14. cpu time (seconds, -t) unlimited
  15. max user processes (-u) 15408
  16. virtual memory (kbytes, -v) unlimited
  17. file locks (-x) unlimited

    我发送100万,最终会收到15408个可靠信号:

  1. manu@manu-hacks:~/code/c/self/signal$ ./signal_receiver 30 &
  2. [1] 16488
  3. manu@manu-hacks:~/code/c/self/signal$ ./signal_receiver:PID is 16488
  4. signal for signo(32) failed (Invalid argument)
  5. signal for signo(33) failed (Invalid argument)
  6. I will sleep 30 second
  7. manu@manu-hacks:~/code/c/self/signal$ ./signal_sender 16488 36 1000000
  8. pid = 16488,signo = 36,times = 1000000
  9. done
  10. manu@manu-hacks:~/code/c/self/signal$ signo(36) :Real-time signal 2
  11. manu@manu-hacks:~/code/c/self/signal$ ./signal_sender 16488 2 1
  12. pid = 16488,signo = 2,times = 1
  13. done
  14. ./signal_receiver:signal 36 caught 15408 times
  15. [1]+ Done ./signal_receiver 30

      内核是怎么做到的?
    
    上图是内核中signal相关的数据结构。其中task_struct中有sigpending类型的成员变量pending
    

  1. struct task_struct {
  2.     volatile long state; /* -1 unrunnable, 0 runnable, >0 stopped */
  3.     void *stack;
  4.     atomic_t usage;
  5.     unsigned int flags; /* per process flags, defined below */
  6.     unsigned int ptrace;
  7.         ...
  8.         ...
  9. /* signal handlers */
  10.     struct signal_struct *signal;
  11.     struct sighand_struct *sighand;
  12.     sigset_t blocked, real_blocked;
  13.     sigset_t saved_sigmask; /* restored if set_restore_sigmask() was used */
  14.     struct sigpending pending;
  15.        ...
  16. }
  17. struct signal_struct {
  18.       atomic_t     sigcnt;
  19.       atomic_t     live;
  20.       int     nr_threads;
  21.       ...
  22.       ...
  23.       /* shared signal handling: */
  24.       struct sigpending    shared_pending;
  25.       ...
  26. }
  27. struct sigpending {
  28.     struct list_head list;
  29.     sigset_t signal;
  30. };
  31. #define _NSIG        64
  32. #ifdef __i386__
  33. # define _NSIG_BPW    32
  34. #else
  35. # define _NSIG_BPW    64
  36. #endif
  37. #define _NSIG_WORDS    (_NSIG / _NSIG_BPW)
  38. typedef unsigned long old_sigset_t;        /* at least 32 bits */
  39. typedef struct {
  40.     unsigned long sig[_NSIG_WORDS];
  41. } sigset_t;

     
task_struct中的pending,和signal->shared_pending都是记录挂起信号的数据结构,读到此处,你可能会迷惑,为何有两个这样的结构。这牵扯到thread与信号的一些问题,我们此处简化,就认为是一个就好,后面讲述线程与信号关系的时候,再展开。
      
   
我们看到了,kill也好,tkill也罢,最终都走到了_send_signal.当然了kill系统调用根据pid的情况会分成多个分支如pid
>0 pid = 0 pid=-1;pid < 0&pid !=-1,总之了,我的图只绘制了pid >0
的分支。tkill也有类似情况。
    那么kernel是怎么做到的非可靠信号和可靠信号的的这些差别的呢?

  1. static int __send_signal(int sig, struct siginfo *info, struct task_struct *t,
  2.             int group, int from_ancestor_ns)
  3. {
  4.     struct sigpending *pending;
  5.     struct sigqueue *q;
  6.     int override_rlimit;
  7.     int ret = 0, result;
  8.     assert_spin_locked(&t->sighand->siglock);
  9.     result = TRACE_SIGNAL_IGNORED;
  10.     if (!prepare_signal(sig, t,
  11.             from_ancestor_ns || (info == SEND_SIG_FORCED)))
  12.         goto ret;
  13.     pending = group ? &t->signal->shared_pending : &t->pending;
  14.     /*
  15.      * Short-circuit ignored signals and support queuing
  16.      * exactly one non-rt signal, so that we can get more
  17.      * detailed information about the cause of the signal.
  18.      */
  19.     result = TRACE_SIGNAL_ALREADY_PENDING;
  20.     if (legacy_queue(pending, sig)) //如果是低于32的信号,并且已经在pending中出现了的信号,就直接返回了,ignore
  21.         goto ret;
  22.     result = TRACE_SIGNAL_DELIVERED;
  23.     /*
  24.      * fast-pathed signals for kernel-internal things like SIGSTOP
  25.      * or SIGKILL.
  26.      */
  27.     if (info == SEND_SIG_FORCED)
  28.         goto out_set;
  29.     /*
  30.      * Real-time signals must be queued if sent by sigqueue, or
  31.      * some other real-time mechanism. It is implementation
  32.      * defined whether kill() does so. We attempt to do so, on
  33.      * the principle of least surprise, but since kill is not
  34.      * allowed to fail with EAGAIN when low on memory we just
  35.      * make sure at least one signal gets delivered and don't
  36.      * pass on the info struct.
  37.      */
  38.     if (sig < SIGRTMIN)
  39.         override_rlimit = (is_si_special(info) || info->si_code >= 0);
  40.     else
  41.         override_rlimit = 0;

      //分配sigqueue结构,并且链入到相应的pending。

  1.     q = __sigqueue_alloc(sig, t, GFP_ATOMIC | __GFP_NOTRACK_FALSE_POSITIVE,
  2.         override_rlimit);
  3.     if (q) {
  4.         list_add_tail(&q->list, &pending->list);
  5.         switch ((unsigned long) info) {
  6.         case (unsigned long) SEND_SIG_NOINFO:
  7.             q->info.si_signo = sig;
  8.             q->info.si_errno = 0;
  9.             q->info.si_code = SI_USER;
  10.             q->info.si_pid = task_tgid_nr_ns(current,
  11.                             task_active_pid_ns(t));
  12.             q->info.si_uid = from_kuid_munged(current_user_ns(), current_uid());
  13.             break;
  14.         case (unsigned long) SEND_SIG_PRIV:
  15.             q->info.si_signo = sig;
  16.             q->info.si_errno = 0;
  17.             q->info.si_code = SI_KERNEL;
  18.             q->info.si_pid = 0;
  19.             q->info.si_uid = 0;
  20.             break;
  21.         default:
  22.             copy_siginfo(&q->info, info);
  23.             if (from_ancestor_ns)
  24.                 q->info.si_pid = 0;
  25.             break;
  26.         }
  27.         userns_fixup_signal_uid(&q->info, t);
  28.     } else if (!is_si_special(info)) {
  29.         if (sig >= SIGRTMIN && info->si_code != SI_USER) {
  30.             /*
  31.              * Queue overflow, abort. We may abort if the
  32.              * signal was rt and sent by user using something
  33.              * other than kill().
  34.              */
  35.             result = TRACE_SIGNAL_OVERFLOW_FAIL;
  36.             ret = -EAGAIN;
  37.             goto ret;
  38.         } else {
  39.             /*
  40.              * This is a silent loss of information. We still
  41.              * send the signal, but the *info bits are lost.
  42.              */
  43.             result = TRACE_SIGNAL_LOSE_INFO;
  44.         }
  45.     }
  46. out_set:
  47.     signalfd_notify(t, sig);
  48.     sigaddset(&pending->signal, sig);  //加入位图
  49.     complete_signal(sig, t, group);
  50. ret:
  51.     trace_signal_generate(sig, info, t, group, result);
  52.     return ret;
  53. }
  54. static inline int legacy_queue(struct sigpending *signals, int sig)
  55. {
  56.     return (sig < SIGRTMIN) && sigismember(&signals->signal, sig); //是不可靠信号,并且该信号已经存在挂起信号,

    那么15408的限制是在哪里呢?在__sigqueue_alloc 里面。

  1. static struct sigqueue *
  2. __sigqueue_alloc(int sig, struct task_struct *t, gfp_t flags, int override_rlimit)
  3. {
  4.     struct sigqueue *q = NULL;
  5.     struct user_struct *user;
  6.     /*
  7.      * Protect access to @t credentials. This can go away when all
  8.      * callers hold rcu read lock.
  9.      */
  10.     rcu_read_lock();
  11.     user = get_uid(__task_cred(t)->user);
  12.     atomic_inc(&user->sigpending);    //计数器+1
  13.     rcu_read_unlock();
  14.     if (override_rlimit ||
  15.      atomic_read(&user->sigpending) <=
  16.             task_rlimit(t, RLIMIT_SIGPENDING)) {
  17.         q = kmem_cache_alloc(sigqueue_cachep, flags);
  18.     } else {
  19.         print_dropped_signal(sig);
  20.     }
  21.     if (unlikely(q == NULL)) {
  22.         atomic_dec(&user->sigpending);
  23.         free_uid(user);
  24.     } else {
  25.         INIT_LIST_HEAD(&q->list);
  26.         q->flags = 0;
  27.         q->user = user;
  28.     }
  29.     return q;
  30. }

     我们看到,legacy_queue就是用来判断是否是非可靠信号(signo低于32),并且相同signo值已经存在在挂起信号之中,如果是,直接返回。
     而对于可靠信号,会分配一个sigqueue的结构,然后讲sigqueue链入到sigpending结构的中链表中。从而就不会丢失信号。当然对pending信号的总数作了限制,限制最多不可超过15408.当然了这个值是可以修改的:
    

参考文献:
1 Linux programming interface
2 深入理解linux内核
3 linux kernel 3.8.0 内核源码 

时间: 2024-09-20 06:28:55

Linux signal 那些事儿(2)【转】的相关文章

Linux signal那些事儿【转】

转自:http://blog.chinaunix.net/uid-24774106-id-4061386.html Linux编程,信号是一个让人爱恨交加又不得不提的一个领域.最近我集中学习了Linux的signal相关的内容,分享出来,也为防止自己忘记.     信号的本质是异步.异步一这个词,听着高端大气上档次,又让人云山雾绕,其则不然.其实我们想想,我们这个世界是异步的,每个人干事儿,并不总是A->B->C->D这种.比如我在网上买了东西,我其实并不知道快递几时能到.我可能在公司里

Linux signal 那些事儿 (3)【转】

转自:http://blog.chinaunix.net/uid-24774106-id-4065797.html 这篇博客,想集中在signal 与线程的关系上,顺带介绍内核signal相关的结构.如何组织我其实并没想好,想到哪就写到哪里吧.主题一定会落在signal之内而不跑题.     提到signal与thread的关系,就得先提POSIX标准.POSIX标准决定了Linux为何将signal如此实现:    1 信号处理函数必须在多线程应用的所有线程之间共享,但是,每个线程要有自己的挂

Linux signal 那些事儿(4)信号的deliver顺序【转】

转自:http://blog.chinaunix.net/uid-24774106-id-4084864.html 上一篇博文提到了,如果同时有多个不同的信号处于挂起状态,kernel如何选择deliver那个信号.        next_signal 负责从挂起信号中选择deliver的signo:当然,有线程显存私有的penging,有线程组共有的pending,对于线程而言,先从自己私有的pending中选,处理完毕私有的才会去处理线程组共有的pending,这个逻辑的代码在: int

linux那点事儿(八)----shell 编程

一个简单的shell程序                                                                  下面直接来看一个shell程序. ----------------- #!/bin/sh # This is to show what a example looks like. echo "Our first example" echo # This inserts an empty line in output echo &qu

linux signal 用法和注意事项

http://blog.chinaunix.net/uid-9354-id-2425031.html 所以希望能用相同方式处理信号的多次出现,最好用sigaction.信号只出现并处理一次,可以用signal.   signal函数每次设置具体的信号处理函数(非SIG_IGN)只能生效一次,每次在进程响应处理信号时,随即将信号处理函数恢复为默认处理方式.所以如果想多次相同方式处理某个信号,通常的做法是,在响应函数开始,再次调用signal设置,如下图: int sig_int(); //My s

linux那点事儿(中)

      今天是辞职后的第一天,本来想写写工作总结,还有许多东西需要整理和学习.这是我继毕业之后的第二次焦虑和迷茫.希望我能早点找到工作吧!        步入正题,其实,linux要学的东西非常多.不是我分个上.中.下三篇博文就能写完的.不过,既然弄了个"上"出来,题目我就不改了.这篇就定为 "中"吧!如果写了"下",还没写完,也许会弄个"下续" ,"下续二"出来.^_^ :) ,也许,写了这个就没下了

初学者必看:Linux压缩那些事儿

Linux的压缩命令的源文件只能有一个,这意味在压缩之前不得不先将要压缩的所有文件打包成一个包,然后再压缩包,这样来完成对多个文件的压缩.所以在了解解压缩之前就必须先了解打包命令.Linux的打包一般都是通过tar命令来完成的,通过man tar,可以得到一些信息,tar来完成不同的动作是通过指定不同的参数来完成的,通常使用的也就是--x/c,这两个参数,它们的字面含义是c--create,x--extract,创建和分包提取,另外还有一些不常用的参数,比如a,将tar添加到另外一个tar包的末

linux那点事儿(六)----进程管理详解(推荐)

目录:(内容较多,加个目录) |-进程管理  进程常用命令 |- w查看当前系统信息 |- ps进程查看命令 |- kill终止进程 |- 一个存放内存中的特殊目录/proc |- 进程的优先级 |- 进程的挂起与恢复 |- 通过top命令查看进程 计划任务 |- 计划任务的重要性 |- 一次性计划at和batch |- 周期性计划crontab 进程管理的概念                                                                    

linux那点事儿(五)----用户管理常用命令

  上一节,将的那内容有些复杂,如果是新手,又不想一下子对用户管理了解的那么深入,欢迎阅读本节内容.      ps:其实,对前面两节内容做了大的调整,在方便自己查阅的同时,也希望方便别人的阅读.呵呵!   用户组权限实例