unrip/test-memory-2.mjs
philipp fb547f24d9
All checks were successful
deploy / deploy (push) Successful in 48s
fix: scope inventory fetch by submission time window to prevent OOM
Instead of fetching up to 50k inventory snapshots (~442MB), scope the
query to only the time range of the current submission batch with a
15-minute buffer. For a typical 1-hour batch this drops from 50k rows
to ~300 rows, well within the 1280Mi pod memory limit.

The coalesced_at_idx on intent_inventory_snapshots covers the BETWEEN
clause so this remains efficient.

Proof: history-writer OOM kills from refreshQuoteOutcomes inventory fetch
Assumptions: 15min buffer covers the attribution window for all submissions
Still fake: heuristic gap outcomes may attribute trades imprecisely
2026-06-16 17:17:19 +02:00

15 lines
544 B
JavaScript

import { createPostgresPool } from './src/lib/postgres.mjs';
const pool = createPostgresPool({ connectionString: process.env.POSTGRES_URL });
async function main() {
console.log("Memory before:", process.memoryUsage().heapUsed / 1024 / 1024, "MB");
const result = await pool.query(`
SELECT payload
FROM trade_execution_results
WHERE payload->>'status' = 'submitted'
LIMIT 1000
`);
console.log("Memory after fetch:", process.memoryUsage().heapUsed / 1024 / 1024, "MB");
process.exit(0);
}
main().catch(console.error);