public inbox for elfutils@sourceware.org
 help / color / mirror / Atom feed
* [Bug debuginfod/25628] New: client should cache negative results
@ 2020-03-03 16:09 amerey at redhat dot com
  2020-03-03 16:24 ` [Bug debuginfod/25628] " fche at redhat dot com
                   ` (4 more replies)
  0 siblings, 5 replies; 6+ messages in thread
From: amerey at redhat dot com @ 2020-03-03 16:09 UTC (permalink / raw)
  To: elfutils-devel

https://sourceware.org/bugzilla/show_bug.cgi?id=25628

            Bug ID: 25628
           Summary: client should cache negative results
           Product: elfutils
           Version: unspecified
            Status: NEW
          Severity: normal
          Priority: P2
         Component: debuginfod
          Assignee: unassigned at sourceware dot org
          Reporter: amerey at redhat dot com
                CC: elfutils-devel at sourceware dot org
  Target Milestone: ---

When a query for a file fails the client should save this information in the
cache, possibly as an empty file with the usual name. This can save time by
allowing for skipping queries that are likely to fail.

-- 
You are receiving this mail because:
You are on the CC list for the bug.

^ permalink raw reply	[flat|nested] 6+ messages in thread

* [Bug debuginfod/25628] client should cache negative results
  2020-03-03 16:09 [Bug debuginfod/25628] New: client should cache negative results amerey at redhat dot com
@ 2020-03-03 16:24 ` fche at redhat dot com
  2020-03-03 20:30 ` amerey at redhat dot com
                   ` (3 subsequent siblings)
  4 siblings, 0 replies; 6+ messages in thread
From: fche at redhat dot com @ 2020-03-03 16:24 UTC (permalink / raw)
  To: elfutils-devel

https://sourceware.org/bugzilla/show_bug.cgi?id=25628

Frank Ch. Eigler <fche at redhat dot com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |fche at redhat dot com

--- Comment #1 from Frank Ch. Eigler <fche at redhat dot com> ---
debuginfod misses are pretty quick tho - maybe it's harmless?  If these are to
be cached, they shouldn't be cached too long, as the data could appear later.

-- 
You are receiving this mail because:
You are on the CC list for the bug.

^ permalink raw reply	[flat|nested] 6+ messages in thread

* [Bug debuginfod/25628] client should cache negative results
  2020-03-03 16:09 [Bug debuginfod/25628] New: client should cache negative results amerey at redhat dot com
  2020-03-03 16:24 ` [Bug debuginfod/25628] " fche at redhat dot com
@ 2020-03-03 20:30 ` amerey at redhat dot com
  2020-03-03 20:31 ` amerey at redhat dot com
                   ` (2 subsequent siblings)
  4 siblings, 0 replies; 6+ messages in thread
From: amerey at redhat dot com @ 2020-03-03 20:30 UTC (permalink / raw)
  To: elfutils-devel

https://sourceware.org/bugzilla/show_bug.cgi?id=25628

--- Comment #2 from Aaron Merey <amerey at redhat dot com> ---
(In reply to Frank Ch. Eigler from comment #1)
> debuginfod misses are pretty quick tho - maybe it's harmless?  If these are
> to be cached, they shouldn't be cached too long, as the data could appear
> later.

Some delay is noticeable when doing multiple queries over a short time. Usually
harmless but I think control over this may improve user experience. Another
config file could be added to the top level of the cache to control how long to
wait until querying the server again for these files. If we are worried about
missing server updates then a default of 0 may be appropriate.

-- 
You are receiving this mail because:
You are on the CC list for the bug.

^ permalink raw reply	[flat|nested] 6+ messages in thread

* [Bug debuginfod/25628] client should cache negative results
  2020-03-03 16:09 [Bug debuginfod/25628] New: client should cache negative results amerey at redhat dot com
  2020-03-03 16:24 ` [Bug debuginfod/25628] " fche at redhat dot com
  2020-03-03 20:30 ` amerey at redhat dot com
@ 2020-03-03 20:31 ` amerey at redhat dot com
  2021-03-18 16:58 ` fche at redhat dot com
  2021-05-06 21:21 ` fche at redhat dot com
  4 siblings, 0 replies; 6+ messages in thread
From: amerey at redhat dot com @ 2020-03-03 20:31 UTC (permalink / raw)
  To: elfutils-devel

https://sourceware.org/bugzilla/show_bug.cgi?id=25628

Aaron Merey <amerey at redhat dot com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|NEW                         |ASSIGNED
           Assignee|unassigned at sourceware dot org   |amerey at redhat dot com

-- 
You are receiving this mail because:
You are on the CC list for the bug.

^ permalink raw reply	[flat|nested] 6+ messages in thread

* [Bug debuginfod/25628] client should cache negative results
  2020-03-03 16:09 [Bug debuginfod/25628] New: client should cache negative results amerey at redhat dot com
                   ` (2 preceding siblings ...)
  2020-03-03 20:31 ` amerey at redhat dot com
@ 2021-03-18 16:58 ` fche at redhat dot com
  2021-05-06 21:21 ` fche at redhat dot com
  4 siblings, 0 replies; 6+ messages in thread
From: fche at redhat dot com @ 2021-03-18 16:58 UTC (permalink / raw)
  To: elfutils-devel

https://sourceware.org/bugzilla/show_bug.cgi?id=25628

Frank Ch. Eigler <fche at redhat dot com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
           Assignee|amerey at redhat dot com           |alizhang at redhat dot com

--- Comment #3 from Frank Ch. Eigler <fche at redhat dot com> ---
Suggest implementing this via:
- map a 404 result code to an empty 000-permission file in the debuginfod
client cache
- when querying for a buildid, if the cache includes such a 000-permission
file, check its fstat
- if the fstat mtime is older than the configuration parameter from the file
.cache/cache_miss_s, then unlink the 000 file and proceed with a new query
- if the fstat mtime is newer, then the 000 file is fresh, so return a
404/ENOENT equivalent to the debuginfod client application
- a good default for cache_miss_s could be 600 (10 minutes)

-- 
You are receiving this mail because:
You are on the CC list for the bug.

^ permalink raw reply	[flat|nested] 6+ messages in thread

* [Bug debuginfod/25628] client should cache negative results
  2020-03-03 16:09 [Bug debuginfod/25628] New: client should cache negative results amerey at redhat dot com
                   ` (3 preceding siblings ...)
  2021-03-18 16:58 ` fche at redhat dot com
@ 2021-05-06 21:21 ` fche at redhat dot com
  4 siblings, 0 replies; 6+ messages in thread
From: fche at redhat dot com @ 2021-05-06 21:21 UTC (permalink / raw)
  To: elfutils-devel

https://sourceware.org/bugzilla/show_bug.cgi?id=25628

Frank Ch. Eigler <fche at redhat dot com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
         Resolution|---                         |FIXED
             Status|ASSIGNED                    |RESOLVED

--- Comment #4 from Frank Ch. Eigler <fche at redhat dot com> ---
commit 5f72c51a7e5c02be833d78c8412a8083f2212dcf 
Author: Alice Zhang via Elfutils-devel <elfutils-devel@sourceware.org>
Date:   Tue May 4 16:25:59 2021 -0400

    debuginfod: debuginfod client should cache negative results.

    Add debuginfod_config_cache for reading and writing to cache
    configuration files, make use of the function within
    debuginfod_clean_cache and debuginfod_query_server.

-- 
You are receiving this mail because:
You are on the CC list for the bug.

^ permalink raw reply	[flat|nested] 6+ messages in thread

end of thread, other threads:[~2021-05-06 21:21 UTC | newest]

Thread overview: 6+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2020-03-03 16:09 [Bug debuginfod/25628] New: client should cache negative results amerey at redhat dot com
2020-03-03 16:24 ` [Bug debuginfod/25628] " fche at redhat dot com
2020-03-03 20:30 ` amerey at redhat dot com
2020-03-03 20:31 ` amerey at redhat dot com
2021-03-18 16:58 ` fche at redhat dot com
2021-05-06 21:21 ` fche at redhat dot com

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).