aboutsummaryrefslogtreecommitdiffstats
path: root/dashboard/app/batch_main.go
Commit message (Collapse)AuthorAgeFilesLines
* dashboard/app: use machines with more memory for batch processingTaras Madan2025-04-071-3/+9
| | | | | | | 8 cores, 12 gig machines can't process quarter long aggregation for some reason. The process requires only 1 gig and do the stream processing. It is something else I don't fully understand. Local experiments show high memory consumptions by the git processes.
* dashboard/app: install opsagent to batch processorsTaras Madan2025-04-051-0/+1
| | | | | Quarter long aggregations are killed. OpsAgent may help to understand why.
* dashboard/app: double the requested CPUTaras Madan2025-04-011-2/+2
| | | | | We changes the machine type to c3-highmem-8. But forgot to double the CPU resources.
* dashboard/app: use more cores for coverage mergingTaras Madan2025-03-281-1/+1
| | | | Coverage merging often take more than 1 hour.
* dashboard/app: periodically remove coverage garbage from spannerTaras Madan2024-12-051-0/+1
|
* tools/syz-reprolist: rename tool to syz-db-exportTaras Madan2024-11-111-1/+1
|
* dashboard/app: introduce batch_reproexportTaras Madan2024-10-111-0/+99
This PR exports the latest reproducer for every bug. Reproducers are exported to the "bug_id/repro_id.c" files. This approach allows to add some metadata files or export more reproducers/bug later. All the files are then archived and uploaded to the preconfigured location.