<rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Hacker News: shreyssh</title><link>https://news.ycombinator.com/user?id=shreyssh</link><description>Hacker News RSS</description><docs>https://hnrss.org/</docs><generator>hnrss v2.1.1</generator><lastBuildDate>Fri, 29 May 2026 17:18:49 +0000</lastBuildDate><atom:link href="https://hnrss.org/user?id=shreyssh" rel="self" type="application/rss+xml"></atom:link><item><title><![CDATA[Show HN: FaultWall – Which tenant is killing your Postgres? Now you can find out]]></title><description><![CDATA[
<p>Slow database pages kept waking me up. Every time, same story: dig through pg_stat_activity, find a runaway query, trace it back to one tenant doing something dumb, kill the connection, go back to sleep. Next week, different tenant, same thing.<p>Datadog never told me the tenant. So I built FaultWall.<p>Single Go binary, polls pg_stat_statements every 10s, maps queries to tenants via schema detection. Gives you per-tenant QPS, P50/P95/P99 latencies, cost attribution ("acme_corp is 94% of your DB bill"), and an auto-throttler that pg_terminate_backend() before things get bad.<p>Anomaly detection with self-tuning thresholds (genetic algorithm). MCP server for LLM agent control. I'm building eBPF kernel-level per-query tracing, for better and accurate detection.<p><pre><code>  DATABASE_URL=postgres://... ./faultwall
</code></pre>
If you run multi-tenant Postgres, try it and tell me what's missing.<p>MIT, ~2500 lines Go. <a href="https://github.com/shreyasXV/faultwall" rel="nofollow">https://github.com/shreyasXV/faultwall</a></p>
<hr>
<p>Comments URL: <a href="https://news.ycombinator.com/item?id=47544569">https://news.ycombinator.com/item?id=47544569</a></p>
<p>Points: 2</p>
<p># Comments: 0</p>
]]></description><pubDate>Fri, 27 Mar 2026 16:08:15 +0000</pubDate><link>https://news.ycombinator.com/item?id=47544569</link><dc:creator>shreyssh</dc:creator><comments>https://news.ycombinator.com/item?id=47544569</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47544569</guid></item><item><title><![CDATA[New comment by shreyssh in "Agent-to-agent pair programming"]]></title><description><![CDATA[
<p>This is interesting for code, but I'm curious about agent-to-agent coordination for ops tasks — like one agent detecting a database anomaly and another auto-remediating it</p>
]]></description><pubDate>Fri, 27 Mar 2026 07:41:26 +0000</pubDate><link>https://news.ycombinator.com/item?id=47539954</link><dc:creator>shreyssh</dc:creator><comments>https://news.ycombinator.com/item?id=47539954</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47539954</guid></item><item><title><![CDATA[New comment by shreyssh in "Show HN: I put an AI agent on a $7/month VPS with IRC as its transport layer"]]></title><description><![CDATA[
<p>Cool approach using IRC as transport. I've been experimenting with MCP as the control plane for letting AI agents manage infrastructure specifically database operations. The lightweight transport idea is underrated vs heavy REST APIs.</p>
]]></description><pubDate>Fri, 27 Mar 2026 07:40:58 +0000</pubDate><link>https://news.ycombinator.com/item?id=47539952</link><dc:creator>shreyssh</dc:creator><comments>https://news.ycombinator.com/item?id=47539952</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47539952</guid></item></channel></rss>