Bitcointalk · Runaway CPU usage for 64bit BitCoin (Linux Client)

中本聪,2010 年 7 月 14 日

SN-1072 已核对来源,附原文与上下文。

阅读语言
中文译文

在最初错误地尝试把自己设为最低优先级之后,生成线程只在找到区块时才临时再次调整优先级。找到区块时,你当然希望它赶紧在别人先找到一个、让你的作废之前尽快广播出去。生成线程只在每几天里以更高优先级运行不到一秒。

很快会有针对此问题的 0.3.1 发布。在发布之前,0.3.1 还有几个其他问题需要修复。

顺带一提,我追查到了另一个 GUI 问题。

"最小化到托盘而非任务栏"就是吃光我系统全部 CPU 的元凶。关掉这个选项之后,CPU 失控的问题就解决了。

似乎只有 64 位客户端受影响,我的 32 位客户端看起来都没这个问题。

我确实注意到 64 位客户端会不断生成多个"托盘"图标,直到 X 服务器最终垮掉,我想我应该把这个作为 bug 提交到什么地方?

有意思。我知道 Ubuntu 上的最小化到托盘非常笨拙,但不知道它还有 CPU 占满的问题。有人能复现这个问题吗?我们以前在 Linux 上禁用过这个功能,但后来觉得不完美的界面总比彻底失去这个功能好。我想我们应该在 Linux 上再次禁用它。

ORIGINAL · 英文原文
After it initially tries incorrectly to set itself to the lowest priority, the generate thread only changes its priority again temporarily when it finds a block.  When you've found a block, you should want it to hurry up and broadcast it as soon a possible before someone else finds one and makes yours invalid.  The generate thread only changes to higher priority for less than a second every few days.

There should be a 0.3.1 release for this soon.  There are a few other issues we need to look at fixing in 0.3.1 before making a release.

On a side note, I've tracked down the other GUI issue.

The "minimize to tray instead of taskbar" is what was eating up all the CPU on my system. After I turned this off, the issue was resolved with Runaway CPU.

This only seems to affect the 64 bit Client, as the 32 bit Clients I have don't seem to be affected by this.

I did notice on the 64 bit Client, what happens is, it spawns multiple "tray" icons until X server finally kills over, so I guess I should submit that as a bug to somewhere?  🤔
That's interesting.  I know the minimize to tray on Ubuntu is very clunky, but I didn't know it had a CPU peg problem too.  Anyone else able to reproduce this problem?  We had this feature disabled on Linux before, but then it seemed better to have the imperfect UI than to lose the feature entirely.  I'm thinking we should disable it again on Linux.
来源
Bitcointalk 原始链接 ↗ 记录编号 SN-1072