尋找最初的初衷

[轉載自藍森林]

問個問題大家別罵我笨 說實話我接觸c語言有段時間了 不過見識特別短,有一個很簡單問題 我們單位的技術在用字符串之前總是 memset(buffer , 0 , sizeof(buffer));這樣 當然了就是清空, 那麼我想既然能都清0,為什麼他不用

[此篇文章並非原創若有冒犯敬請來信告知]

讀懂函式庫的 man page

SQRT(3)                                          Linux Programmer's Manual                                         SQRT(3)

NAME
       sqrt, sqrtf, sqrtl - square root function

SYNOPSIS
       #include <math.h>

       double sqrt(double x);
       float sqrtf(float x);
       long double sqrtl(long double x);

       Link with -lm.

   Feature Test Macro Requirements for glibc (see feature_test_macros(7)):

       sqrtf(), sqrtl():
           _BSD_SOURCE || _SVID_SOURCE || _XOPEN_SOURCE >= 600 || _ISOC99_SOURCE || _POSIX_C_SOURCE >= 200112L;
           or cc -std=c99

Windows时钟大家可能十分熟悉了，Linux时钟在概念上类似Windows时钟显示当前系统时间，但在时钟分类和设置上却和Windows大相径庭。和Windows不同的是，Linux将时钟分为系统时钟(System Clock)和硬件(Real Time Clock，简称RTC)时钟两种。系统时间是指当前Linux Kernel中的时钟，而硬件时钟则是主板上由电池供电的那个主板硬件时钟，这个时钟可以在BIOS的"Standard BIOS Feture"项中进行设置。

既然Linux有两个时钟系统，那么大家所使用的Linux默认使用哪种时钟系统呢？会不回出现两种系统时钟冲突的情况呢？这些疑问和担心不无道理。首先，Linux并没有默认哪个时钟系统。当Linux启动时，硬件时钟会去读取系统时钟的设置，然后系统时钟就会独立于硬件运作。

从Linux启动过程来看，系统时钟和硬件时钟不会发生冲突，但Linux中的所有命令(包括函数)都是采用的系统时钟设置。不仅如此，系统时钟和硬件时钟还可以采用异步方式，即系统时间和硬件时间可以不同。这样做的好处对于普通用户意义不大，但对于Linux网络管理员却有很大的用处。例如，要将一个很大的网络中(跨越若干时区)的服务器同步，假如位于美国纽约的Linux服务器和北京的Linux服务器，其中一台服务器无须改变硬件时钟而只需临时设置一个系统时间，如要将北京服务器上的时间设置为纽约时间，两台服务器完成文件的同步后，再与原来的时钟同步一下即可。这样系统和硬件时钟就提供了更为灵活的操作。

在Linux中，用于时钟查看和设置的命令主要有date、hwclock和clock。其中，clock和hwclock用法相近，只不过clock命 令除了支持x86硬件体系外，还支持Alpha硬件体系。由于目前绝大多数用户使用x86硬件体系，所以可以视这两个命令为一个命令来学习。

1.在虚拟终端中使用date命令来查看和设置系统时间
查看系统时钟的操作：
# date

设置系统时钟的操作：
# date 091713272003.30

通用的设置格式：

Linux module練習手札I紀錄如何撰寫一個簡單的module，並且編輯它，以及load和unload一個module。

write a module

#include <linux/init.h>
#include <linux/module.h>
MODULE_LICENSE("GPL");

static int __init init_modules(void)
{
    printk("hello world\n");
    return 0;
}

static void __exit exit_modules(void)
{
    printk("goodbye\n");
}

module_init(init_modules);
module_exit(exit_modules);

< linux/init.h>和#include <linux/module.h>是Linux 任何的module都會用到的header file，init.h主要定義module的init和cleanup，如module_init()和module_exit()。而module.h定義了module所需要的資料結構與macro。
對於__init的解釋在init.h有非常好的解釋：
The kernel can take this as hint that the function is used only during the initialization phase and free up used memory resources after.
簡單的說就是這個function在初始化後（執行完）就被free了。

而__exit的解釋是：
__exit is used to declare a function which is only required on exit: the function will be dropped if this file is not compiled as a module.

如何避免Linux zombie process的產生？

會有這篇文章，起因於本周一為了剛要進實驗室的學弟妹們上了一堂課，有關Linux下的Process與Signal。由於本領域我也沒有多少實作經驗，因此有關於zombie process的問題，我講錯了。當然講錯有一部分是由於某大學的網頁竟然大喇喇的寫錯zombie process的定義，造成講課前我被誤解..@@ 因此重新來po這篇，自己也記一下..

---

所謂zombie process(殭屍行程)的成因，在於某行程已結束，但其父行程(parent process)並未取得該行程之結束狀態，則該行程就會變成zombie process，直到其父行程呼叫wait()取得該行程結束狀態。用更精確的說法，來自Advanced Programming in the Unix Environment這本書：
The process that has terminated, but whose parent hasn’t yet waited for it.

Zombie process會造成kernel內部有多餘的一筆process資料儲存，佔了一筆資料量(process id, termination status, the amount of CPU time taken by the process等等資訊)，但其卻已經結束了，若是系統load很高，造成的影響就更大了，譬如process數量到達上限，又發生有zombie process，可能就會產生無法執行程式的問題。因此我們必須避免zombie process的產生。

正常的multiprocess程式執行的流程，如下圖所示，parent process必須wait其子行程的結束。