Chromium Code Reviews
chromiumcodereview-hr@appspot.gserviceaccount.com (chromiumcodereview-hr) | Please choose your nickname with Settings | Help | Chromium Project | Gerrit Changes | Sign out
(196)

Issue 7030020: Force a crash of the browser if IO thread hasn't responded (Closed)

Created:
9 years, 7 months ago by ramant (doing other things)
Modified:
9 years, 7 months ago
CC:
chromium-reviews
Visibility:
Public.

Description

Force a crash of the browser if IO thread hasn't responded 3 times for the ping message and if only one other thread is responding. Collect stats when it is the first time we have detected that the watched thread has not responded atleast 3 times (that is when we haven't done any thread hang processing). BUG=82336 TEST=thread watcher unit tests R=jar Committed: http://src.chromium.org/viewvc/chrome?view=rev&revision=85631

Patch Set 1 #

Patch Set 2 : '' #

Total comments: 1
Unified diffs Side-by-side diffs Delta from patch set Stats (+21 lines, -0 lines) Patch
M chrome/browser/metrics/thread_watcher.h View 1 1 chunk +5 lines, -0 lines 0 comments Download
M chrome/browser/metrics/thread_watcher.cc View 1 4 chunks +16 lines, -0 lines 1 comment Download

Messages

Total messages: 4 (0 generated)
ramant (doing other things)
Hi Jim, In Canary build 13.0.766.0 that was released yesterday, we would have crashed 4 ...
9 years, 7 months ago (2011-05-16 18:28:44 UTC) #1
jar (doing other things)
LGTM
9 years, 7 months ago (2011-05-16 21:24:25 UTC) #2
Peter Kasting
http://codereview.chromium.org/7030020/diff/3002/chrome/browser/metrics/thread_watcher.cc File chrome/browser/metrics/thread_watcher.cc (right): http://codereview.chromium.org/7030020/diff/3002/chrome/browser/metrics/thread_watcher.cc#newcode271 chrome/browser/metrics/thread_watcher.cc:271: CHECK(crash++); Why is this better than simply NOTREACHED();?
9 years, 7 months ago (2011-05-17 00:41:05 UTC) #3
jar (doing other things)
9 years, 7 months ago (2011-05-17 01:11:26 UTC) #4
We were anticipating having distinct crashes based on distinct watchdog
threads going south.

We expect the optimizer to make it difficult to tell which thread was
reporting a crash.

The plan is to access slightly different illegal addresses (offsets from
NULL pointer), depending on which thread crashes.  This illegal access will
appear in the crash dump.

This first version is not very exciting, as there is only one thread
monitored to induce a crash (so it is clear what caused the crash).

NOTREACHED would give us no way to distinguish the broken threads.

Jim

On Mon, May 16, 2011 at 5:41 PM, <pkasting@chromium.org> wrote:

>
>
>
http://codereview.chromium.org/7030020/diff/3002/chrome/browser/metrics/threa...
> File chrome/browser/metrics/thread_watcher.cc (right):
>
>
>
http://codereview.chromium.org/7030020/diff/3002/chrome/browser/metrics/threa...
> chrome/browser/metrics/thread_watcher.cc:271: CHECK(crash++);
> Why is this better than simply NOTREACHED();?
>
>
> http://codereview.chromium.org/7030020/
>

Powered by Google App Engine
This is Rietveld 408576698