Hacker News new | ask | show | jobs
by uxp 2553 days ago
Not really.

All he's shown is a behavior (high CPU) and is equating it with the latitude he's at. When he turns off Night Shift, the daemon process for the feature stops consuming as much CPU, from what I gathered. Nowhere does he provide evidence that there is an infinite loop calculating the sunrise/sunset.

And I really don't want to be a stereotypical poster by simply degrading what he did, so I will give credit to him for knowing where to look and making a hypothesis that is not wrong. He's perfectly on point to _begin_ a debugging process, but I can't see he's found a bug. He's found an unexpected or undesired behavior. I certainly would consider this story/tweet as a huge plus if he were being interviewed by me for an engineering position, but it appears he's already well above my pay grade anyways.

3 comments

You’re splitting hairs and failing at it. They have clearly found a “bug” if Night Shift is consuming 100% CPU without end, even if their hypothesis for the reason might be wrong.
>They have clearly found a “bug”...

This depends on your definition of "bug". I think, in the classical sense, a bug is something that you understand both the cause and the resultant undesired behaviour and, as of consequence, you can reproduce the chain of events.

Given that definition, I would be disinclined to agree with calling it a "bug".

However, I would also like to point out that we're getting so nuanced in terms that we're, quite literally, dropping the notion of lauding the attempts of the OP to go down the road of wanting to deduce the problem, themselves.

I disagree. If you have to understand the cause of undersires behaivor before a bug can be said to exist, then debugging is a prerequisite to a bug existing.

If I write a program that computes 2+2 and it tells me the answer is 5, that’s a bug. Why is irrelevant until I want to fix it.

As the OP, I'm giving this one an upvote. I am far from an engineer, so the most I can come up with a hypothesis. I need a real engineer to do the real debugging.
A bit late, but I did want to point out that I enjoyed the article and found it engaging. I was not trying to diminish from you in any way. My comment was much more a semantical argument over the comment than a logical disagreement with your article.

Anyways, thanks!

What's the difference between unexpected and undesired behavior and a bug?
Unexpected or undesired behaviours are relative to who's expectations and desires are being considered while bugs are (or at least should be) universally recognisable as bugs.
Would anyone consider that the corebrightnessd process at 117% cpu is expected/desired behaviour?