没有合适的资源?快使用搜索试试~ 我知道了~
资源推荐
资源详情
资源评论
解决解决python线程卡死的问题线程卡死的问题
今天小编就为大家分享一篇解决python线程卡死的问题,具有很好的参考价值,希望对大家有所帮助。一起跟
随小编过来看看吧
1. top命令和日志方式判定卡死的位置命令和日志方式判定卡死的位置
python代码忽然卡死,日志不输出,通过如下方式可以确定线程确实已经死掉了:
# top 命令
top命令可以看到机器上所有线程的执行情况,%CPU和%MEM可以看出线程消耗的资源情况
由于机器上线程数量太多,可能要查看的线程的信息在top命令当前屏幕上显示不出来可以通过如下方式查看
在top命令下输入:u
接下来会提示输入用户名,就可以查看该用户所执行的所有线程
Which user (blank for all): denglinjie
这样就可以看到degnlinjie用户的所有线程
可以看到那几个卡死线程的%CPU和%MEM都为0,说明线程根本没有消耗资源,那么可以看出线程已经卡死了
接下来通过打日志的方式来确定线程究竟是卡死在哪里了,线程卡死的地方大多数都是在io或者http请求那,所以以后遇到线
程卡死的情况,就通过打日志的方式来确定卡死的位置,最终定位到问题确实是一个http服务挂掉了,而且此时requests.get()
我虽然设置了超时,但是竟然无效
2 . 服务进程数量不足导致的客户端进程卡死服务进程数量不足导致的客户端进程卡死
服务端代码:
handler = SimilarityService()
transport = TSocket.TServerSocket('10.134.113.75', 1234)
factory = TBinaryProtocol.TBinaryProtocolFactory()
processor = Processor(handler)
server = TProcessPoolServer.TProcessPoolServer(processor, transport)
server.setNumWorkers(10)
server.serve()
客户端代码
docQue = queues.Queue(maxsize=1000)
pCount = 15
class ParseSaveEsProcess(multiprocessing.Process):
def __init__(self, threadId):
self.threadId = threadId
multiprocessing.Process.__init__(self)
def run(self):
global docQue
f = open('recall_match_file_all_simi.lst.%s' % self.threadId, 'w')
try:
transport = TSocket.TSocket('10.134.113.75', 1234)
transport = TTransport.TBufferedTransport(transport)
protocol = TBinaryProtocol.TBinaryProtocol(transport)
client = Client(protocol)
transport.open()
while True:
line = docQue.get(block=True)
if not line:
print 'thread%d run over' % self.threadId
break
p = line.split(' ')
if len(p) >= 6 and p[5] == 'simi_high':
simi_str = client.calculate_similarity_by_itemurl(p[0])
f.write(line + ' ' + simi_str + '')
else:
f.write(line + '')
transport.close()
资源评论
weixin_38548817
- 粉丝: 3
- 资源: 917
上传资源 快速赚钱
- 我的内容管理 展开
- 我的资源 快来上传第一个资源
- 我的收益 登录查看自己的收益
- 我的积分 登录查看自己的积分
- 我的C币 登录后查看C币余额
- 我的收藏
- 我的下载
- 下载帮助
安全验证
文档复制为VIP权益,开通VIP直接复制
信息提交成功