diff options
| author | shess@chromium.org <shess@chromium.org@0039d316-1c4b-4281-b951-d872f2087c98> | 2011-09-14 06:37:46 +0000 |
|---|---|---|
| committer | shess@chromium.org <shess@chromium.org@0039d316-1c4b-4281-b951-d872f2087c98> | 2011-09-14 06:37:46 +0000 |
| commit | e48e05150a1180ea87a52fbb32e8f042ecf89610 (patch) | |
| tree | ac03e954a1114cda97cd91548c6c466798bec5cb /gpu/KHR/khrplatform.h | |
| parent | 6a016d854a8acc092c0789958c60649fe56d7946 (diff) | |
| download | chromium_src-e48e05150a1180ea87a52fbb32e8f042ecf89610.zip chromium_src-e48e05150a1180ea87a52fbb32e8f042ecf89610.tar.gz chromium_src-e48e05150a1180ea87a52fbb32e8f042ecf89610.tar.bz2 | |
[SQLite] Hack to touch page cache to debug slow connection close.
The shutdown-monitor has noted cases where sqlite3_close() is taking a
very long time to finish. In reviewing the code, writes are committed
before the close is called, so there should be almost no I/O involved
(excepting perhaps unlocking the file?). One hypothesis is that the
SQLite page cache, which is LRU, may have very old pages which have
been paged out. This change touches them all, so if they are paged
out the crash should move to this code.
BUG=95527
TEST=Monitor crash in bug, see if it changes.
Review URL: http://codereview.chromium.org/7891025
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@101034 0039d316-1c4b-4281-b951-d872f2087c98
Diffstat (limited to 'gpu/KHR/khrplatform.h')
0 files changed, 0 insertions, 0 deletions