<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: ak_t</title><link>https://news.ycombinator.com/user?id=ak_t</link><description>Hacker News RSS</description><docs>https://hnrss.org/</docs><generator>hnrss v2.1.1</generator><lastBuildDate>Fri, 28 Aug 2026 08:43:15 +0000</lastBuildDate><atom:link href="https://hnrss.org/user?id=ak_t" rel="self" type="application/rss+xml"></atom:link><item><title><![CDATA[New comment by ak_t in "Small Models Have Arrived"]]></title><description><![CDATA[
<p>Many benchmarks now measure the total cost or energy usage per completed task.</p>
]]></description><pubDate>Thu, 27 Aug 2026 17:41:06 +0000</pubDate><link>https://news.ycombinator.com/item?id=49468438</link><dc:creator>ak_t</dc:creator><comments>https://news.ycombinator.com/item?id=49468438</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49468438</guid></item><item><title><![CDATA[New comment by ak_t in "A simple fix for LLM tail latency"]]></title><description><![CDATA[
<p>You don't have to send every single request twice, just the ones that are haven't returned in time. Wait until some threshold, such as your p95 latency, and send your backup request after that. Return whichever request comes back first, and it should cut your tail latency without doubling your cost, since it only duplicates the small % of requests at the tail.<p>Google calls this a 'hedged request': <a href="https://cacm.acm.org/research/the-tail-at-scale/" rel="nofollow">https://cacm.acm.org/research/the-tail-at-scale/</a></p>
]]></description><pubDate>Mon, 17 Aug 2026 23:23:22 +0000</pubDate><link>https://news.ycombinator.com/item?id=49339056</link><dc:creator>ak_t</dc:creator><comments>https://news.ycombinator.com/item?id=49339056</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49339056</guid></item><item><title><![CDATA[New comment by ak_t in "Qwen3.8-2.4T"]]></title><description><![CDATA[
<p>It's been pretty consistent, the smaller models (hundreds of billions of params) usually catch up in 6 months or so to their frontier counterparts, at least on benchmarks.</p>
]]></description><pubDate>Thu, 13 Aug 2026 18:03:01 +0000</pubDate><link>https://news.ycombinator.com/item?id=49289720</link><dc:creator>ak_t</dc:creator><comments>https://news.ycombinator.com/item?id=49289720</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49289720</guid></item><item><title><![CDATA[New comment by ak_t in "Qwen3.8-2.4T"]]></title><description><![CDATA[
<p>I think it is more likely that a smaller model (<400B) with similar intelligence gets developed long before the hardware to serve a 2.4T model gets cheaper than 10k.</p>
]]></description><pubDate>Thu, 13 Aug 2026 06:16:36 +0000</pubDate><link>https://news.ycombinator.com/item?id=49282328</link><dc:creator>ak_t</dc:creator><comments>https://news.ycombinator.com/item?id=49282328</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49282328</guid></item><item><title><![CDATA[New comment by ak_t in "DeepSeek V4 Flash 0731"]]></title><description><![CDATA[
<p>It doesn't need extra quantization. The official weights are natively mixed precision FP4/FP8, so it fits in ~160GB. The API slowness is probably from being batched with other concurrent user requests. The provider's aggregate throughput gets higher but per-stream speed slows down.</p>
]]></description><pubDate>Fri, 07 Aug 2026 21:25:53 +0000</pubDate><link>https://news.ycombinator.com/item?id=49216419</link><dc:creator>ak_t</dc:creator><comments>https://news.ycombinator.com/item?id=49216419</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49216419</guid></item><item><title><![CDATA[New comment by ak_t in "DeepSeek V4 Flash 0731"]]></title><description><![CDATA[
<p>Note this is the 07/31 release of DSv4 flash and not the "preview" that they put out a couple months or so ago.<p>I've been running this model locally for a week, and the preview version before that. This updated one feels like a whole tier up. It's very capable for debugging and analyzing documents/data I upload.<p>The killer feature, IMO, is the speed. On 2x RTX Pro 6000 Blackwell, its ~8k tok/s prefill and ~250 tok/s on a single stream. I saw 1000 tok/s with ~64 concurrent streams on vLLM.<p>That's fast enough that you can interactively chat with it without switching tabs while you wait, and its a ~300B (13B active, hence the speed) model so the responses are also very good. It's actually more convenient now for me to direct 95%+ of my day to day usage to my local model, and only use Claude Fable for really big coding tasks.<p>Until this model was released, I was contemplating spending even more money on hardware to run GLM5.2 (~750B) at reasonable speeds, but I no longer feel that need. This is smart enough, and I think it only gets much better for local models from here.</p>
]]></description><pubDate>Fri, 07 Aug 2026 20:46:53 +0000</pubDate><link>https://news.ycombinator.com/item?id=49216034</link><dc:creator>ak_t</dc:creator><comments>https://news.ycombinator.com/item?id=49216034</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49216034</guid></item><item><title><![CDATA[New comment by ak_t in "The AI Billboards Are Killing SF"]]></title><description><![CDATA[
<p>I haven't live there since 2020, but before that it was all various SaaS and data pipeline related billboards.</p>
]]></description><pubDate>Fri, 07 Aug 2026 16:38:58 +0000</pubDate><link>https://news.ycombinator.com/item?id=49213017</link><dc:creator>ak_t</dc:creator><comments>https://news.ycombinator.com/item?id=49213017</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49213017</guid></item><item><title><![CDATA[New comment by ak_t in "DeepSeek V4 Flash on a Single AMD MI300X"]]></title><description><![CDATA[
<p>It's expensive to run it locally at full quality, but at least on my setup, its about 5 times faster than any API, and is completely private.</p>
]]></description><pubDate>Tue, 04 Aug 2026 20:13:15 +0000</pubDate><link>https://news.ycombinator.com/item?id=49174399</link><dc:creator>ak_t</dc:creator><comments>https://news.ycombinator.com/item?id=49174399</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49174399</guid></item><item><title><![CDATA[When is NVLink worth it?]]></title><description><![CDATA[
<p>Article URL: <a href="https://platform-fools.com/posts/2026-04-27-nvlink/">https://platform-fools.com/posts/2026-04-27-nvlink/</a></p>
<p>Comments URL: <a href="https://news.ycombinator.com/item?id=49007249">https://news.ycombinator.com/item?id=49007249</a></p>
<p>Points: 61</p>
<p># Comments: 9</p>
]]></description><pubDate>Wed, 22 Jul 2026 14:18:11 +0000</pubDate><link>https://platform-fools.com/posts/2026-04-27-nvlink/</link><dc:creator>ak_t</dc:creator><comments>https://news.ycombinator.com/item?id=49007249</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49007249</guid></item></channel></rss>