<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: brohee</title><link>https://news.ycombinator.com/user?id=brohee</link><description>Hacker News RSS</description><docs>https://hnrss.org/</docs><generator>hnrss v2.1.1</generator><lastBuildDate>Thu, 01 Oct 2026 20:09:23 +0000</lastBuildDate><atom:link href="https://hnrss.org/user?id=brohee" rel="self" type="application/rss+xml"></atom:link><item><title><![CDATA[New comment by brohee in "The state of SIMD in Rust in 2026"]]></title><description><![CDATA[
<p>"The ARM-based CPU manufacturers make this worse by posting almost no low-level documentation for their CPUs."<p>Are those not based on standard ARM cores or ARM documentation on its cores not deep enough for your purpose?</p>
]]></description><pubDate>Mon, 28 Sep 2026 16:26:44 +0000</pubDate><link>https://news.ycombinator.com/item?id=49880529</link><dc:creator>brohee</dc:creator><comments>https://news.ycombinator.com/item?id=49880529</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49880529</guid></item><item><title><![CDATA[New comment by brohee in "Italian parliament votes for return to nuclear energy"]]></title><description><![CDATA[
<p>They are in valleys and I think the risk assessment was heavily influenced by <a href="https://en.wikipedia.org/wiki/Cumbre_Vieja_tsunami_hazard" rel="nofollow">https://en.wikipedia.org/wiki/Cumbre_Vieja_tsunami_hazard</a> which has been toned down quite a bit since... But IRSN (now ASNR) studies all kind of risks seriously...</p>
]]></description><pubDate>Thu, 24 Sep 2026 08:27:25 +0000</pubDate><link>https://news.ycombinator.com/item?id=49827836</link><dc:creator>brohee</dc:creator><comments>https://news.ycombinator.com/item?id=49827836</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49827836</guid></item><item><title><![CDATA[New comment by brohee in "Agents Build Chess Engines from Scratch in Rust, C++, Rocq, LaTeX, Brainfuck"]]></title><description><![CDATA[
<p>Title edited for length from "Coding Agents Build Chess Engines From Scratch in Rust, C++, COBOL, Rocq, LaTeX, Brainfuck, and More"<p>He also has dedicated entries on two very special case, the engine running within pdflatex <a href="https://blog.mathieuacher.com/TeXCCChessEngine/" rel="nofollow">https://blog.mathieuacher.com/TeXCCChessEngine/</a> and the one in Brainfuck <a href="https://blog.mathieuacher.com/BFChessChessEngineBrainfuck/" rel="nofollow">https://blog.mathieuacher.com/BFChessChessEngineBrainfuck/</a> which are seemingly the first of their kind.</p>
]]></description><pubDate>Thu, 10 Sep 2026 13:03:40 +0000</pubDate><link>https://news.ycombinator.com/item?id=49643075</link><dc:creator>brohee</dc:creator><comments>https://news.ycombinator.com/item?id=49643075</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49643075</guid></item><item><title><![CDATA[Agents Build Chess Engines from Scratch in Rust, C++, Rocq, LaTeX, Brainfuck]]></title><description><![CDATA[
<p>Article URL: <a href="https://blog.mathieuacher.com/FromScratchChessEnginesPolyglot/">https://blog.mathieuacher.com/FromScratchChessEnginesPolyglot/</a></p>
<p>Comments URL: <a href="https://news.ycombinator.com/item?id=49643074">https://news.ycombinator.com/item?id=49643074</a></p>
<p>Points: 1</p>
<p># Comments: 1</p>
]]></description><pubDate>Thu, 10 Sep 2026 13:03:40 +0000</pubDate><link>https://blog.mathieuacher.com/FromScratchChessEnginesPolyglot/</link><dc:creator>brohee</dc:creator><comments>https://news.ycombinator.com/item?id=49643074</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49643074</guid></item><item><title><![CDATA[New comment by brohee in "Factoring RSA 260"]]></title><description><![CDATA[
<p>The discussion on the cost of the attack needs an addendum. The lattice sieving part would be free for an an attacker with a big enough botnet or enough cloud computing stolen credentials.<p>Maybe it could even be practical to run it on browser in parallel to video streaming on a free video site...</p>
]]></description><pubDate>Thu, 10 Sep 2026 07:11:05 +0000</pubDate><link>https://news.ycombinator.com/item?id=49639568</link><dc:creator>brohee</dc:creator><comments>https://news.ycombinator.com/item?id=49639568</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49639568</guid></item><item><title><![CDATA[New comment by brohee in "RSA-260 Factorized"]]></title><description><![CDATA[
<p>Not all attackers pay for compute. With enough stolen compute, breaking RSA-1024 is free and not that slow...</p>
]]></description><pubDate>Thu, 10 Sep 2026 06:57:57 +0000</pubDate><link>https://news.ycombinator.com/item?id=49639478</link><dc:creator>brohee</dc:creator><comments>https://news.ycombinator.com/item?id=49639478</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49639478</guid></item><item><title><![CDATA[New comment by brohee in "AI models ran real businesses: They sent $12,431 in fake invoices, lost $3,200"]]></title><description><![CDATA[
<p>Yeah I really wonder what makes them think they are legally insulated from the actions of the agents they ran...<p>The crimes were relatively benign but Grok going the Silkroad way would be on brand...</p>
]]></description><pubDate>Mon, 07 Sep 2026 19:01:25 +0000</pubDate><link>https://news.ycombinator.com/item?id=49601759</link><dc:creator>brohee</dc:creator><comments>https://news.ycombinator.com/item?id=49601759</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49601759</guid></item><item><title><![CDATA[New comment by brohee in "The largest electric aircraft just flew [video]"]]></title><description><![CDATA[
<p>Efficiency is not that that important in an era of negative price electricity.<p>Synfuel made just from air and electricity is doable (both water and carbon dioxyde can be extracted from the atmosphere). And with 10% of what's spend on IA we'd be way out of the lab...<p>Thankfully there are military budgets (synfuel makes sense on a nuclear carrier)</p>
]]></description><pubDate>Fri, 04 Sep 2026 14:21:01 +0000</pubDate><link>https://news.ycombinator.com/item?id=49565074</link><dc:creator>brohee</dc:creator><comments>https://news.ycombinator.com/item?id=49565074</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49565074</guid></item><item><title><![CDATA[New comment by brohee in "FDA authorizes first wearable device that monitors ketone and blood sugar levels"]]></title><description><![CDATA[
<p>I've fairly good control over not running my car out of the road, yet I have airbags...</p>
]]></description><pubDate>Wed, 26 Aug 2026 08:21:13 +0000</pubDate><link>https://news.ycombinator.com/item?id=49445599</link><dc:creator>brohee</dc:creator><comments>https://news.ycombinator.com/item?id=49445599</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49445599</guid></item><item><title><![CDATA[New comment by brohee in "SeL4 security proofs now complete on AArch64"]]></title><description><![CDATA[
<p>A backdoor in physics would be interesting indeed, but not as likely as a rogue agent in a TSMC fab...</p>
]]></description><pubDate>Tue, 25 Aug 2026 00:41:23 +0000</pubDate><link>https://news.ycombinator.com/item?id=49427750</link><dc:creator>brohee</dc:creator><comments>https://news.ycombinator.com/item?id=49427750</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49427750</guid></item><item><title><![CDATA[New comment by brohee in "SeL4 security proofs now complete on AArch64"]]></title><description><![CDATA[
<p><i>Security-partition switches that carefully reset all shared micro-architectural state, while making switch times completely deterministic, and in particular, independent of previous execution history.</i><p>I'm afraid it means clearing all caches at each context switch. The performance penalty is really high.</p>
]]></description><pubDate>Mon, 24 Aug 2026 19:57:48 +0000</pubDate><link>https://news.ycombinator.com/item?id=49425066</link><dc:creator>brohee</dc:creator><comments>https://news.ycombinator.com/item?id=49425066</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49425066</guid></item><item><title><![CDATA[New comment by brohee in "SeL4 security proofs now complete on AArch64"]]></title><description><![CDATA[
<p>I don't think you can ignore memory access. The whole "hyperthreading considered harmful" was because of shared cache between contexts. That's why I think a proof is in reach without cache, much harder with one...</p>
]]></description><pubDate>Mon, 24 Aug 2026 15:37:01 +0000</pubDate><link>https://news.ycombinator.com/item?id=49421298</link><dc:creator>brohee</dc:creator><comments>https://news.ycombinator.com/item?id=49421298</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49421298</guid></item><item><title><![CDATA[New comment by brohee in "SeL4 security proofs now complete on AArch64"]]></title><description><![CDATA[
<p>I'm not so sure. It's pretty hard to know how many cycles a register load instruction will take if there is a cache, or worse a cache hierarchy. That's why I think it will be a lot easier to have a proof on simple cache less designs...<p>Your version is likely good enough in practice though.</p>
]]></description><pubDate>Mon, 24 Aug 2026 15:09:12 +0000</pubDate><link>https://news.ycombinator.com/item?id=49420882</link><dc:creator>brohee</dc:creator><comments>https://news.ycombinator.com/item?id=49420882</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49420882</guid></item><item><title><![CDATA[New comment by brohee in "SeL4 security proofs now complete on AArch64"]]></title><description><![CDATA[
<p>To add to that, the only way I see proof of absence of timing channels is by proving both the software and the hardware design side by side, and then the proof would hold only for a specific core. Something that would look both at the code manipulating secrets and at the Verilog for the specific core/memory chips. I've not been working in that space in a long while but AFAIK such a thing is nowhere near ready. I suspect it will be a lot easier if the hardware design is optimised for provability, which won't be good at all for performance. But there are plenty of contexts where security matters a lot more than performance (SMC, BMC, RoT and co at the very least).<p>And then you'd need assurance that the Verilog is faithfully transcribed in the silicon, which is a can of worms in itself.</p>
]]></description><pubDate>Mon, 24 Aug 2026 13:48:28 +0000</pubDate><link>https://news.ycombinator.com/item?id=49419750</link><dc:creator>brohee</dc:creator><comments>https://news.ycombinator.com/item?id=49419750</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49419750</guid></item><item><title><![CDATA[New comment by brohee in "SeL4 security proofs now complete on AArch64"]]></title><description><![CDATA[
<p>The assumptions the proof makes are pretty clearly listed: <a href="https://sel4.systems/Verification/assumptions.html" rel="nofollow">https://sel4.systems/Verification/assumptions.html</a><p>The one covering side channels is pretty honest:<p><i>Information side-channels: this assumption applies to the confidentiality proof only and is not present for functional correctness or integrity. The assumption is that the binary-level model of the hardware captures all relevant information channels. We know this not to be the case. This is not a problem for the validity of the confidentiality proof, but means that its conclusion (that secrets do not leak) holds only for the channels visible in the model. This is a standard situation in information flow proofs: they can never be absolute. As mentioned above, in practice the proof covers all in-kernel storage channels but does not cover timing channels.</i><p>So the proof won't be invalidated at it does not cover that particular threat.<p>Now the question is how useful the is a proof not covering side channels? I'd say pretty useful and it doesn't mean they don't have counter measures for to counter their exploitation, nor that they are not effective, just that a proof of efficiency is out of reach for now.</p>
]]></description><pubDate>Mon, 24 Aug 2026 13:25:10 +0000</pubDate><link>https://news.ycombinator.com/item?id=49419444</link><dc:creator>brohee</dc:creator><comments>https://news.ycombinator.com/item?id=49419444</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49419444</guid></item><item><title><![CDATA[New comment by brohee in "A joke domain purchase turned in geopolitical warfare"]]></title><description><![CDATA[
<p>I suspect a lot of software does not behave well at negative altitude. I heard of an ECU having trouble on one of the rare negative altitude roads.</p>
]]></description><pubDate>Thu, 20 Aug 2026 10:47:48 +0000</pubDate><link>https://news.ycombinator.com/item?id=49372859</link><dc:creator>brohee</dc:creator><comments>https://news.ycombinator.com/item?id=49372859</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49372859</guid></item><item><title><![CDATA[New comment by brohee in "Show HN: We Implemented the IPv8 Internet-Draft in Linux, Libc, and BGP"]]></title><description><![CDATA[
<p>SCEP was (and still is) a very deployed protocol yet took 20 years for the draft to be published...</p>
]]></description><pubDate>Mon, 17 Aug 2026 13:01:48 +0000</pubDate><link>https://news.ycombinator.com/item?id=49330150</link><dc:creator>brohee</dc:creator><comments>https://news.ycombinator.com/item?id=49330150</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49330150</guid></item><item><title><![CDATA[New comment by brohee in "Single log line is 49KB+ (ext4) / 110KB+ (btrfs) of systemd-journald disk writes"]]></title><description><![CDATA[
<p>Writing multiple pages for a few hundred actual bytes also thrashes the OS cache...</p>
]]></description><pubDate>Fri, 14 Aug 2026 12:30:39 +0000</pubDate><link>https://news.ycombinator.com/item?id=49297868</link><dc:creator>brohee</dc:creator><comments>https://news.ycombinator.com/item?id=49297868</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49297868</guid></item><item><title><![CDATA[New comment by brohee in "Single log line is 49KB+ (ext4) / 110KB+ (btrfs) of systemd-journald disk writes"]]></title><description><![CDATA[
<p>Ah, the Ulrich Drepper school of dealing with reported issues. Time for esystemd ;)</p>
]]></description><pubDate>Fri, 14 Aug 2026 12:12:21 +0000</pubDate><link>https://news.ycombinator.com/item?id=49297705</link><dc:creator>brohee</dc:creator><comments>https://news.ycombinator.com/item?id=49297705</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49297705</guid></item><item><title><![CDATA[New comment by brohee in "Tl;dv: Over 180k meetings left wide open"]]></title><description><![CDATA[
<p>Now let's see if European users get their GDPR article 33 notification of the breach...</p>
]]></description><pubDate>Mon, 10 Aug 2026 14:47:45 +0000</pubDate><link>https://news.ycombinator.com/item?id=49244423</link><dc:creator>brohee</dc:creator><comments>https://news.ycombinator.com/item?id=49244423</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49244423</guid></item></channel></rss>