请教多线程问题

ling1980 2020-05-10 11:01:02
有一千六百万条CRC数据计算,我的CPU是八核心十六线程,我把一千六百万条数据分给八个线程,每个线程负责计算二百万条数据,CPU使用率百分之五十,用时半小时,如果用一个线程计算全部数据,时间也是半个小时,一个线程CPU占用率百分之十五。多线程只是增加了CPU的占用率并没有节省时间。
请问如何节约计算时间?
多谢大师们的指点。
...全文
170 9 打赏 收藏 转发到动态 举报
写回复
用AI写文章
9 条回复
切换为时间正序
请发表友善的回复…
发表回复
tiger波波 2020-05-12
  • 打赏
  • 举报
回复
你开8个线程也有可能在一个CPU上计算,就是传说中的一个CPU在干,剩下的CPU在看。你要把线程分散到所有的CPU上:SetThreadAffinityMask
xdayong 2020-05-12
  • 打赏
  • 举报
回复
主要看是否存在所用线程共享东西(变量、数据、文件句柄等等),是如何读写这些共享数据的(临界区、信号量或者是其它方法),如果线程里只是单纯的数据计算,不涉及到共享数据的话,多线程肯定比单线程要块很多。
zgl7903 2020-05-11
  • 打赏
  • 举报
回复
你的CRC是如何计算的?
ling1980 2020-05-11
  • 打赏
  • 举报
回复
就是一个CRC的计算,从0到FFFFFF,函数的一个参数是要计算的数据,也就是0到FFFFFF,返回结果,多线程调用这个函数,时间没有加快,请问如何解决这个问题?谢谢了
  • 打赏
  • 举报
回复
引用 6 楼 ling1980 的回复:
用八个线程处理这些数据,时间会很长,如果用八个进程处理这些数据时间就很快,请问这是怎么回事?
问你的你都不回答,怎么回答你的问题呢? 八个进程有八个虚拟的输出屏幕啊。但是八个线程只有一个输出屏幕,所以进程肯定比线程快啊。 如果你不往屏幕上输出内容速度肯定快。
  • 打赏
  • 举报
回复
我估计你的线程里面有读取和写入,所以没有怎么节省时间。 如果你先读取完所有的数据进内存,分好,然后开始用多线程处理,然后再回写,会快很多。
ling1980 2020-05-11
  • 打赏
  • 举报
回复
用八个线程处理这些数据,时间会很长,如果用八个进程处理这些数据时间就很快,请问这是怎么回事?
走好每一步 2020-05-11
  • 打赏
  • 举报
回复
引用 楼主 ling1980 的回复:
有一千六百万条CRC数据计算,我的CPU是八核心十六线程,我把一千六百万条数据分给八个线程,每个线程负责计算二百万条数据,CPU使用率百分之五十,用时半小时,如果用一个线程计算全部数据,时间也是半个小时,一个线程CPU占用率百分之十五。多线程只是增加了CPU的占用率并没有节省时间。 请问如何节约计算时间? 多谢大师们的指点。
很多人掉入多线程能跑得更快这个陷阱,多线程只是说运算上会快。 读写文件除非是做了处理,一样卡在那,时间差不多。
  • 打赏
  • 举报
回复
引用 2 楼 ling1980 的回复:
就是一个CRC的计算,从0到FFFFFF,函数的一个参数是要计算的数据,也就是0到FFFFFF,返回结果,多线程调用这个函数,时间没有加快,请问如何解决这个问题?谢谢了

全都输出到屏幕了?屏幕输出会占用很多时间。直接输出到文件里试试,要先输出到内存然后保存到文件,否则更慢。

16,473

社区成员

发帖
与我相关
我的任务
社区描述
VC/MFC相关问题讨论
社区管理员
  • 基础类社区
  • Web++
  • encoderlee
加入社区
  • 近7日
  • 近30日
  • 至今
社区公告

        VC/MFC社区版块或许是CSDN最“古老”的版块了,记忆之中,与CSDN的年龄几乎差不多。随着时间的推移,MFC技术渐渐的偏离了开发主流,若干年之后的今天,当我们面对着微软的这个经典之笔,内心充满着敬意,那些曾经的记忆,可以说代表着二十年前曾经的辉煌……
        向经典致敬,或许是老一代程序员内心里面难以释怀的感受。互联网大行其道的今天,我们期待着MFC技术能够恢复其曾经的辉煌,或许这个期待会永远成为一种“梦想”,或许一切皆有可能……
        我们希望这个版块可以很好的适配Web时代,期待更好的互联网技术能够使得MFC技术框架得以重现活力,……

试试用AI创作助手写篇文章吧