请教如何找出程序中哪一个线程池CPU占用率太高

hxzb7215191 2006-09-08 01:29:08
写了一个程序.有几个线程池子.
当处理的数据比较的大的时候CPU占用率就开始很高了.
并发性到了一定的层次的时候将会占用到100%.
一般CPU占用率太高的原因会是什么引起的呢.我只看到过在线程处理函数中如果有一个没有wait的死循环的话就会有这样高的CPU占用.除这之外还会有什么样的情况引发服务器的CPU占用率太高.
...全文
327 6 打赏 收藏 举报
写回复
用AI写文章
6 条回复
切换为时间正序
请发表友善的回复…
发表回复
jyl168 2007-03-07
  • 打赏
  • 举报
 回复
mark
hxzb7215191 2006-09-09
  • 打赏
  • 举报
 回复
哦.这样的.能否推荐几个好的调试工具呀.谢谢.
yjgx007 2006-09-08
  • 打赏
  • 举报
 回复
right!
stars0913 2006-09-08
  • 打赏
  • 举报
 回复
程序中是否有资源共享, 引发死锁问题, 就是线程等待时间过长.
你可以下载一个程序分析软件,因为这样比你在自己代码中乱改来的高效.
hxzb7215191 2006-09-08
  • 打赏
  • 举报
 回复
就是说我写了一个程序,现在在做测试.当需要处理的数据量越来越高之时.我的程序吃CPU特别利害.在程序中有几个线程池.我想找到这个吃CPU的问题是由哪里产生出来的.
一般都是由于什么原因程序在运行的时候占用CPU特别的大.
yjgx007 2006-09-08
  • 打赏
  • 举报
 回复
i didn't get your means.
spark FPGrowth笔记
问题1：树深度无限制问题 这频繁项 子集深度不加限制，感觉不合理，，，好比词袋模型词袋任意长了；若不在前面手动限制 频繁项 最大长度，我的笔记本直接运行不出来，我的笔记本必须限制到30以内size(ids)<30。 问题2：参数含义setMinSupport(0.001) // 频繁项（热门商品）在总体的最小（出现）比例 追溯从fit到genericFit就发现minCount= math.ceil(minSupport * count)，再到genFreqItems发现解释为“m..
FPGrowth 算法详解
Apriori 算法的候选项集生成步骤在处理包含大量频繁项的数据集时，计算成本非常高，而 FPGrowth 的替代方法则提供了显著的性能提升。众多变体和扩展的存在突显了频繁模式挖掘领域正在进行的研究和开发，这些研究和开发建立在 FPGrowth 的基本原理之上，以解决特定的挑战和应用需求。FP 树的结构，凭借其压缩表示和用于索引的头部表，是 FPGrowth 算法在不生成候选项集的情况下高效挖掘频繁模式的关键。通过尽早排除不频繁的项目，算法避免了为不太可能成为频繁项集一部分的项目构建树中的路径。
基于Spark的FPGrowth（关联规则算法）
在推荐中，关联规则推荐使用的比较频繁，毕竟是通过概率来预测的，易于理解且准确度比较高，不过有一个缺点为，想要覆盖推荐物品的数量，就要降低支持度与置信度。过高的支持度与置信度会导致物品覆盖不过，这里需要其他的推荐方法合作，建议使用基于Spark的模型推荐算法（矩阵分解+ALS）.一FPGrowth算法描述：FPGrowth算法概念：支持度，置信度，提升度(Spark好像没有计算这个的函数，需要自己计算
Spark的模式挖掘—FPGrowth算法
Spark的模式挖掘—FPGrowth算法 一、实验介绍 1.1 内容介绍 模式挖掘也叫关联规则，其实就是从大量的数据中挖掘出比较有用的数据，挖掘频繁项。比如说超市有大量的购物数据，从而可以根据用户的购物数据找到哪些商品关联性比较大。也可以进行用户推荐。下面我们说一个真实的案例。 我想可能有些同学一定听说过尿布和啤酒的故事吧。就是在一家超市里尿布和啤酒摆在一起出售。但是这个
推荐系统(一)：频繁模式挖掘的FPGrowth实现
2019独角兽企业重金招聘Python工程师标准>>> ...
进程/线程/DLL

15,465

社区成员

49,169

社区内容

发帖
与我相关
我的任务
社区描述
VC/MFC 进程/线程/DLL
社区管理员
  • 进程/线程/DLL社区
加入社区
  • 近7日
  • 近30日
  • 至今

加载中

查看更多榜单
社区公告
暂无公告

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

+ 用AI写文章