Linux 下创建简单的守护进程(Daemon)

守护进程运行在背景,其父进程 pid=1(init/systemd). 创建守护进程的主要思路,就是 fork 一个子进程,然后父进程挂掉让子进程变为孤儿,最终孤儿被 pid=1 的进程领养。

Daemon 的创建步骤 (SysV)

1. Fork
fork off the parent process & let it terminate if forking was successful. -> Because the parent process has terminated, the child process now runs in the background.

2. Setsid
setsid - Create a new session. The calling process becomes the leader of the new session and the process group leader of the new process group. The process is now detached from its controlling terminal (CTTY).

3. Signal
Catch signals - Ignore and/or handle signals.

4. Fork again
fork again & let the parent process terminate to ensure that you get rid of the session leading process. (Only session leaders may get a TTY again.)

5. chdir
chdir - Change the working directory of the daemon.

6. umask
umask - Change the file mode mask according to the needs of the daemon.

7. Close FDs
close - Close all open file descriptors that may be inherited from the parent process.

继续阅读“Linux 下创建简单的守护进程(Daemon)”

glibc 的 malloc per thread arenas 特性

本文准确性有待深究,只查阅过部分资料和进行过一些简单讨论,并未在代码层面进行过研究。如有纠错或补充,请在本文留言,感谢!

从 RHEL5 迁移到 RHEL6 的用户会有这样的发现:多线程程序在 RHEL6 中占用的*虚拟内存*,要比在 RHEL5 上的多。这种情况在 JAVA 程序中尤为突出,尽管 JAVA 应用是单线程的。
其中的一个原因,是 glibc 2.12 中的新特性 malloc per thread arenas 造成的。

Java 占用较多虚拟内存

通常,Java 应用会运行在 JVM 上。JVM 有自己的一套内存调用方式,一般不会使用到 glibc. 但某些对象还是会调用 malloc,从而使用使用到 per thread arenas 这个特性。

为何有 per thread arenas?

在过去的 malloc 实现中,每个程序会有一个 main arenas 供 malloc 申请使用。对于多线程的程序,每个线程调用 malloc 的时候,都需要事先检查是否有锁,确认没有锁后,才能拿到内存空间。这影响了程序的性能。

在现在的实现中,每一个线程都会有自己的 arenas,这就避免了线程之间的竞争,从而提高性能。

另外,我们可以看到 arenas 是一些大约为 64MB 的无权限匿名页(64位系统中)。
继续阅读“glibc 的 malloc per thread arenas 特性”

Linux 中删除正在被进程占用的文件,磁盘空间不被释放。

在 Linux 系统中,通过 rm 命令删除一个文件,实际上是在相应的目录结构中 unlink 这个文件。如果这个文件仍然被打开着,这个文件仍然可以被这个进程所使用,并将继续占用磁盘空间。等这个程序关闭该文件后,对应文件的空间才会被释放。

=== TEST STEPS ===
继续阅读“Linux 中删除正在被进程占用的文件,磁盘空间不被释放。”

Ubuntu CCSv6 debug MSP430G2: "Error initializing emulator: No USB FET was found"

Environment

1. MSP-EXP430G2 LaunchPad with MSP430G2452 chip;
2. Ubuntu 14.04 64bit;
3. CCSv6 installed as TI's user guide; (http://www.ti.com/tool/msp430-gcc-opensource)
4. Drivers (udev rules) installed using `ccsv6/install_scripts/install_drivers.sh` under installation directory;

Issue

When debugging the Hello World project (Blink your first LED), it shows below error:

Error initializing emulator: No USB FET was found

Resolution

1. First, I noticed that `ID_MM_DEVICE_IGNORE` didn't prevent the ModemManager from grabbing the ez430 device.
/etc/udev/rules.d/70-mm-no-ti-emulators.rules

ATTRS{idVendor}=="0451", ATTRS{idProduct}=="F432", ENV{ID_MM_DEVICE_IGNORE}="1"

Instead of figuring out how to make above rules work, I remove the ModemManager straightly. (ModemManager is needed when using mobile boardband to access Internet.)

$ sudo apt-get remove modemmanager

2. Then I found that CCSv6 doesn't support MSP430G2's debug probe. Refer:
http://processors.wiki.ti.com/index.php/Linux_Host_Support_CCSv6#Not_Supported_2

So I followed this post to configure mspdebug:
https://e2e.ti.com/support/microcontrollers/msp430/f/166/t/376857

a. Install mspdebug

$ sudo apt-get install mspdebug

b. Let CCS build the project, and you will find `.out` file under the debug directory of project space.

$ ls workspace_ti/Blink_LED/Debug/*.out 
workspace_ti/Blink_LED/Debug/Blink_LED.out

c. Launch `mspdebug` to burn and start:

~/workspace_ti/Blink_LED/Debug$ sudo mspdebug -n --fet-force-id MSP430G2452 rf2500 "prog Blink_LED.out"

Voila!

Linux 下用 netcat 测量 tcp 连接建立时间

本文未经验证,仅供参考。

我们希望测量两机之间 tcp 连接的建立时间,以排查网络连接缓慢的问题。
测量连接建立可以用 nc (netcat)。

以下是在 RHEL5 (CentOS 5) 的测试方法,其他发行版的 nc 参数可能会有所不同。

Server端监听 1567 端口:
~~~
# nc -k -l 1567
~~~
使用 -k 参数使之一直保持监听。

Client 端使用脚本建立1000次连接,并用 time 命令进行计时:

/tmp/testcon.sh
~~~
#!/bin/bash

NUM=1000 # How many connection to establish.
IPADDR="192.168.122.136"
PORT="1567"

for((i=0; i< $NUM; i++)) do nc $IPADDR $PORT < /dev/null if [ $? -ne "0" ];then echo "*" fi done ~~~ 继续阅读“Linux 下用 netcat 测量 tcp 连接建立时间”

Mysql 5.5 的 UNIX Domain Socket 通信方式

疑问

我们看到用 mysql_secure_installation 安装配置的 mysql-server (mariadb-server),默认的 host 有 localhost, 127.0.0.1 和 ::1 .

那么问题来了,默认情况下,对于 IPv4, localhost 跟 127.0.0.1 应该是等同的。为什么在 mysql 这个数据库的认证记录中,会同时出现 localhost 和 127.0.0.1 两个不同的记录呢?

MariaDB [mysql]> select host,user,password from user;
+-----------+------+-------------------------------------------+
| host      | user | password                                  |
+-----------+------+-------------------------------------------+
| localhost | root | *84BB5DF4823DA319BBF86C99624479A198E6EEE9 |
| 127.0.0.1 | root | *84BB5DF4823DA319BBF86C99624479A198E6EEE9 |
| ::1       | root | *84BB5DF4823DA319BBF86C99624479A198E6EEE9 |
+-----------+------+-------------------------------------------+

继续阅读“Mysql 5.5 的 UNIX Domain Socket 通信方式”