请教：多进程 与 多程序 方案 该如何取舍？

wanghun

有四块相同的pci板卡，各卡之间独立工作。在主机上编写程序控制4卡，有如下架构：

1) 架构一：

一个程序(main())，开启5个进程(fork())：其中4个进程的每个进程分别处理一个卡

(因为4卡独立工作，这四个进程互不干扰) + 一个主控制进程用于监测键盘输入命令，

通过进程间的通信，关闭/重启其中某个进程(某块卡)。

2) 架构二：

5个程序(main())： 其中4个程序的每个程序处理一个卡(因为4卡独立工作，4个程序互不

干扰) + 一个主控制程序用于检测键盘输入命令，关闭/重启其中某个程序(某块卡)。

这种方式的缺点就是：程序间的通信不太好做，只想到一个方法，创建一个文件作为

程序间通信的桥梁，主控各个程序检测到键盘输入后，相关信息写入文件，其他4个程序

周期性(1s)检查文件内容，再进行相关操作。

请教：以上两种架构哪种好？ 比如从系统资源占用等情况分析。3x~!

longshort

目前对于板卡的操作，基本上是以板卡内嵌单片机自主运行为主要方式。通过PCI接口，主机仅需发送操作指令和接收板卡的反馈信息就完成了通信，并不需要过深地考虑几个进程的问题，所以板卡占用CPU的比例是极低的，主机侧有个监控程序对其进行轮询就行。

看楼主的描述，我感觉应着重花力气在PCI接口上。