<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>p-less Sampling: A Robust Hyperparameter-Free Approach for LLM Decoding · HackerPapers discussions</title><link>https://hackerpaper.kaipfister.de/p/2509.23234/</link><description>Collected HN comments and submissions linking this paper.</description><language>en</language><lastBuildDate>Mon, 02 Nov 2026 11:16:22 GMT</lastBuildDate><atom:link href="https://hackerpaper.kaipfister.de/p/2509.23234/feed.xml" rel="self" type="application/rss+xml" /><item><title>p-less Sampling: A Robust Hyperparameter-Free Approach for LLM Decoding — mentioned by Der_Einzige</title><link>https://news.ycombinator.com/item?id=48990705</link><guid isPermaLink="false">urn:hackerpapers:mention:2509.23234:48990705</guid><pubDate>Tue, 21 Jul 2026 11:09:03 GMT</pubDate><description>&lt;p&gt;Switching to mlx-vlm is basically harmful since it (like vllm and sglang) have such garbage support for modern samplers. To be clear, I am one of the authors on the min_p paper, and if min_p is the best you have (when llamacpp supports the far superior top-n-sigma), than I have no reason to switch even if you are somehow faster. (https://arxiv.org/abs/2411.07641) And if you do care to support modern samplers, you can start with the following: 1. https://arxiv.org/abs/2509.23234 2. https://arxiv.org/abs/2509.02510 3. https://arxiv.org/abs/2604.11012&lt;/p&gt;&lt;p&gt;&lt;a href="https://hackerpaper.kaipfister.de/p/2509.23234/"&gt;Paper and discussion history&lt;/a&gt;. A mention is not an endorsement.&lt;/p&gt;</description><category>cs.AI</category></item></channel></rss>
