| Commit message (Collapse) | Author | Age |
|
|
|
| |
Since this speeds up the response if you don't need the nar information.
|
| |
|
|
|
|
|
| |
For the latest processed revision, this is useful for looking up which is the
latest processed revision.
|
|
|
|
| |
Which should reduce the peak memory usage.
|
| |
|
|
|
|
| |
As that better reflects what it does.
|
| |
|
|
|
|
|
|
|
|
|
|
| |
Previously it would compute a long list of strings, potentially more than
100,000 elements long, then split this string up and insert it in chunks. Only
then could memory be freed.
This new approach builds the strings in batches for the insertion query, then
moves on to the next batch. This should mean that more memory can be freed and
reused along the way.
|
|
|
|
|
| |
This is helpful when the jobs fail through Guile running out of memory for
example.
|
|
|
|
|
| |
The return value of sleep is unreliable (see guile bug #53139), so use a
signal handler instead.
|
| |
|
| |
|
| |
|
|
|
|
| |
This is a step towards having up to date substitute availability data.
|
|
|
|
| |
This might help when there's lots of derivations to insert.
|
|
|
|
| |
To avoid making a very large query when inserting lots of derivations.
|
|
|
|
| |
Just a variant of chunk! which doesn't modify the provided list.
|
| |
|
|
|
|
| |
To avoid one massive query.
|
|
|
|
| |
To avoid one massive query.
|
|
|
|
| |
For splitting a list in to multiple chuncks, satisfying some max length.
|
|
|
|
| |
In update-derivation-ids-hash-table!.
|
|
|
|
|
| |
Rather than querying for the output ids one by one and then running an insert
query for each derivation, perform the task with a single insert query.
|
| |
|
|
|
|
|
|
| |
Rather than creating vhashes, just update the hash table that is used as a
cache, and query that. This should speed things up and reduce memory usage
when loading derivations.
|
|
|
|
|
|
| |
Split the recursive part of the query from the non-recursive part, since
PostgreSQL doesn't do a great job of estimating the number of rows which will
come back from the recursive part, and thus generates a bad plan.
|
|
|
|
| |
Previously, the VALUES list wasn't being generated properly.
|
|
|
|
|
| |
Source file nars weren't always recorded, so this will help backfill that
data (which enables providing substitutes for those derivations).
|
|
|
|
| |
One was added in e81cf4e79a6e297db0ae2a9c39eab495e7e204f0.
|
|
|
|
|
| |
Where hash is not null, since this helps with the fixed output package
derivations query.
|
|
|
|
| |
Introduced in 0dc05982cde052c985bb440dc026cbe3334ee50b.
|
|
|
|
|
|
| |
Start at least looking for package replacements, and storing the
details (particularly the derivation). I'm looking at doing this so that build
servers using the Guix Data Service can build these derivations.
|
|
|
|
|
| |
Since this rolls back migrations less, which is good when the rollback bit
isn't always implemented.
|
| |
|
| |
|
|
|
|
|
| |
This is better than setting the %current-system, since more of the process
will run as native code.
|
|
|
|
| |
As that table is always included in the query.
|
| |
|
|
|
|
|
|
| |
This index speeds up inserting new entries to the package_metadata table.
Signed-off-by: Christopher Baines <mail@cbaines.net>
|
|
|
|
|
| |
This caused a problem viewing this derivation
/gnu/store/65r4488732qy6ilrh1ryb8xwmip1qnir-tklib-0.6.tar.gz?uuid=tklib-0-6.drv
|
|
|
|
| |
This is from reading the slow query log on data.guix.gnu.org.
|
|
|
|
|
|
| |
From the HTML and JSON responses, since this data isn't very useful, and the
query to collect the small amount which is displayed is very slow. This could
return at some point, but in a proper paginated form which isn't slow.
|
|
|
|
|
|
|
| |
I guess this is a good change in general, but this seems to avoid a long
stack, which when a linter crashes, and the inferior tries to return the
exception details, and apparently hang the inferior/client as the reply isn't
written/read.
|
|
|
|
| |
The parameters must be strings rather than numbers.
|
| |
|
|
|
|
|
| |
Previously, it wouldn't pull the mime types out of the request properly, I
think it does a better job of that now.
|
|
|
|
|
|
|
|
|
|
| |
comparison.scm: return query data for derivation comparison as an alist,
instead of list.
html.scm: Access derivation differences data using assq-ref.
controller.scm: remove mapping for outputs/inputs/sources.
utils.scm: add group-to-alist/vector function.
Signed-off-by: Christopher Baines <mail@cbaines.net>
|
| |
|
| |
|
| |
|