Bug#866378: 3dchess: 100 % CPU consumption

[Markus Koschany]

Control: found -1 0.8.1-17

Hi,

Am 29.06.2017 um 13:04 schrieb James Cowgill:
> Hi,
> 
> On 29/06/17 11:49, Markus Koschany wrote:
>> Package: 3dchess
>> Version: 0.8.1-19
>> Severity: serious
>>
>> While I was working on an update for 3dchess, I discovered that the
>> game is very wasteful with CPU resources and consumes 100 % of a
>> single CPU core. I haven't noticed this behavior before but it also
>> appears that it was not caused by the recent hardening change which
>> added the pie flag by default.
> 
> I can reproduce this bug with 0.8.1-17 from wheezy.

Thanks for the analysis and confirmation.

> Looking at the code here:
> https://sources.debian.net/src/3dchess/0.8.1-19/src/main.c/#L127
> 
> It looks to me like the game loop has no sleeps or other waiting in it.
> It has probably always consumed 100% CPU.

Ok, then I probably didn't noticed this issue when I updated the package
last time.

>> I think this bug makes the game unsuitable for another release.
> 
> Note that you filed the bug against a version in stretch. If you want it
> to only apply to the next release you have to tag it "sid buster".

Actually I think this is correct. Apparently 3dchess is affected in all
supported versions.

> Having said that, I don't see how this bug is RC. The game is still
> playable, even if the 100% CPU usage is annoying.

Yeah, one might be able to overlook this but I believe we should treat
such bugs as RC. I don't want that my fan has to constantly prevent my
laptop from overheating. If you have a passively cooled system this can
even be damaging to your hardware. Games should be fun and enjoyable but
not needlessly increasing your energy bill or damaging your computer.

Markus



-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 963 bytes
Desc: OpenPGP digital signature
URL: <http://lists.alioth.debian.org/pipermail/pkg-games-devel/attachments/20170629/55c24944/attachment.sig>