<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: gnyeki</title><link>https://news.ycombinator.com/user?id=gnyeki</link><description>Hacker News RSS</description><docs>https://hnrss.org/</docs><generator>hnrss v2.1.1</generator><lastBuildDate>Wed, 15 Jul 2026 21:49:00 +0000</lastBuildDate><atom:link href="https://hnrss.org/user?id=gnyeki" rel="self" type="application/rss+xml"></atom:link><item><title><![CDATA[Unsolved Problems in MLOps]]></title><description><![CDATA[
<p>Article URL: <a href="https://spawn-queue.acm.org/doi/pdf/10.1145/3762989">https://spawn-queue.acm.org/doi/pdf/10.1145/3762989</a></p>
<p>Comments URL: <a href="https://news.ycombinator.com/item?id=48923109">https://news.ycombinator.com/item?id=48923109</a></p>
<p>Points: 40</p>
<p># Comments: 4</p>
]]></description><pubDate>Wed, 15 Jul 2026 16:15:01 +0000</pubDate><link>https://spawn-queue.acm.org/doi/pdf/10.1145/3762989</link><dc:creator>gnyeki</dc:creator><comments>https://news.ycombinator.com/item?id=48923109</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48923109</guid></item><item><title><![CDATA[My Images Are Dithered]]></title><description><![CDATA[
<p>Article URL: <a href="https://dead.garden/blog/how-my-images-are-dithered.html">https://dead.garden/blog/how-my-images-are-dithered.html</a></p>
<p>Comments URL: <a href="https://news.ycombinator.com/item?id=48910576">https://news.ycombinator.com/item?id=48910576</a></p>
<p>Points: 2</p>
<p># Comments: 0</p>
]]></description><pubDate>Tue, 14 Jul 2026 17:52:58 +0000</pubDate><link>https://dead.garden/blog/how-my-images-are-dithered.html</link><dc:creator>gnyeki</dc:creator><comments>https://news.ycombinator.com/item?id=48910576</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48910576</guid></item><item><title><![CDATA[One too many words on AT&T's $2k Korn shell and other Usenet topics]]></title><description><![CDATA[
<p>Article URL: <a href="https://blog.gabornyeki.com/2025-12-usenet/">https://blog.gabornyeki.com/2025-12-usenet/</a></p>
<p>Comments URL: <a href="https://news.ycombinator.com/item?id=46190796">https://news.ycombinator.com/item?id=46190796</a></p>
<p>Points: 31</p>
<p># Comments: 3</p>
]]></description><pubDate>Mon, 08 Dec 2025 10:43:35 +0000</pubDate><link>https://blog.gabornyeki.com/2025-12-usenet/</link><dc:creator>gnyeki</dc:creator><comments>https://news.ycombinator.com/item?id=46190796</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=46190796</guid></item><item><title><![CDATA[Top-Down Microarchitecture Analysis Method]]></title><description><![CDATA[
<p>Article URL: <a href="https://www.intel.com/content/www/us/en/docs/vtune-profiler/cookbook/2025-4/top-down-microarchitecture-analysis-method.html">https://www.intel.com/content/www/us/en/docs/vtune-profiler/cookbook/2025-4/top-down-microarchitecture-analysis-method.html</a></p>
<p>Comments URL: <a href="https://news.ycombinator.com/item?id=45588301">https://news.ycombinator.com/item?id=45588301</a></p>
<p>Points: 2</p>
<p># Comments: 0</p>
]]></description><pubDate>Wed, 15 Oct 2025 05:14:32 +0000</pubDate><link>https://www.intel.com/content/www/us/en/docs/vtune-profiler/cookbook/2025-4/top-down-microarchitecture-analysis-method.html</link><dc:creator>gnyeki</dc:creator><comments>https://news.ycombinator.com/item?id=45588301</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=45588301</guid></item><item><title><![CDATA[Storing configuration directly in executable, with no external config (2023)]]></title><description><![CDATA[
<p>Article URL: <a href="https://retrocomputing.stackexchange.com/questions/26803/storing-configuration-directly-in-the-executable-with-no-external-config-files">https://retrocomputing.stackexchange.com/questions/26803/storing-configuration-directly-in-the-executable-with-no-external-config-files</a></p>
<p>Comments URL: <a href="https://news.ycombinator.com/item?id=45568980">https://news.ycombinator.com/item?id=45568980</a></p>
<p>Points: 1</p>
<p># Comments: 0</p>
]]></description><pubDate>Mon, 13 Oct 2025 14:53:59 +0000</pubDate><link>https://retrocomputing.stackexchange.com/questions/26803/storing-configuration-directly-in-the-executable-with-no-external-config-files</link><dc:creator>gnyeki</dc:creator><comments>https://news.ycombinator.com/item?id=45568980</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=45568980</guid></item><item><title><![CDATA[New comment by gnyeki in "Website is served from nine Neovim buffers on my old ThinkPad"]]></title><description><![CDATA[
<p>Yes, neither Nginx nor Neovim should be hitting the disk when serving the requests.<p>One difference I can imagine is context switching due to system calls. If Nginx incurs a context switch when it calls into the kernel for the disk cache, then it suffers a performance penalty. Neovim avoids this because the file contents are loaded into a table. When requests are served, getting the content is done fully in userspace.<p>I have no idea if this actually accounts for the performance difference though.</p>
]]></description><pubDate>Tue, 19 Aug 2025 06:22:28 +0000</pubDate><link>https://news.ycombinator.com/item?id=44948778</link><dc:creator>gnyeki</dc:creator><comments>https://news.ycombinator.com/item?id=44948778</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=44948778</guid></item><item><title><![CDATA[Hiding a message in my PyTorch weights]]></title><description><![CDATA[
<p>Article URL: <a href="https://blog.gabornyeki.com/2024-11-hiding-a-message-in-my-pytorch-weights/">https://blog.gabornyeki.com/2024-11-hiding-a-message-in-my-pytorch-weights/</a></p>
<p>Comments URL: <a href="https://news.ycombinator.com/item?id=42236820">https://news.ycombinator.com/item?id=42236820</a></p>
<p>Points: 1</p>
<p># Comments: 0</p>
]]></description><pubDate>Mon, 25 Nov 2024 15:01:10 +0000</pubDate><link>https://blog.gabornyeki.com/2024-11-hiding-a-message-in-my-pytorch-weights/</link><dc:creator>gnyeki</dc:creator><comments>https://news.ycombinator.com/item?id=42236820</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=42236820</guid></item><item><title><![CDATA[Borrow Checking, RC, GC, and the Eleven (!) Other Memory Safety Approaches]]></title><description><![CDATA[
<p>Article URL: <a href="https://verdagon.dev/grimoire/grimoire#the-list">https://verdagon.dev/grimoire/grimoire#the-list</a></p>
<p>Comments URL: <a href="https://news.ycombinator.com/item?id=41974185">https://news.ycombinator.com/item?id=41974185</a></p>
<p>Points: 3</p>
<p># Comments: 1</p>
]]></description><pubDate>Mon, 28 Oct 2024 18:07:59 +0000</pubDate><link>https://verdagon.dev/grimoire/grimoire#the-list</link><dc:creator>gnyeki</dc:creator><comments>https://news.ycombinator.com/item?id=41974185</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=41974185</guid></item><item><title><![CDATA[Linus and Dirk on succession, Rust, and more]]></title><description><![CDATA[
<p>Article URL: <a href="https://lwn.net/Articles/990534/">https://lwn.net/Articles/990534/</a></p>
<p>Comments URL: <a href="https://news.ycombinator.com/item?id=41973782">https://news.ycombinator.com/item?id=41973782</a></p>
<p>Points: 5</p>
<p># Comments: 0</p>
]]></description><pubDate>Mon, 28 Oct 2024 17:33:40 +0000</pubDate><link>https://lwn.net/Articles/990534/</link><dc:creator>gnyeki</dc:creator><comments>https://news.ycombinator.com/item?id=41973782</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=41973782</guid></item><item><title><![CDATA[Inside STL: The string (2023)]]></title><description><![CDATA[
<p>Article URL: <a href="https://devblogs.microsoft.com/oldnewthing/20230803-00/?p=108532">https://devblogs.microsoft.com/oldnewthing/20230803-00/?p=108532</a></p>
<p>Comments URL: <a href="https://news.ycombinator.com/item?id=41872819">https://news.ycombinator.com/item?id=41872819</a></p>
<p>Points: 1</p>
<p># Comments: 0</p>
]]></description><pubDate>Thu, 17 Oct 2024 19:14:29 +0000</pubDate><link>https://devblogs.microsoft.com/oldnewthing/20230803-00/?p=108532</link><dc:creator>gnyeki</dc:creator><comments>https://news.ycombinator.com/item?id=41872819</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=41872819</guid></item><item><title><![CDATA[A Modern Compiler for the French Tax Code (2021)]]></title><description><![CDATA[
<p>Article URL: <a href="https://arxiv.org/abs/2011.07966">https://arxiv.org/abs/2011.07966</a></p>
<p>Comments URL: <a href="https://news.ycombinator.com/item?id=41037654">https://news.ycombinator.com/item?id=41037654</a></p>
<p>Points: 2</p>
<p># Comments: 0</p>
]]></description><pubDate>Mon, 22 Jul 2024 18:14:01 +0000</pubDate><link>https://arxiv.org/abs/2011.07966</link><dc:creator>gnyeki</dc:creator><comments>https://news.ycombinator.com/item?id=41037654</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=41037654</guid></item><item><title><![CDATA[New comment by gnyeki in "My Python code is a neural network"]]></title><description><![CDATA[
<p>I'm glad you found it valuable! Both are good questions and I haven't gone far enough mapping the code to Elman's architecture to know the answer to the second.<p>For your first question, using three hidden layers makes it a little clearer what the network does. Each layer performs one step of the calculation. The first layer collects what is known from the current token and what we knew after the calculation for the previous token. The second layer decides whether the current token looks like program code, by checking if it satisfies the decision rule. The third layer compares the decision with what we decided for previous tokens.<p>I think that this could be compressed into a single hidden layer, too. A ReLU should be good enough at capturing non-linearities so this should work.</p>
]]></description><pubDate>Mon, 01 Jul 2024 16:21:37 +0000</pubDate><link>https://news.ycombinator.com/item?id=40847301</link><dc:creator>gnyeki</dc:creator><comments>https://news.ycombinator.com/item?id=40847301</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=40847301</guid></item><item><title><![CDATA[New comment by gnyeki in "My Python code is a neural network"]]></title><description><![CDATA[
<p>This area is covered by non-parametric statistics more generally. There are many other methods to non-parametrically estimate functions (that satisfy some regularity conditions). Tree-based methods are one family of such methods, and the consensus still seems to be that they perform better than neural networks on tabular data. For example:<p><a href="https://arxiv.org/abs/2106.03253" rel="nofollow">https://arxiv.org/abs/2106.03253</a></p>
]]></description><pubDate>Mon, 01 Jul 2024 16:03:51 +0000</pubDate><link>https://news.ycombinator.com/item?id=40847107</link><dc:creator>gnyeki</dc:creator><comments>https://news.ycombinator.com/item?id=40847107</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=40847107</guid></item><item><title><![CDATA[My Python code is a neural network]]></title><description><![CDATA[
<p>Article URL: <a href="https://blog.gabornyeki.com/2024-07-my-python-code-is-a-neural-network/">https://blog.gabornyeki.com/2024-07-my-python-code-is-a-neural-network/</a></p>
<p>Comments URL: <a href="https://news.ycombinator.com/item?id=40845304">https://news.ycombinator.com/item?id=40845304</a></p>
<p>Points: 331</p>
<p># Comments: 67</p>
]]></description><pubDate>Mon, 01 Jul 2024 12:47:38 +0000</pubDate><link>https://blog.gabornyeki.com/2024-07-my-python-code-is-a-neural-network/</link><dc:creator>gnyeki</dc:creator><comments>https://news.ycombinator.com/item?id=40845304</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=40845304</guid></item></channel></rss>