Linux并发编程实验(线程、进程).docVIP

Linux并 发 编 程 实 验 多线程、多进程编程 实验目的和要求 实验内容 实验结果与分析 进程实验 分别创立4个C文件，get.c、copy.c、put.c以及main.c分别实验读入，拷贝，输出，及前三个函数的调用； 定义三个缓冲区，其中一个记录对各项操作的选择，另外两个用来传输拷贝文件内容，相当于图中的缓冲区s和缓冲区t； 并发执行时定义了4个信号灯，分别用来控制缓冲区s是否有内容，缓冲区s是否空，缓冲区t是否有内容，缓冲区t是否为空；顺序执行时定义了三个信号灯，让get、copy、put分别其按顺序依次执行。 创建三个进程分别实现get、copy、put功能； 并发时原理如下 If(f不为空) ｛ get(s,f); while（誊抄未完成） ｛ t=s； cobegin put(t,g); get(s,f); coend; ｝ ｝ 顺序执行时原理如下： while（f不为空） ｛ input; output; ｝ 创建一个字符文档如下，大小为42.4KB，内容为一连串的字符 此时文件比较小用并发和顺序所得执行结果如下 由此可知当文件很小时，并发执行和顺序执行比本感觉不出差距。 创建一个一个较大的f.txt文档，大小为113.5KB，内容为一连串字符，如下： 此时文件较大，并发执行和顺序执行的程序运行结果如下所示： 此时才能看出两者之间有细小的差别，顺序执行效率小于并发执行的效率！但还是可见差距非常不明显！ 分析：对于进程而言，顺序执行和并发执行之间的差距并不是那么明显，尤其是在拷贝文件较小时，基本感觉不出差距，只有在拷贝文件很大时才能有感觉到明显的差距。 线程实验 实验原理与进程一致，只是这次用的是一个thread。C文件，内部有4个函数分别为get、copy、put、main来实现全部功能。并且创建的为3个线程。 创建一个f.txt文件，大小为113.5KB,内容为一串连续字符，如下所示 并发和顺序的执行结果如下所示： 并发执行的结果为4.83秒，而顺序执行在两分钟后还是没有完成，用ctrl+C打断，可见当要拷贝的文件很大时，线程的并发和顺序执行之间的差距是非常明显的！ 创建一个较小的f.txt文件,大小为7.6KB，内容为一连串的字符，如下所示: 此时的运行结果如下所示： 可见，当拷贝的文件较小时，线程的顺序与并发执行指尖的差距也会变小。 分析：线程而言，越是大的文件拷贝，顺序执行与并发执行的差距就越明显，即使文件很小，也能感到一定的差距 进程与线程的对比分析 进程与线程相比，分得的资源更多，因此执行起来的速度相对线程要快很多，因此，即使是拷贝很大的文件，对于并发执行和顺序执行两者的差距也不是那么显著，对于小文件就更是基本感觉不到差距；而线程不一样，分得的资源相比进程少很多，执行速度相对较慢，即使是小文件的拷贝也能感觉到两者拷贝速度的差距，对于大文件的拷贝就更是如此，越是大的文件顺序执行速度慢的太多，甚至无法在一定时间内完成。 参考文献 庞丽萍《操作系统原理》（第四版）华中科技大学出版社 参考文档（PDF格式） Concurrentcopy Multiprocess Programming Guide Multithreaded Programming Guide 实验感想 老实说，这是一次规模相当庞大的实验，不仅难度大，而且对于线程进程的编程知识本身可谓一窍不通，有一段漫长的学习过程。但是经过几个礼拜的努力，还是圆满的将这份实验完成，对于这个结果本人还是相当满意的！ 首先是对于线程和进程的编程了解说起，虽然有老师给的资料，知道了那些函数大概要怎么用，但是对于写程序来说还是太吃力了，因此还是在网上找了一些关于进程线程编程的文件，了解基本程序模式，然后靠感觉来写，过程相对来说是有点凄惨的，但是在不懈的努力下还是有了大概的样子，对于进程的共享内存方面看着确实头痛，完全不理解那样的作用，但还是硬着头皮仿写，并且迫使自己去理解它。在了解了编程中信号量的使用后才正式对自己的程序进行修改，但是也出现过很多问题，譬如因为P/V操作的计算和使用失误导致死循环或者挂起之类的，改的确实心力交瘁。线程对于进程而言相对简单些，也因为我是先做完进程实验再着手线程，因此在了解线程的基本格式后也在较短的时间内将其完成。出过的一点小问题就在于在过程中同时使用了信号灯和锁，导致了挂起，这个再后来觉得确实没必要，因为这两样都可以实现互斥，后来也把锁去掉了，直接信号灯来控制。对于进程编程，虽然我完成了，但是很多地方还是无法理解，实现了get、copy、put，但是main函数老是出问题，信号灯的初始化，进程建立都是一步一步的修改，对于缓冲区特殊键和共享设置至今也不是很懂为什么那样做，只能按照一些样例的格式模仿来写……总之这次实验给我的感觉是难