先锋资源久久,黑人极品videos精品欧美裸,国产精品草草

【操作系�l�】Linux性能监控——CPU、Memory、IO、Network�Q��{载）

周强 — Wed, 26 Dec 2012 14:02:00 GMT

摘要: 【操作系�l�】Linux性能监控——CPU、Memory、IO、Networkby illidan�Q�综合了几篇文章和自��q��实践�Q?nbsp;一、CPU1、良好状态指标CPU利用率：User Time <= 70%�Q�System Time <= 35%�Q�User Time + System Time <= 70%。上下文切换�Q�与CPU利用率相兌��Q�如果CPU�?.. 阅读全文

周强 2012-12-26 22:02 发表评论

top命��o(转蝲)

周强 — Tue, 28 Aug 2012 12:42:00 GMT

摘要: TOP是一个动态显�C��E?卛_��以通过用户按键来不断刷新当前状�?如果在前台执行该命��o,它将独占前台,直到用户�l�止该程序�ؓ�?比较准确的说,top命��o提供了实时的对系�l�处理器的状态监�?它将昄��pȝ��中CPU最“敏感”的�Q务列�?该命令可以按CPU使用.内存使用和执行时间对��d��q�行排序�Q�而且该命令的很多�Ҏ(gu��)��都可以通过交互式命令或者在个�h定制文�g中进行设�?top - 12:38... 阅读全文

周强 2012-08-28 20:42 发表评论

技巧：多共享动态库中同名对象重复析构问题的解决�Ҏ(gu��)��(转蝲)

周强 — Fri, 02 Mar 2012 08:04:00 GMT

Linux 支持的共享程序库�Q?strong>lib*.so�Q�技术不仅能够有效利用系�l�资源，而且�q�对�E�序设计带来了很大的便利性、通用性等�Q�因此被各种�U�别的应用系�l�广泛采用�?动态链接的�׃�n库是在加载应用程序时被加载的�Q�而且它与应用�E�序是在�q�行时绑定的�Q�通过动态链接器�Q�将动态共享库映射�q�应用程序的可执行内存中�Q�动态链接）�Q�在启动应用�E�序�Ӟ��动态装载器��所需的共享目标库映射到应用程序的内存�Q�动态装载）�?/p>

在通常情况下，�׃�n库都是通过使用附加选项 -fpic �?nbsp;-fPIC �q�行�~�译�Q�从目标代码产生位置无关的代码（Position Independent Code�Q�PIC�Q�，使用 -shared选项��目标代码放�q�共享目标库中。位�|�无关代码需要能够被加蝲��C��同进�E�的不同地址�Q��ƈ且能得以正确的执行，故其代码要经�q�特别的�~�译处理�Q�位�|�无关代码（PIC�Q�对帔R��和函数入口地址的操作都是采用基于基寄存器（base register�Q�BASE+ 偏移量的相对地址的寻址方式。即使程序被装蝲到内存中的不同地址�Q�即 BASE ��g��同，而偏�U�量是不变的�Q�所以程序仍然可以找到正��的入口地址或者常量�?/p>

然而，当应用程序链接了多个�׃�n库，如果在这些共享库中，存在相同作用域范围的同名静态成员变量或者同�?( 非静�?) 全局变量�Q�那么当�E�序讉K��完静态成员变量或全局变量�l�束析构�Ӟ��׃��某内存块�?double free 会导�?core dump�Q�这是由�?Linux �~�译器的�~�陷造成的�?/p>

应用场景原型

该问题源于笔者所从事的开发项目：IBM Tivoli Workload Scheduler (TWS) LoadLeveler�?strong>LoadLeveler�?nbsp;IBM在高性能计算�Q?strong>High Performance Computing�Q�HPC�Q�领域的一�ƾ作业调度��Y件。它主要分�ؓ两个大的模块�Q�分别是调度模块�Q�scheduler�Q�和资源��理模块�Q�resource manger�Q��?两个模块中分别含有关于配�|�管理功能的�׃�n库，�׃��某些配置��理选项��Z��模块所共同采用�Q�所以两模块之间�׃�n了部分源文�g代码�Q�其中包含有同名的类静态成员�?/p>

可以通过以下��单的模型�q�行描述�Q?/p>
�?1. 应用场景

对应的各模块代码片段如下图所�C�：

�?2. 应用场景模拟代码

其中�Q�test.c 是主�E�序�Q�包含有两个头文�Ӟ��api1.h �?api2.h�Q�头文�g api1.h 包含头文�?lib1/lib.h 和一功能函数 func_api1()�Q�api2.h 包含头文�?lib2/lib.h 和一功能函数 func_api2()�Q�目�?lib1 �?lib2 下的源文件分别编译生成共享库 lib1.so �?lib2.so。同�Ӟ��头文�?lib1/lib.h �?lib2/lib.h 链接到同一�׃�n文�g lib.h。在文�g lib.h 中定义有一静态成员变�?#8220;static std::vector vec_int”�?/p>

回页�?/a>

功能函数与各静态成员函��C��码清�?/span>

功能函数 func_api1() �?func_api2() 的实现类��|��通过调用静态成员函数达到访问静态成员变�?nbsp;vec_int的目的：

清单 1. 功能函数 func_api1(int)

          void func_api1(int i) {      printf("%s.\n", __FILE__);       A::set(i);      A::print();      return;   }

静态成员函�?A::set() �?A::print() 的实现如下：

清单 2. 静态成员函�?A::set(int)

          void A::set(int num) {      vec_int.clear();      for (int i = 0; i < num; i++) {          vec_int.push_back(i);      }      return;   }

清单 3. 静态成员函�?A::print()

          void A::print() {      for (int i = 0; i < vec_int.size(); i++) {          printf("vec_int[%d] = %d, addr: %p.\n", i, vec_int[i], &vec_int[i]);      }      printf("vec_int addr: %p.\n", &vec_int);      return;   }

A::set() 寚w��态成�?nbsp;vec_int�q�行赋值操作，�?A::print() 则打印其中的��g��当前��的内存地址�?/p>

回页�?/a>

�q�行�l�果

如果两个�׃�n库是通过选项 -fpic�?nbsp;-fPIC�~�译的话�Q�运行程�?test�Q�输出如下：

清单 4. 选项 -fPIC 的测试结�?/strong>
$ export LD_LIBRARY_PATH=./:$LD_LIBRARY_PATH $ g++ -g -o lib1.so -fPIC-rdynamic -shared lib1/lib.c $ g++ -g -o lib2.so -fPIC-rdynamic -shared lib2/lib.c $ g++ -g -o test -L./ -l1 -l2 test.c $ ./test api1.h. vec_int[0] = 0, addr: 0x9cbf028. vec_int[1] = 1, addr: 0x9cbf02c. vec_int[2] = 2, addr: 0x9cbf030. vec_int[3] = 3, addr: 0x9cbf034. vec_int addr: 0xe89228. *** glibc detected *** ./test: double free or corruption (fasttop): 0x09cbf028*** ======= Backtrace:========= /lib/libc.so.6[0x2b2b16] /lib/libc.so.6(cfree+0x90)[0x2b6030] /usr/lib/libstdc++.so.6(_ZdlPv+0x21)[0x5d1731] ./lib1.so(_ZN9__gnu_cxx13new_allocatorIiE10deallocateEPij+0x1d)[0xe88417] ./lib1.so(_ZNSt12_Vector_baseIiSaIiEE13_M_deallocateEPij+0x33)[0xe88451] ./lib1.so(_ZNSt12_Vector_baseIiSaIiEED2Ev+0x42)[0xe8849a] ./lib1.so(_ZNSt6vectorIiSaIiEED1Ev+0x60)[0xe8850c] ./lib2.so[0x961d6c] /lib/libc.so.6(__cxa_finalize+0xa9)[0x275c79] ./lib2.so[0x961c34] ./lib2.so[0x962d3c] /lib/ld-linux.so.2[0x23a7de] /lib/libc.so.6(exit+0xe9)[0x2759c9] /lib/libc.so.6(__libc_start_main+0xe4)[0x25fdf4] ./test(__gxx_personality_v0+0x45)[0x80484c1] ======= Memory map:======== ...... 00960000-00963000 r-xp 00000000 00:1b 7668734 ./lib2.so 00963000-00964000 rwxp 00003000 00:1b 7668734 ./lib2.so 00970000-00971000 r-xp 00970000 00:00 0 [vdso] 00e86000-00e89000 r-xp 00000000 00:1b 7668022 ./lib1.so 00e89000-00e8a000 rwxp 00003000 00:1b 7668022 ./lib1.so 08048000-08049000 r-xp 00000000 00:1b 7668748 ./test 08049000-0804a000 rw-p 00000000 00:1b 7668748 ./test 09cbf000-09ce0000 rw-p 09cbf000 00:00 0 [heap] ...... Abort(coredump) $

从程序的输出直观的看刎ͼ�core 产生是由于堆内存区域�Q?strong>09cbf000-09ce0000�Q�中起始地址�?nbsp;0x09cbf028的内存区被释放了两次��D��的，该地址正式静态成员变�?nbsp;vec_int的第一个元素的地址�?/p>

��Z��么会出现同一块内存区�Q�被释放两次的情形呢�Q?/p>

回页�?/a>

原因分析

我们知道�Q�静态成员变量与全局变量�c�M��Q�都采用了静态存储方式。对于加了选项 -fpic�?nbsp;-fPIC的共享库�Q�这些变量的地址都存攑֜�该共享库的全局偏移表（Global Offset Table�Q�GOT�Q�中�?/p>

通过 objdump或�?nbsp;readelf命��o分析�׃�n�?nbsp;lib1.so�Q�结果如下：

清单 5. objdump 分析�׃�n�?lib1.so 的输�?/strong>
$ objdump -x -R lib1.so lib1.so: file format elf32-i386 ...... Sections: Idx Name Size VMA LMA File off Algn 0 .gnu.hash 000001e8 000000d4 000000d4 000000d4 2**2 CONTENTS, ALLOC, LOAD, READONLY, DATA ...... 18 .dynamic 000000d8 0000301c 0000301c 0000301c 2**2 CONTENTS, ALLOC, LOAD, DATA 19 .got 00000014 000030f4 000030f4 000030f4 2**2 CONTENTS, ALLOC, LOAD, DATA 20 .got.plt 00000114 00003108 00003108 00003108 2**2 CONTENTS, ALLOC, LOAD, DATA ...... DYNAMIC RELOCATION RECORDS OFFSET TYPE VALUE ...... 000030f4 R_386_GLOB_DAT __gmon_start__ 000030f8 R_386_GLOB_DAT _Jv_RegisterClasses 000030fc R_386_GLOB_DAT _ZN1A7vec_intE 00003104 R_386_GLOB_DAT __cxa_finalize ......

清单 6. readelf 分析�׃�n�?lib1.so 的输�?/strong>
$ objdump -x -R lib1.so lib1.so: file format elf32-i386 ...... Sections: Idx Name Size VMA LMA File off Algn 0 .gnu.hash 000001e8 000000d4 000000d4 000000d4 2**2 CONTENTS, ALLOC, LOAD, READONLY, DATA ...... 18 .dynamic 000000d8 0000301c 0000301c 0000301c 2**2 CONTENTS, ALLOC, LOAD, DATA 19 .got 00000014 000030f4 000030f4 000030f4 2**2 CONTENTS, ALLOC, LOAD, DATA 20 .got.plt 00000114 00003108 00003108 00003108 2**2 CONTENTS, ALLOC, LOAD, DATA ...... DYNAMIC RELOCATION RECORDS OFFSET TYPE VALUE ...... 000030f4 R_386_GLOB_DAT __gmon_start__ 000030f8 R_386_GLOB_DAT _Jv_RegisterClasses 000030fc R_386_GLOB_DAT _ZN1A7vec_intE 00003104 R_386_GLOB_DAT __cxa_finalize ......

从上面两个命令的输出�l�果中可以看出，�׃�n�?nbsp;lib1.so�?nbsp;GOT�D늚�起始内存地址�?nbsp;000030f4�Q�大��ؓ 20 字节 (0x14)�Q�静态成员变�?nbsp;vec_int在共享库 lib1.so中的起始偏移地址�?nbsp;000030fc。显�Ӟ��vec_int位于该共享库�?nbsp;GOT�D�内�?/p>
当应用程序同旉��?nbsp;lib1.so�?nbsp;lib2.so�Ӟ��同名静态成员变�?nbsp;vec_int分别位于其共享库�?nbsp;GOT区。当�E�序�q�行�Ӟ��pȝ��从符可��中查扑�ƈ装蝲构造一�?nbsp;vec_int数据�Q�这点从�E�序�q�行的输出结果（清单 4�Q�的“Backtrace”部分可以看到�Q�只�?nbsp;lib1.so中的静态成员变量被装蝲构造；同时�Q�通过内存映射�Q?strong>Memory map�Q�部分（清单 4�Q�，可以观察�?nbsp;vec_int对象的地址 0xe89228正好处在为共享库 lib1.so分配的可��d��存区 00e89000-00e8a000中：
00e89000-00e8a000 rwxp 00003000 00:1b 7668022 ./lib1.so

然后�Q�当�E�序�l�束�Ӟ��却对该变量进行了两次析构操作�Q�通过 gdb分析 core 文�g�Q?/p>
清单 7. core 文�g分析�l�果
$ gdb ./test core.28440 …… Core was generated by `./test'. Program terminated with signal 6, Aborted. #0 0x00970402 in __kernel_vsyscall () (gdb) (gdb) where #0 0x00970402 in __kernel_vsyscall () #1 0x00272d10 in raise () from /lib/libc.so.6 #2 0x00274621 in abort () from /lib/libc.so.6 #3 0x002aae5b in __libc_message () from /lib/libc.so.6 #4 0x002b2b16 in _int_free () from /lib/libc.so.6 #5 0x002b6030 in free () from /lib/libc.so.6 #6 0x005d1731 in operator delete () from /usr/lib/libstdc++.so.6 #7 0x00e88417 in __gnu_cxx::new_allocator::deallocate (this=0xe89228, __p=0x9cbf028) at /usr/lib/gcc/i386-redhat-linux/.../ext/new_allocator.h:94 #8 0x00e88451 in std::_Vector_base0x00e8850cin ~vector (this=0xe89228) at /usr/lib/gcc/.../stl_vector.h:272 #11 0x00961d6c in __tcf_0 () at lib2/lib.c:3 #12 0x00275c79 in __cxa_finalize () from /lib/libc.so.6 #13 0x00961c34 in __do_global_dtors_aux () from ./lib2.so #14 0x00962d3c in _fini () from ./lib2.so #15 0x0023a7de in _dl_fini () from /lib/ld-linux.so.2 #16 0x002759c9 in exit () from /lib/libc.so.6 #17 0x0025fdf4 in __libc_start_main () from /lib/libc.so.6 #18 0x080484c1 in _start () (gdb)

从清�?7 中可以看出，从�� #14 开始，�E�序�q�行 lib2.so中的析构操作�Q�直�?#11�Q�都�q�行�?nbsp;lib2.so中，当进入�� #10 �Ӟ��q�行变量析构�Ӟ��其地址�?nbsp;0x00e8850c�Q�该地址中的对象是程序启动时由共享库 lib1.so装蝲构造出来的�Q�清�?1�Q�：
./lib1.so(_ZNSt6vectorIiSaIiEED1Ev+0x60)[0xe8850c]

当程序结束时�Q�运行库 glibc��到�׃�n�?nbsp;lib2.so析构了�ƈ非由其构造的对象�Q�导致了 core dump�?/p>
�q�种情况下，如果替换使用选项 -fpie�?nbsp;-fPIE�Q�操作步骤与�q�行�l�果如下所�C�：

清单 8. 选项 -fPIE 的测试结�?/strong>
$ export LD_LIBRARY_PATH=./:$LD_LIBRARY_PATH $ g++ -g -o lib1.so -fPIE-rdynamic -shared lib1/lib.c $ g++ -g -o lib2.so -fPIE-rdynamic -shared lib2/lib.c $ g++ -g -pie -o test -L./ -l1 -l2 test.c $ ./test api1.h. vec_int[0] = 0, addr: 0x80e3028. vec_int[1] = 1, addr: 0x80e302c. vec_int[2] = 2, addr: 0x80e3030. vec_int[3] = 3, addr: 0x80e3034. vec_int addr: 0x75e224. $

�E�序�q�行�l�果�W�合期望�q�正常结束�?/p>
�q�是因�ؓ�Q�当使用选项 -fpie�?nbsp;-fPIE�Ӟ��生成的共享库不会为静态成员变量或全局变量�?nbsp;GOT中创建对应的条目�Q�通过 objdump�?strong>readelf命��o可以查看�Q�此处不再赘�q�ͼ��Q�从而避免了�׃��静态对�?#8220;构造一�ơ，析构两次”而对同一内存区域释放两次引�v的程�?core dump�?/p>
选项 -fpie�?nbsp;-fPIE�?nbsp;-fpic�?nbsp;-fPIC的用法很�怼��Q�区别在于前者��L��生成的位置无关代码看作是属于程序本�w�，�q�直接链接进该可执行�E�序�Q�而非存入全局偏移�?nbsp;GOT中；�q�样�Q�对于同名的静态或全局对象的访问，其构造与析构操作��保持一一对应�?/p>
回页�?/a>
�l�束�?/span>
通过使用选项 -fpie�?nbsp;-fPIE代替 -fpic或�?nbsp;-fPIC�Q��得生成的�׃�n库不会�ؓ静态成员变量或全局变量�?nbsp;GOT中创建对应的条目�Q�同时也��避免了针对同名静态对�?#8220;构造一�ơ，析构两次”的不当操作�?br />
转自�Q?a >http://www.ibm.com/developerworks/cn/linux/l-cn-sdlstatic/

周强 2012-03-02 16:04 发表评论

linux RPC ��试�Q��{载）

周强 — Sun, 07 Aug 2011 08:44:00 GMT

转自:
http://www.justwinit.cn/post/3960/

RPC是glibc提供的函数参�?�q�回值封装服�? �q�将��装�l�果通过�|�络传到服务�?
RPC服务端首先要启动portmapper服务.
��试一个简单的RPC传输�C�Z��, 先定义一个模板文件test.x

program TESTPROG{
        version VERSION{
                int int_echo(int)=1;
                int get_str_len(string)=2;
                int add ( int, int ) = 3;
        }=1;
}=30000;
内含3个函�? 注意其中一个有2个参�?
然后可以用rpcgen生成一个Makefile:

rpcgen -a -N test.x

�q�会生成Makefile, 客户端和服务端的�E�序, 和函数示�?
我们手工修改一下Makefile

# This is a template Makefile generated by rpcgen
# Parameters
CLIENT = test_client
SERVER = test_server
SOURCES_CLNT.c =
SOURCES_CLNT.h =
SOURCES_SVC.c =
SOURCES_SVC.h =
SOURCES.x = test.x
TARGETS_SVC.c = test_svc.c test_server.c test_xdr.c
TARGETS_CLNT.c = test_clnt.c test_client.c test_xdr.c
TARGETS = test.h test_xdr.c test_clnt.c test_svc.c
OBJECTS_CLNT = $(SOURCES_CLNT.c:%.c=%.o) $(TARGETS_CLNT.c:%.c=%.o)
OBJECTS_SVC = $(SOURCES_SVC.c:%.c=%.o) $(TARGETS_SVC.c:%.c=%.o)
# Compiler flags
CFLAGS += -g -pipe
LDLIBS += -lnsl
RPCGENFLAGS = -N
# Targets
all : $(CLIENT) $(SERVER)
$(TARGETS) : $(SOURCES.x)
        rpcgen $(RPCGENFLAGS) $(SOURCES.x)
$(OBJECTS_CLNT) : $(SOURCES_CLNT.c) $(SOURCES_CLNT.h) $(TARGETS_CLNT.c)
$(OBJECTS_SVC) : $(SOURCES_SVC.c) $(SOURCES_SVC.h) $(TARGETS_SVC.c)
$(CLIENT) : $(OBJECTS_CLNT)
        $(LINK.c) -o $(CLIENT) $(OBJECTS_CLNT) $(LDLIBS)
$(SERVER) : $(OBJECTS_SVC)
        $(LINK.c) -o $(SERVER) $(OBJECTS_SVC) $(LDLIBS)
clean:
         $(RM) core $(TARGETS) $(OBJECTS_CLNT) $(OBJECTS_SVC) $(CLIENT) $(SERVER)

修改test_server.c服务端的处理函数, 提供3�U�服�?

/*
* This is sample code generated by rpcgen.
* These are only templates and you can use them
* as a guideline for developing your own functions.
*/
#include "test.h"
int *
int_echo_1_svc(int arg1,  struct svc_req *rqstp)
{
        static int  result;
        //echo.
        result=arg1;
        printf("[RPC1] source=%d, echo=%d\n", arg1, result);
        return &result;
}
int *
get_str_len_1_svc(char *arg1,  struct svc_req *rqstp)
{
        static int  result;
        //get strlen.
        result=strlen(arg1);
        printf("[PRC2] str=%s, len=%d\n", arg1, result);
        return &result;
}
int *
add_1_svc(int arg1, int arg2,  struct svc_req *rqstp)
{
        static int  result;
        result=arg1+arg2;
        printf("[RPC3] %d+%d=%d\n", arg1, arg2, result);
        return &result;
}

客户端test_client.c, 调用�q�三�U�服�?

/*
* This is sample code generated by rpcgen.
* These are only templates and you can use them
* as a guideline for developing your own functions.
*/
#include "test.h"
void
testprog_1(char *host)
{
        CLIENT *clnt;
        int  *result_1;
        int int_echo_1_arg1=55;
        int  *result_2;
        char *get_str_len_1_arg1="Hello, world";
        int  *result_3;
        int add_1_arg1=10;
        int add_1_arg2=20;
        clnt = clnt_create (host, TESTPROG, VERSION, "udp");
        if (clnt == NULL) {
                clnt_pcreateerror (host);
                exit (1);
        }
        result_1 = int_echo_1(int_echo_1_arg1, clnt);
        if (result_1 == (int *) NULL) {
                clnt_perror (clnt, "call failed");
        }
        else
                printf("[PRC1] echo %d, source %d\n", *result_1,
                        int_echo_1_arg1);
        result_2 = get_str_len_1(get_str_len_1_arg1, clnt);
        if (result_2 == (int *) NULL) {
                clnt_perror (clnt, "call failed");
        }
        else
                printf("[RPC2] return %d, should %d\n", *result_2,
                        strlen(get_str_len_1_arg1));
        result_3 = add_1(add_1_arg1, add_1_arg2, clnt);
        if (result_3 == (int *) NULL) {
                clnt_perror (clnt, "call failed");
        }
        else
                printf("[PRC3] %d+%d=%d\n", add_1_arg1, add_1_arg2,
                        *result_3);
        clnt_destroy (clnt);
}
OK, 可以调用make�?
生成可执行程序test_server和test_client.
我们启动./test_server, 用rpcinfo看看:

$rpcinfo -p 127.0.0.1
program vers proto port
100000 2 tcp 111 portmapper
30000 1 udp 36307
30000 1 tcp 34883
Bingo! 启动成功.

再开个终�? ��试一下调�?

./test_client 127.0.0.1
[PRC1] echo 55, source 55
[RPC2] return 12, should 12
[PRC3] 10+20=30

正是我们期望�?

Add By�Q�Jackxiang
make -f Makefile.test

周强 2011-08-07 16:44 发表评论

周强 — Wed, 06 Jul 2011 18:29:00 GMT
linux �q�程间通信中消息传递主要分为管道，FIFO,消息队列
�Q?�Q�管�?br />��道由pipe函数创徏�Q�提供一个单路（单向�Q�数据流。pipe函数�q�回两个文�g描述�W�：fd[0]和fd[1]。前者打开来读�Q�后者打开来写。管道没有名字，所以只能由有亲�~�关�pȝ��q�程使用。尽��管道是由单个进�E�创建的�Q�它却很��在单个�q�程内��用。管道的典型用途�ؓ两个不同�q�程�Q�一个是父进�E�，一个是子进�E�）提供�q�程间的通信手段。首先，�׃��个进�E�（它将成�ؓ父进�E�）创徏一个管道后调用fork�z��一个自�w�的副本。接着�Q�父�q�程关闭�q�个��道的读出端�Q�子�q�程关闭同一��道的写入端。或者父�q�程关闭�q�个��道的写入端�Q�子�q�程关闭同一��道的读出端。这��在父子�q�程间提供了一个单向数据流�?br />
�Q?�Q�FIFO
FIFO指代先进先出�Q�First in,First out),linux中的FIFO�c�M��道。它是一个单向（半双工）数据��。不同于��道的是�Q�每个FIFO有一个�\径名与之兌��Q�从而允许无亲缘关系的进�E�访问同一个FIFO。FIFO也称为有名管道。FIFO由mkfifo函数创徏。其中pathname是一个普通的Unix路径名，它是该FIFO的名字。mkfifo 函数已隐含指�?O_CREAT|O_EXCL. 也就是说�Q�它那么创徏一个新的FIFO�Q�要么返回一个EEXIST错误�Q�如果所指定的名字的FIFO已经存在�Q�。如果不惛_��望创��Z��个新的FIFO,那就改�ؓ调用open而不是mkfifo.要打开一个已存在的FIFO或创��Z��个新的FIFO,应先调用mkfifo,再检查它是否�q�回EEXIST错误�Q�若�q�回该错误则改�ؓ调用open.mkfifo　命��o也能创徏FIFO。可以从shell脚本或命令行中��用它。在创徏��Z��个FIFO后，它必��L��者打开来读�Q�或者打开来写�Q�所用的可以是open函数�Q�也可以是某个标准I/O打开函数。FIFO不能打开来既��d��写，因�ؓ它是半双工的。对��道或FIFO的write��L��往末尾��d��数据�Q�对它们的read则��L��从开头返回数据。如果对��道或FIFO调用lseek,那就�q�回ESPIPE错误�?br />
�Q�３�Q�Posix　消息队列
消息队列可认为是一个消息链表。有��_��写权限的�U�程可往队列中放�|�消息，有��够读权限的线�E�可从队列中取走消息。每个消息都是一个记录，它由发送者赋予一个优先��。在某个�q�程往一个队列写入消息之前，�q�不需要另外某个进�E�在该队列上�{�待消息的到达。这跟管道和FIFO是相反的�Q�对后者来��_��除非��d��者已存在�Q�否则先有写入者是没有意义的。一个进�E�可以往某个队列写入一些消息，然后�l�止�Q�再让另外一个进�E�在以后某个时刻��d��q�些消息。消息队列具有随内核的持�l�性，�q�跟��道和FIFO不一栗��Posix消息队列和System V消息队列。这两组函数间存在许多相似性，但也有主要的区别
�Q? 对Posix消息队列的读��L��q�回最高优先��的最早消息，对System　�Q�消息队列的��d��可以�q�回��L��指定优先�U�的消息�?br />�Q?当往一个空队列攄��一个消息时�Q�Posix　消息队列允许产生一个信��h��启动一个线�E�。System　�Q�消息队列则不提供类似机制�?br />
队列中的每个消息��h��如下属性：
�Q?一个无�W�号整数优先�U�（Posix�Q�或一个长整数�c�d��(System V).
2.消息的数据部分长度（可以为０�Q?
3.数据本��n�Q�如果长度大于０�Q?br />
函数接口
�Q? mqd_t mq_open(const char *name,int oflag,...)
mq_open函数创徏一个新的消息队列或打开一个已存在的消息队�?br />�Q?int mq_close(mqd_t mqdes);
mq_close函数关闭一个消息队列�?br />�Q?int mq_unlink(const char *name);
从系�l�中删除用作�W�一个参数的某个name.
4. int mq_getattr(mqd_t mqdes,struct mq_attr *attr);
   int mq_setattr(mqd_t mqdes,const struct mq_attr *attr,struct mq_attr *oattr);
每个消息队列有四个属性，mq_getattr�q�回所有这些属性，mq_setattr则设�|�其中某个属性�?br />struct mq_attr{
   long mq_flags;
   long mq_maxmsg;
   long mq_msgsize;
   long mq_curmsgs;
};
5.int mq_send(mqd_t mqdes,const char *ptr,size_t len,unsigned int prio);
　int mq_receive(mqd_t mqdes,char *ptr,size_t len,unsigned int *priop);
mq_send函数往消息队列中写入消息，mq_receive函数从消息队列中��d��消息�?br />
�Q?int mq_notify(mqd_t mqdes,const struct sigevent *motification);
�l�构体：
union sigval{
    int sival_int;
    void *sival_ptr;
};

struct sigevent
{
    int sigev_notify;
    int sigev_signo;
    union sigval sigev_value;
    void (*sigev_notify_function)(union sigval);
    pthread_attr_t *sigev_notify_attributes;
};
mq_notify函数为指定队列徏立或删除异步事�g通知。一些普遍适用于该函数的若�q�规�?br />�Q?.如果notification参数非空�Q�那么当前进�E�希望在一个消息达到所指定的先前�ؓ�I�的队列时得到通知。我们说"该进�E�被注册为接收该队列的通知"�?br />�Q?.如果notification参数为空指针�Q�而且当前�q�程目前被注册�ؓ接收所指定队列的通知�Q�那么已存在的注册将被撤销�?br />�Q�）.��L��时刻只有一个进�E�可以被注册为接收某个给定队列的通知�?br />�Q�）.当有一个消息达到某个先前�ؓ�I�的队列�Q�而且已有一个进�E�被注册为接收该队列的通知�Ӟ��只有在没有�Q何线�E�阻塞在该队列的mq_receive调用中的前提下，通知才会发出。这��是��_��在mq_receive调用中的��d��比�Q何通知的注册都优先�?br />�Q�）.当该通知被发送给它的注册�q�程�Ӟ��其注册即被撤销。该�q�程必须再次调用mq_notify以重新注册（惌��的话�Q��?br />
参考：Unix�q�程间通信

周强 2011-07-07 02:29 发表评论

linux �q�程间通信�l�D��

周强 — Mon, 04 Jul 2011 01:58:00 GMT
linux�q�程间通信主要分�ؓ以下4个领�?br />�Q?�Q�消息传递（��道�Q�FIFO�Q�消息队列）
�Q?�Q�同步（互斥锁，条�g变量�Q�读写锁�Q�信号量�Q?br />�Q?�Q�共享内存区�Q�匿名共享内存区�Q�有名共享内存区�Q?br />�Q?�Q�过�E�调用（Solaris门，Sun RPC�Q?br />

linux�q�程间的信息�׃�n可以分�ؓ
�Q?�Q?��Z��文�g�pȝ��的共�?br />�Q?�Q?��Z��内核的共�?br />�Q?�Q?��Z��׃�n内存区的�׃�n

IPC对象的持�l��?br />�Q?�Q�随�q�程间持�l�的IPC对象一直存在到打开着该对象的最后一个进�E�关闭该对象的最后一个进�E�关闭该对象为止�?br />�Q?�Q�随内核持箋的IPC对象一直存在到内核重新自�D或显式删除该对象为止�?br />�Q?�Q�随文�g�pȝ��持箋的IPC对象一直存在到昄��删除该对象�ؓ止。即使系�l�自举了�Q�该对象�q�是存在的�?br />

IPC�c�d��   持箋�?br />��道                                           随进�E?br />FIFO                                          随进�E?br />
Posix互斥�?nbsp;                                随进�E?br />Posix条�g变量                              随进�E?br />Posix��d��?nbsp;                                随进�E?br />fcntl记录上锁                                随进�E?br />
Posix消息队列                              随内�?br />Posix有名信号�?nbsp;                          随内�?br />Posix��Z��内存的信号量                   随进�E?br />Posix�׃�n内存�?nbsp;                          随内�?br />
System V消息队列                        随内�?br />System V信号�?nbsp;                          随内�?br />System V�׃�n内存�?nbsp;                    随内�?br />
TCP套接�?nbsp;                                 随进�E?br />UDP套接�?nbsp;                                 随进�E?br />Unix域套接字                               随进�E?br />

名字�I�间�Q?br /> 当两个或多个无亲�~�关�pȝ��q�程使用某种�c�d��的IPC对象来彼此交换信息时�Q�该IPC对象必须有一个某�U��Ş式的名字或者标识符�Q�这样其中一个进�E�（往往是服务器�Q�可以创��IPC对象�Q�其余进�E�则可以指定同一个IPC对象�?br />
IPC�c�d��                        用于打开或创建IPC的名字空�?nbsp;               IPC打开后的标识
��道                                     没有名字                                      描述�W?br /> FIFO                                    路径�?nbsp;                                        描述�W?br />
Posix互斥�?nbsp;                         没有名字                                      pthread_mutex_t指针
Posix条�g变量                       没有名字                                      pthread_cond_t指针
Posix��d��?nbsp;                         没有名字                                      pthread_rwlock_t指针
fcntl记录上锁                        路径�?nbsp;                                        描述�W?br />
Posix消息队列                       Posix IPC名字                              mqd_t�?br />Posix有名信号�?nbsp;                   Posix IPC名字                              sem_t指针
Posix��Z��内存的信号量            没有名字                                     sem_t指针
Posix�׃�n内存�?nbsp;                   Posix IPC名字                              描述�W?br />

System V消息队列                key_t�?nbsp;                                  System V IPC标识�W?br />System V 信号�?nbsp;                 key_t�?nbsp;                                      System V IPC标识�W?br />System V�׃�n内存�?nbsp;         key_t�?    System V IPC 标识�W?br />
�?    路径�? 描述�W?br />sun RPC �E�序/版本 RPC句柄

TCP套接�?    IP地址与TCP 端口描述�W?br />UDP套接�? IP地址与UDP端口    描述�W?br />Unix域套接字    路径�?    描述�W?

周强 2011-07-04 09:58 发表评论

linux 守护�q�程�~�写规则

周强 — Wed, 29 Jun 2011 13:50:00 GMT

linux 守护�q�程�~�写规则

�Q?�Q�首先要做的是调用umask��文件模式创建屏蔽字讄��?.��q��承得来的文�g模式创徏屏蔽字可能会拒绝讄��某些权限�?br />�Q?�Q�调用fork�Q�然后��父进�E�退出（exit�Q?�q�样做实��C��下面几点�Q�第一�Q�如果该守护�q�程是作��Z��条简单shell命��o启动的，那么父进�E�终止��得shell认�ؓ�q�条命��o已经执行完毕。第二，子进�E��承了父进�E�的�q�程�l�ID,但具有一个新的进�E�ID,�q�就保证了子�q�程不是一个进�E�组的组长进�E�。这对于下面��p��做的setsid调用是必要的前提条�g�?br />�Q?�Q�调用setsid以创��Z��个新会话�Q�是调用�q�程�Q�（a)成�ؓ��C��话的首进�E�，�Q�b�Q�成��Z��个新�q�程�l�的�l�长�q�程�Q�（c�Q�没有控制终端。在有些人徏议在此时再次调用 fork,�q�是父进�E�终止。第二个子进�E�作为守护进�E��l�运行。这样就保证了该守护�q�程不是会话首进�E��?br />�Q?�Q�将当前工作目录更改为根目录�?br />�Q?�Q�关闭不再需要的文�g描述�W�。这使守护进�E�不再持有从其父�q�程�l�承来的某些文�g描述�W��?br />�Q?�Q�某些守护进�E�打开/dev/null使其��h��文�g描述�W?�Q?�Q?.�q�样�Q��Q何一个试图读标准输入�Q�写标准输出或标准出错的库例�E�都不会产生��M��效果�?br />
参考：UNIX环境高��~�程

周强 2011-06-29 21:50 发表评论

unix�q�程间通信

周强 — Tue, 12 Apr 2011 03:07:00 GMT
Unix�q�程间通信主要分�ؓ�Q?�Q�消息传�?�Q?�Q�同�?�Q?�Q�共享内�?�Q?�Q�远�E�调�?br>�Q?�Q�消息传递主要有��道�Q�FIFO�Q�消息队�?br>�Q?�Q�同步主要有互斥锁与条�g变量�Q�读写锁�Q�记录锁�Q�信号量
�Q?�Q�共享内�?br>�Q?�Q�远�E�调�?br>

周强 2011-04-12 11:07 发表评论

周强 — Tue, 15 Mar 2011 13:57:00 GMT

Linux 下飞鸽传书设计实�?span lang="EN-US">

1.�pȝ��功能

�Ҏ(gu��)��飞鸽传书协议�?span lang="EN-US"> linux 下实现飞鸽传输程�?span lang="EN-US">,�q�且�?span lang="EN-US"> windows 下飞鸽兼宏V��具体功能模块包括用户上�U?span lang="EN-US">,下线,��h��查看在线用户,收发消息,传送文�?span lang="EN-US">/文�g夹功能模块�?span lang="EN-US">

2.具体实现

2.1 关键数据�l�构

/*命��o的结�?span lang="EN-US">*/

typedef struct _command

{

    int version;/*命��o的版�?span lang="EN-US">*/

    int seq;/*包编�?span lang="EN-US">*/

    char srcName[100];/*发送者姓�?span lang="EN-US">*/

    char srcHost[100];/*发送者主机名*/

    int flag;/*命��o*/

    char addtion[100];/*附加字段*/

}command;

/*在线用户信息*/

typedef struct _userInfo

{

    char name[MAXLINE];     /*姓名*/

    char host[MAXLINE];         /*��L��?span lang="EN-US">*/

    char group[MAXLINE];        /*所在的�l�名*/

    struct sockaddr_in addr;        /*地址信息*/

    struct _userInfo next;      /*链表中下一�?span lang="EN-US">*/

}userInfo;

/*在线用户列表*/

typedef struct _uList

{

    userInfo *userListHead;     /*链表�?span lang="EN-US">*/

    userInfo userListTail;      /*链表��?span lang="EN-US">*/

}uList;

/*消息队列*/

typedef struct _mesList

{

    command *mesHead;

    command *mesTail;

}mesList;

2.2 �E�序主要�l�构

本程序主要采用多�U�程�l�构,分�ؓ receive(接收消息), process(处理收到的消�?span lang="EN-US">), sendData(发送文�?span lang="EN-US">) 三个子线�E�。线�E�间通信互斥锁与 Posix 信号量进行通信�?span lang="EN-US">

2.3 函数接口

(1) /*从文件描�q�符fd中读�?span lang="EN-US">count个字�W�存�?span lang="EN-US">buf�?span lang="EN-US">*/

ssize_t readn(int fd,void *buf,size_t count)�Q?span lang="EN-US">

(2) /*��?span lang="EN-US">buf所指向的存储区中的len个字�W�吸入文件描�q�符fd�?span lang="EN-US">*/

ssize_t writen(int fd,char *buf,int len);

(3) /*用于字符串�{�?span lang="EN-US">,�|�络传输中用gb2312�~�码�Q?span lang="EN-US">linux�?span lang="EN-US">gtk�?span lang="EN-US">utf-8�~�码�Q�需要进行�{�?span lang="EN-US">*/

int code_convert(char *from_charset,char *to_charset,char *inbuf,int inlen,char *outbuf,int outlen);

(4) /*在用户链表中加入新用户信息，加入成功�q�回1�Q�否则返�?span lang="EN-US">0,使用userInfoMutex�q�行�U�程间通信控制*/

int pushBack(uList *list,userInfo user);

(5) /*在用户链表中删除指定地址信息的用��P��删除成功后返�?span lang="EN-US">1�Q�否则返�?span lang="EN-US">0�Q��?span lang="EN-US">userInfoMutex�q�行�U�程间控�?span lang="EN-US">*/

int delUser(uList *list, struct sockaddr_in addr);

(6) /*判断该用��h��否已�l�存在，已经存在则返�?span lang="EN-US">1�Q�否则返�?span lang="EN-US">0,使用userInfoMutex�q�行�U�程间控�?span lang="EN-US">*/

int isExist(uList *list,struct sockaddr_in addr);

(7)清空用户链表�Q�释攄��_��用于用户退出和用户��h��旉��攄��?span lang="EN-US">,使用userInfoMutex�q�行�U�程间控�?span lang="EN-US">*/

int destroyList(uList *list);

(8)/*创徏命��o�?span lang="EN-US">,com��q�回的命令字,flag 为消息标�?span lang="EN-US">,addtion 为附加标�?span lang="EN-US">*/

void createCmd(command & com,int flag,char addtion[])

(9)/*发送消息，com��发送的消息�Q?span lang="EN-US">servaddr��发送的地址�Q?span lang="EN-US">attach为文仉��件信�?span lang="EN-US">*/

void sendCmd(command com, struct sockaddr_in servaddr,char attach[]);

(10) /*把收到的消息加入到消息队列中*/

void addMes(mesList *mHead,command cmd);

(11) /*把消息队列中头部的节�Ҏ(gu��)��息提取出来用于处�?span lang="EN-US">*/

int delMes(mesList *mHead,command *cmd);

(12)/*初始化操作，飞鸽��d��时初始化消息链表�Q�用户链表，信号量，套接字信�?span lang="EN-US">*/

void init();

(13)/*��d��操作,发送用户上�U�消�?span lang="EN-US">*/

void login();

(14)/*解析收到的消息命令，提取各个字段*/

int analysisCmd(command *cmd,char *buf);

(15) /*接收消息�U�程处理函数,��收到的消息加入消息队列中，通过信号�?span lang="EN-US">waitNoFull�?span lang="EN-US">waitNoEmpty和消息处理线�E�进行通信。消息队列用mesMutex与其他线�E�进行通信�Q�保证消息队列的正确�?span lang="EN-US">*/

void *receive(void *arg);

(16)/*gtk界面中显�C�在�U�用户信�?span lang="EN-US">*/

void showUser(uList *list);

(17)/*�?span lang="EN-US">gtk界面中显�C�消�?span lang="EN-US">*/

void showMessage(char *message);

(18)/*昄��收到的信�?span lang="EN-US">*/

void showRecvMessage(char *host,char *message);

(19)/*分析文�g的信息，提取有用的字�D?span lang="EN-US">*/

void fileAnalysis(char *recv,int *fNum,char *fName,int *fSize,int *fTime,int *fType);

(20) /*保存收到的单个文�?span lang="EN-US">,saveName��Z��存的文�g�?span lang="EN-US">*/

void saveSignalFile(char *saveName);

(21)/*分析目录附�g�Q�获得目录文件的文�g名，文�g大小�Q�文件类�?span lang="EN-US">*/

void getDirInfo(char *recv,char *fName,int *fSize,int *fType);

(22) /*保存目录,saveName��保存的目�?span lang="EN-US">*/

void saveDir(char *saveName);

(23)/*保存文�g,recvType=1��Z��存文�Ӟ��recvType=2��Z��存的目录,使用fileMutex来设�|�互斥�?span lang="EN-US">*/

void saveFile();

(24)/*收到单个文�g*/

void receiveSignalFile(char *recvFileName);

(25)/*收到单个目录*/

void receiveDir(char *recvDirName);

(26)/*接收文�g*/

void receiveFile(command cmd);

(27)/*信号处理�U�程,从消息队列中取出消息�q�行处理*/

void *process(void *arg);

(28)/*发送消�?span lang="EN-US">*/

int sendMes();

(29) /*��文件名�q�行转换*/

char *transName(char *fileName);

(30)/*发送文�?span lang="EN-US">*/

void sendFile();

(31)/*发送文件夹*/

void sendDir();

(32)/*用户点击��h��,��h��在线用户*/

void refresh();

(33) /*用户退�?span lang="EN-US">*/

void quit();

(34)/*传输文�g�Ҏ(gu��)��据，递归函数*/

void transferDir(int fd,char *dir);

(35)/*监听TCP套接口，发送文件与文�g夹线�E?span lang="EN-US">*/

void *sendData(void *arg);

(36)/*创徏菜单*/

static void create_popup_menu(GtkWidget *menu,GtkWidget *view);

(37)/*叛_��选中treeview,昄��传送文件与文�g夹菜�?span lang="EN-US">*/

static gboolean showTreeView(GtkWidget *eventBox,GdkEventButton *event,GtkWidget *menu);

(38)/*选择要发送的文�g */

static void selectFile();

(39)/*选择要发送的文�g�?span lang="EN-US">*/

static void selectDir();

(40)/*选择要保存的文�g名或文�g夹名*/

static void selectSaveFile();

3.�ȝ��

    实现�?span lang="EN-US">linux下飞鸽传书的基本功能�Q��ƈ且能�?span lang="EN-US">window下飞鸽进行通信�Q�传文�g。熟�(zh��n)�了linux下网�l�编�E�，多线�E�编�E�及�U�程间通信�Q�主要用��C��号量与互斥锁�Q�。但加密解密那块没有完成�Q�程序结构不是很好，界面做得太差。有�I�应该看看设计模�?span lang="EN-US">.

界面截图�Q�界面比较垃�?�Q?/p>

附：

飞鸽协议�Q?http://bbs.chinaunix.net/viewthread.php?tid=1015775

周强 2011-03-15 21:57 发表评论

先锋资源久久,黑人极品videos精品欧美裸,国产精品草草

【操作系�l�】Linux性能监控——CPU、Memory、IO、Network�Q��{载）

top命��o(转蝲)

技巧：多共享动态库中同名对象重复析构问题的解决�Ҏ(gu��)��(转蝲)

linux RPC ���试�Q��{载）

linux �q�程间通信�l�D��

linux 守护�q�程�~�写规则

unix�q�程间通信

linux RPC ��试�Q��{载）