[每周一议]：更新-月薪1w的代码应该是什么样子的？要有哪些知识？程序员级别如何界定-

cokeboL

回复 20# starwing83


线程启动比进程快些，之后效率貌似差不多，如果用多进程，重入基本解决了；

我觉得时序和锁是逻辑设计问题，难度在于设计，不像重入那么依赖系统调度导致的不好控制。

starwing83

回复 21# cokeboL


对Linux来说，除了是否共用虚拟空间，进程和线程没有其他区别。也就是说创建速度应该差不多……

    锁不只是设计问题。前段时间@OwnWaterloo一直在向我推荐STM，另外我也看到有言论说thread是最近不宜进入的领域，以及看到评论说thread应该是低级特性，程序员应该使用在这个特性的基础上构建的完整的框架，比如ErLang的Task构架，Lua的lanes，或者Python的greenlet，Go的go routine等等。反正这并不是设计问题，是实实在在的实现相关的一些困难。

比如说，何时加锁，一个函数是否提供加锁和不加锁版本等等……

cokeboL

回复 22# starwing83


启动时间我写代码测了下，我的ubuntu 10.04，线程在不改变默认线程栈内存情况下最多创建到381个，我机器上fork大概是pthread_create的两倍左右。

时序、加锁那些我抽空再学习下。

starwing83

回复 23# cokeboL


    那个，问问，你代码怎么写的？fork以后直接exit了？

另外，vfork试过没？有没有快？我windows没法试……

cokeboL

回复 24# starwing83

这么搞的，创建好的都pause()了，线程多余的循环圈数只能增加平均时间，所以也没减去，师傅给看下；

vfork()这种除了那个什么简版uc内核上面好像必须用之外，其他的用起来怕bug，所以从来不用。

1. #include <stdio.h>
   
2. #include <unistd.h>
   
3. #include <stdlib.h>
   
4. #include <string.h>
   
5. #include <pthread.h>
   
6. #include <time.h>
   
7. 
   
8. void* handle(void *s)
   
9. {
   
10.         pause();
    
11. }
    
12. 
    
13. int main()
    
14. {
    
15.         int i, thread_num = 0, total_time;
    
16.         pthread_t tid;
    
17.         struct timeval t_begin = {0}, t_end = {0};
    
18.        
    
19.         gettimeofday(&t_begin, NULL);
    
20.         for(i = 0; i < 1000; i++){
    
21.                 if(0 == pthread_create(&tid, 0, handle, 0))       
    
22.                 {
    
23.                         thread_num++;
    
24.                 }
    
25.         }
    
26.         gettimeofday(&t_end, NULL);
    
27.         printf("thread_num: %d\n", thread_num);
    
28.         total_time = (t_end.tv_sec - t_begin.tv_sec)*1000000 + (t_end.tv_usec - t_begin.tv_usec);
    
29.         printf("average time: %f\n", ((double)total_time) / ((double)thread_num));
    
30. 
    
31.         return 0;
    
32. }
    

复制代码

1. #include <stdio.h>
   
2. #include <unistd.h>
   
3. #include <stdlib.h>
   
4. #include <string.h>
   
5. 
   
6. int main()
   
7. {
   
8.         int i, fork_num = 0, total_time;
   
9.         pid_t pid;
   
10.         struct timeval t_begin = {0}, t_end = {0};
    
11.        
    
12.         gettimeofday(&t_begin, NULL);
    
13.         for(i = 0; i < 1000; i++){
    
14.                 if(0 == (pid = fork()))
    
15.                 {
    
16.                         pause();
    
17.                 }
    
18.                 else if(pid > 0)
    
19.                 {
    
20.                         fork_num++;
    
21.                 }
    
22.         }
    
23.         gettimeofday(&t_end, NULL);
    
24.         printf("fork_num: %d\n", fork_num);
    
25.         total_time = (t_end.tv_sec - t_begin.tv_sec)*1000000 + (t_end.tv_usec - t_begin.tv_usec);
    
26.         printf("average time: %f\n", ((double)total_time) / ((double)fork_num));
    
27. 
    
28.         return 0;
    
29. }
    

复制代码

starwing83

回复 25# cokeboL


    好吧，没看出什么问题……看来thread_create的确比fork快……

ethantsien

starwing83 发表于 2012-10-10 19:00
回复 21# cokeboL

进程和线程的快与慢跟CPU有直接关系，如果你的CPU是超线程的，那么线程级并发比进程级并发快

多进程只跟CPU核的数量有关

多线程就是多控制流一起运行，跟CPU的核和CPU是否是超线程的有关

cokeboL

回复 27# ethantsien


多控制流一起运行？比如4核，100个线程，100个同时运行？这不可能啊，求具体解释；

超线程是啥东东？

cokeboL

回复 27# ethantsien


刚百度的：

1. 通过超线程技术，英特尔成为第一家公司实现在一个实体处理器中，提供两个逻辑线程。  后期内含超线程技术的P4处理器商标
   
2. 之后的Pentium D纵使不支持超线程技术，但就集成了两个实体核心，所以仍会见到两个逻辑线程。超线程的未来发展，是提升处理器的逻辑线程，英特尔有计划将8核心的处理器，加以配合超线程技术，使之成为16个逻辑线程的产品。

复制代码

这意思是不是说8核心加超线程，也最多16逻辑线程，这样子，最多16个线程并行，而且进程和线程都是作为任务调度单位，还得跟内核相关，怎么可能100个线程并行？超过核心数目的多任务并行不过是任务调度的假象吧？

starwing83

回复 28# cokeboL


    超线程是指一个CPU核心的流水线在部分空闲的时候，可以进行其他的操作，进而模拟出类似双线程的样子。

比方说有一条马路，是双行路，但是现在没有车顺行，那么可以暂时把它当做逆行的单行路，反之亦然，看上去的效果就是路的宽度在大部分情况下提高了一倍。

我不知道你是以什么依据得到这个结果的，但是就我所知的是，只要操作系统内核认为线程和进程没有区别，那么它们的执行方式就是一样的。操作系统如果用相同方式调度它们，那他们的效率就是一样的，和所谓的CPU制造工艺中的超线程技术没有任何关系。