<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>BOHB: Robust and Efficient Hyperparameter Optimization at Scale · HackerPapers discussions</title><link>https://hackerpaper.kaipfister.de/p/1807.01774/</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/1807.01774/feed.xml" rel="self" type="application/rss+xml" /><item><title>BOHB: Robust and Efficient Hyperparameter Optimization at Scale — mentioned by abhgh</title><link>https://news.ycombinator.com/item?id=17508016</link><guid isPermaLink="false">urn:hackerpapers:mention:1807.01774:17508016</guid><pubDate>Wed, 11 Jul 2018 16:11:22 GMT</pubDate><description>&lt;p&gt;You are not doing away with the test/validation set. You are doing away with: 1. grid search - you would now only test for parameters that look promising (based on some criteria). Instead of covering the whole grid, you want to be smart about which points to try out. [1] 2. you might still do grid search but you want to preferentially allocate resources to parameter exploration based on how promising they seem. Hyperband - [2]- is an example. 3. you can do both - you can be smart about picking parameters, but for the ones you pick you can preferentially allocate resources. Ex *Bayesian…&lt;/p&gt;&lt;p&gt;&lt;a href="https://hackerpaper.kaipfister.de/p/1807.01774/"&gt;Paper and discussion history&lt;/a&gt;. A mention is not an endorsement.&lt;/p&gt;</description><category>cs.LG</category></item></channel></rss>
