Try ot fix the out-of-order bug, add EXECVE to itthings_left

The Most important work during this time is to find out solution
to the out-of-order bug. Discribe it here in detail: info from
audit may be out of order, which means fork may comes after execve,
even after exit. What an absurd penomenon to see a process not yet
created to work or exit!

To deal with this problem, I've tried several ways:

- in the 2nd coroutine, when EOE msg comes, if it's a fork/clone
event, send it immediately, otherwise wait for some time(such as
100 ms). But after all it delays longer, and has other problems.

- the 2nd coroutine doesn't send directly, but record all the finished
event id in a slice, and another thread checks once every one second,
if there are sth in slice, send corresponding events in the order of
event id. But: event that happens first doesn't always has lower id
or time, for example, 1 forks 2, then 2 execve, the audit in kernel
it self may gets execve before fork(maybe fork makes other settings),
which means execve has earlier timestamp and lower event id. The out-
of-order problem is not completely resolved. If we then add delays
to non-clone event, a more serious problem happens: we must use mutex
to lock the slice recording finished event id to prevent crush between
send thread and wait thread, but the wait thread can't get the mutex
again, because there are to much clone event and frequent send!

- So I use no delay but mongodb, when an execve comes, if pid is not
recorded, just insert it and wait for the fork. It does works, but
some other works is still left to do:
  - what should i do if 2 forks 3 comes before 1 forks 2? Now I
    suggest it doesn't happen, but what if?
  - when execve comes before fork, i recorded it, but if this process
    has a parent i don't care, delete, or stays there?

Also, as mentioned above, I've add EXECVE field in process into db,
records all the execve(time, and args) from the same process. Besides,
exit_timestamp and exit_code can be caught now, but too many process
has no exit info. This is also to be fixed.

Now, let's listen to the file changed by process. Don't forget the
to-do works listed above!

1 files changed, 0 insertions, 18 deletions

diff --git a/src/godo.go b/src/godo.go
index 72f68c0..cc29a01 100644
--- a/src/godo.go
+++ b/src/godo.go
@@ -51,26 +51,8 @@ func main() {
         }
 
         // 创世之神，1号进程
-        // pids[1] = &process{rootfs: "/", children: make([]int, 0)}
-        // pids[1].children = append(pids[1].children, containerdPid)
         // 1号进程还是不要在进程树上直接出现了，不然它的小儿子们都会出现
-
         // /usr/bin/containerd，也就是我们最关注的进程
-        // pids[containerdPid] = &process{rootfs: "/", children: make([]int, 0)}
-        pids.Store(containerdPid, &process{
-                ppid:     1,
-                pid:      containerdPid,
-                argv:     make([]string, 0),
-                cwd:      "/",
-                rootfs:   "/",
-                children: make([]int, 0),
-        })
-        p, ok := pids.Load(containerdPid)
-        if !ok {
-                fmt.Printf("???\n")
-                return
-        }
-        p.(*process).argv = append(p.(*process).argv, "/usr/bin/containerd")
 
         // 开始运行，解析命令行参数后监听
         if err := fs.Parse(os.Args[1:]); err != nil {