<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: snaky</title><link>https://news.ycombinator.com/user?id=snaky</link><description>Hacker News RSS</description><docs>https://hnrss.org/</docs><generator>hnrss v2.1.1</generator><lastBuildDate>Tue, 07 Apr 2026 06:03:37 +0000</lastBuildDate><atom:link href="https://hnrss.org/user?id=snaky" rel="self" type="application/rss+xml"></atom:link><item><title><![CDATA[New comment by snaky in "Wearable gadgets that can read your mind"]]></title><description><![CDATA[
<p>So could we have a relevant ads this way finally?</p>
]]></description><pubDate>Fri, 17 Jan 2020 15:53:48 +0000</pubDate><link>https://news.ycombinator.com/item?id=22075687</link><dc:creator>snaky</dc:creator><comments>https://news.ycombinator.com/item?id=22075687</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=22075687</guid></item><item><title><![CDATA[New comment by snaky in "BlackRock’s decision to dump coal signals what’s next"]]></title><description><![CDATA[
<p>What if you take a look at coal performance in China, Asia and Africa?</p>
]]></description><pubDate>Fri, 17 Jan 2020 12:48:53 +0000</pubDate><link>https://news.ycombinator.com/item?id=22074129</link><dc:creator>snaky</dc:creator><comments>https://news.ycombinator.com/item?id=22074129</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=22074129</guid></item><item><title><![CDATA[New comment by snaky in "Toronto is surveillance capitalism’s new frontier"]]></title><description><![CDATA[
<p>> about half of U.S. adults (49%) say it is acceptable for the government to collect data about all Americans in order to assess potential threats.<p><a href="https://www.pewresearch.org/fact-tank/2019/11/15/key-takeaways-on-americans-views-about-privacy-surveillance-and-data-sharing/" rel="nofollow">https://www.pewresearch.org/fact-tank/2019/11/15/key-takeawa...</a></p>
]]></description><pubDate>Fri, 17 Jan 2020 11:15:21 +0000</pubDate><link>https://news.ycombinator.com/item?id=22073712</link><dc:creator>snaky</dc:creator><comments>https://news.ycombinator.com/item?id=22073712</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=22073712</guid></item><item><title><![CDATA[New comment by snaky in "Washington pressures TSMC to make chips in US"]]></title><description><![CDATA[
<p>So digital giants have more lobbyist potential (in financial terms only, they cannot compete in massive 'job creation' in a districts all around the US, especially blue collar jobs) than the whole MIC, and the incentives to use it to counter lobbyist potential of warmongers. Why don't they use it for actual lobbying-for-global-piece?</p>
]]></description><pubDate>Fri, 17 Jan 2020 01:34:56 +0000</pubDate><link>https://news.ycombinator.com/item?id=22071039</link><dc:creator>snaky</dc:creator><comments>https://news.ycombinator.com/item?id=22071039</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=22071039</guid></item><item><title><![CDATA[New comment by snaky in "Video Gaming Will Take Over"]]></title><description><![CDATA[
<p>And forums where readers still communicate with authors shaping the new chapters.<p>> This essay will focus on two particularly striking mid-nineteenth-century examples of the complex relationships that unite the writer, readers, and editor of a serial. The first one is a French novel. Les Mystères de Paris, by Eugène Sue, which was serialized over a year and a half in 1842-43 in the Paris daily Le Journal des Débats Politiques et Littéraires, which translates literally as the Journal of Political and Literary Debates; the second is Uncle Tom's Cabin, by Harriet Beecher Stowe, which first appeared in the antisîavery weekly, the National Era, between 1851 and 1852.<p>> My first point is that in the case of both works, apart from the fact that they aimed at social reform and were tremendously popular and violently criticized, their respective readers played a role in giving final form to each novel, particularly in terms of length. I will then examine the locus of the discussion that is being carried on between the readers and the writer. In Stowe's case, since she was writing far from Washington, where the National Era was based, the conversation between the reader and the writer was carried on in the columns of the Era itself. In Sue's case, the correspondence between reader and writer was mostly conducted via private letters, for reasons I will go into later. Sue kept more than three hvmdred of the letters he received while writing Les Mystères; those letters have now been edited and published. As can be imagined, they provide a rare and invaluable insight into the interaction between reader and writer during the publication of a serial.<p><a href="http://www.americanantiquarian.org/proceedings/44539534.pdf" rel="nofollow">http://www.americanantiquarian.org/proceedings/44539534.pdf</a></p>
]]></description><pubDate>Wed, 15 Jan 2020 12:28:17 +0000</pubDate><link>https://news.ycombinator.com/item?id=22053610</link><dc:creator>snaky</dc:creator><comments>https://news.ycombinator.com/item?id=22053610</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=22053610</guid></item><item><title><![CDATA[New comment by snaky in "Language as an intellectual tool: From hieroglyphics to APL (1991)"]]></title><description><![CDATA[
<p>I had this feeling exactly listening (great, as everything Aaron does) presentation about manipulation and transformation of trees in APL, <a href="https://www.youtube.com/watch?v=hzPd3umu78g" rel="nofollow">https://www.youtube.com/watch?v=hzPd3umu78g</a></p>
]]></description><pubDate>Wed, 15 Jan 2020 01:24:15 +0000</pubDate><link>https://news.ycombinator.com/item?id=22050951</link><dc:creator>snaky</dc:creator><comments>https://news.ycombinator.com/item?id=22050951</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=22050951</guid></item><item><title><![CDATA[New comment by snaky in "Maybe You Don't Need Kubernetes (2019)"]]></title><description><![CDATA[
<p>One modern PC server with PostgreSQL can handle about 1 mln transactions per second.<p><a href="http://akorotkov.github.io/blog/2016/05/09/scalability-towards-millions-tps/" rel="nofollow">http://akorotkov.github.io/blog/2016/05/09/scalability-towar...</a></p>
]]></description><pubDate>Mon, 13 Jan 2020 17:36:36 +0000</pubDate><link>https://news.ycombinator.com/item?id=22036588</link><dc:creator>snaky</dc:creator><comments>https://news.ycombinator.com/item?id=22036588</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=22036588</guid></item><item><title><![CDATA[New comment by snaky in "Maybe You Don't Need Kubernetes (2019)"]]></title><description><![CDATA[
<p>And 5 if not 9 out of that Fortune 10' NoSQL dbs were just tied with a duck tape ('Our frontend team needs something they could understand - Ah okay then') to the mainframe with a previous generation of NoSQL - like ADABAS, IMS or z/TPF - and a ton of COBOL code where all the work is done since forever.</p>
]]></description><pubDate>Mon, 13 Jan 2020 17:31:36 +0000</pubDate><link>https://news.ycombinator.com/item?id=22036538</link><dc:creator>snaky</dc:creator><comments>https://news.ycombinator.com/item?id=22036538</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=22036538</guid></item><item><title><![CDATA[New comment by snaky in "What I think what we need to do to keep FreeBSD relevant (2019)"]]></title><description><![CDATA[
<p>OTOH, "As one step toward building high performance NVM systems, we explore the potential dependencies between system call performance and major hardware components (e.g., CPU, memory, storage) under typical user cases (e.g., software compilation, installation, web browser, office suite) in this paper. We find that there is a strong dependency between the system call performance and the CPU architecture. On the other hand, the type of persistent storage plays a less important role in affecting the performance."<p><a href="https://arxiv.org/abs/1903.04075" rel="nofollow">https://arxiv.org/abs/1903.04075</a></p>
]]></description><pubDate>Mon, 13 Jan 2020 03:13:36 +0000</pubDate><link>https://news.ycombinator.com/item?id=22031541</link><dc:creator>snaky</dc:creator><comments>https://news.ycombinator.com/item?id=22031541</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=22031541</guid></item><item><title><![CDATA[New comment by snaky in "What I think what we need to do to keep FreeBSD relevant (2019)"]]></title><description><![CDATA[
<p>It seems some highest-performant enterprise solutions consider the MS-DOS way as well.<p>"The Coherent Accelerator Processor Interface (CAPI) is a general term for the infrastructure that provides high throughput and low latency path to the flash storage connected to the IBM POWER 8+ System. CAPI accelerator card is attached coherently as a peer to the Power8+ processor. This removes the overhead and complexity of the IO subsystem and allows the accelerator to operate as part of an application. In this paper, we present the results of experiments on IBM FlashSystem900 (FS900) with CAPI accelerator card using the "CAPI-Flash IBM Data Engine for NoSQL Software" Library. This library provides the application, a direct access to the underlying flash storage through user space APIs, to manage and access the data in flash. This offloads kernel IO driver functionality to dedicated CAPI FPGA accelerator hardware. The results indicate that FS900 & CAPI, together with the metadata cache in RAM, delivers the highest IO/s and OP/s for read operations. This was higher than just using RAM, along with utilizing lesser CPU resources."<p><a href="https://arxiv.org/abs/1909.07166" rel="nofollow">https://arxiv.org/abs/1909.07166</a></p>
]]></description><pubDate>Sun, 12 Jan 2020 22:54:11 +0000</pubDate><link>https://news.ycombinator.com/item?id=22030227</link><dc:creator>snaky</dc:creator><comments>https://news.ycombinator.com/item?id=22030227</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=22030227</guid></item><item><title><![CDATA[New comment by snaky in "What I think what we need to do to keep FreeBSD relevant (2019)"]]></title><description><![CDATA[
<p>Universal kernel bypass for IO? Does it imply every userspace program should know how to communicate with every kind of IO device? No block layer? What about memory and caching?</p>
]]></description><pubDate>Sun, 12 Jan 2020 13:00:24 +0000</pubDate><link>https://news.ycombinator.com/item?id=22026093</link><dc:creator>snaky</dc:creator><comments>https://news.ycombinator.com/item?id=22026093</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=22026093</guid></item><item><title><![CDATA[Deep Reinforcement Learning is a waste of time]]></title><description><![CDATA[
<p>Article URL: <a href="http://www.jtoy.net/blog/deep-reinforcement-learning-is-a-waste-of-time.html">http://www.jtoy.net/blog/deep-reinforcement-learning-is-a-waste-of-time.html</a></p>
<p>Comments URL: <a href="https://news.ycombinator.com/item?id=21916775">https://news.ycombinator.com/item?id=21916775</a></p>
<p>Points: 21</p>
<p># Comments: 3</p>
]]></description><pubDate>Mon, 30 Dec 2019 21:14:16 +0000</pubDate><link>http://www.jtoy.net/blog/deep-reinforcement-learning-is-a-waste-of-time.html</link><dc:creator>snaky</dc:creator><comments>https://news.ycombinator.com/item?id=21916775</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=21916775</guid></item><item><title><![CDATA[New comment by snaky in "C Is Not a Low-level Language (2018)"]]></title><description><![CDATA[
<p>"Itanium was in-order VLIW, hope people will build compiler to get perf. We came from opposite direction - we use dynamic scheduling. We are not VLIW, every node defines sub-graphs and dependent instructions. We designed the compiler first. We build hardware around the compiler, Intel approach the opposite."
<a href="https://www.anandtech.com/show/13255/hot-chips-2018-tachyum-prodigy-cpu-live-blog" rel="nofollow">https://www.anandtech.com/show/13255/hot-chips-2018-tachyum-...</a></p>
]]></description><pubDate>Fri, 27 Dec 2019 05:28:42 +0000</pubDate><link>https://news.ycombinator.com/item?id=21889432</link><dc:creator>snaky</dc:creator><comments>https://news.ycombinator.com/item?id=21889432</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=21889432</guid></item><item><title><![CDATA[New comment by snaky in "C Is Not a Low-level Language (2018)"]]></title><description><![CDATA[
<p>> if there's a "true low level language" for today I'd like to hear about it<p>"Steel Bank Common Lisp: because sometimes C abstracts away too much" <a href="https://www.pvk.ca/Blog/2014/03/15/sbcl-the-ultimate-assembly-code-breadboard/" rel="nofollow">https://www.pvk.ca/Blog/2014/03/15/sbcl-the-ultimate-assembl...</a><p>ATS - C plus everything you could get from modern types, including type-safe pointer arithmetics <a href="https://www.youtube.com/watch?v=zt0OQb1DBko" rel="nofollow">https://www.youtube.com/watch?v=zt0OQb1DBko</a><p>Compiling Haskell to hardware <a href="http://conal.net/blog/posts/haskell-to-hardware-via-cccs" rel="nofollow">http://conal.net/blog/posts/haskell-to-hardware-via-cccs</a></p>
]]></description><pubDate>Fri, 27 Dec 2019 05:16:22 +0000</pubDate><link>https://news.ycombinator.com/item?id=21889399</link><dc:creator>snaky</dc:creator><comments>https://news.ycombinator.com/item?id=21889399</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=21889399</guid></item><item><title><![CDATA[New comment by snaky in "The sad state of sysadmin in the age of containers (2015)"]]></title><description><![CDATA[
<p>> This find xargs mawk pipeline gets us down to a runtime of about 12 seconds, or about 270MB/sec, which is around 235 times faster than the Hadoop implementation.<p><a href="https://adamdrake.com/command-line-tools-can-be-235x-faster-than-your-hadoop-cluster.html" rel="nofollow">https://adamdrake.com/command-line-tools-can-be-235x-faster-...</a></p>
]]></description><pubDate>Mon, 09 Dec 2019 15:53:33 +0000</pubDate><link>https://news.ycombinator.com/item?id=21743636</link><dc:creator>snaky</dc:creator><comments>https://news.ycombinator.com/item?id=21743636</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=21743636</guid></item><item><title><![CDATA[New comment by snaky in "No to Chrome"]]></title><description><![CDATA[
<p>With removed ads and binaries <a href="https://f-droid.org/en/packages/com.github.axet.maps/" rel="nofollow">https://f-droid.org/en/packages/com.github.axet.maps/</a></p>
]]></description><pubDate>Fri, 06 Dec 2019 14:39:44 +0000</pubDate><link>https://news.ycombinator.com/item?id=21722103</link><dc:creator>snaky</dc:creator><comments>https://news.ycombinator.com/item?id=21722103</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=21722103</guid></item><item><title><![CDATA[New comment by snaky in "Comparing Parallel Rust and C++"]]></title><description><![CDATA[
<p>Maybe it's time to propose alternative syntax for Rust?</p>
]]></description><pubDate>Thu, 07 Nov 2019 16:18:50 +0000</pubDate><link>https://news.ycombinator.com/item?id=21474522</link><dc:creator>snaky</dc:creator><comments>https://news.ycombinator.com/item?id=21474522</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=21474522</guid></item><item><title><![CDATA[New comment by snaky in "TheForger's Win32 API Programming Tutorial"]]></title><description><![CDATA[
<p>> Now in Windows 10, User32/GDI is deprecated and obsolete for high-performance applications (and it’s really slow too after they axed GDI hardware acceleration in Vista), but there isn’t a single replacement, instead there’s like 5 of 6 - all incompatible with each other. While it’s true that it shouldn’t matter because OLE objects were rendered to their own separate hWnd, consider that the new UWP system doesn’t use hWnds, and frameworks like WPF have “air gap” issues with rendering their content overlaying another hWnd and often resort to hacks using window content blitting which drastically hurts performance (as you need to blit to/from RAM, instead of keeping it all in VRAM).<p><a href="https://news.ycombinator.com/item?id=21450112" rel="nofollow">https://news.ycombinator.com/item?id=21450112</a></p>
]]></description><pubDate>Thu, 07 Nov 2019 00:40:32 +0000</pubDate><link>https://news.ycombinator.com/item?id=21469263</link><dc:creator>snaky</dc:creator><comments>https://news.ycombinator.com/item?id=21469263</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=21469263</guid></item><item><title><![CDATA[New comment by snaky in "I Miss the Old Internet"]]></title><description><![CDATA[
<p>To find any useful content, first thing you do on the modern Internet is search for relevant forum for the topic you are interested in.</p>
]]></description><pubDate>Thu, 31 Oct 2019 06:48:36 +0000</pubDate><link>https://news.ycombinator.com/item?id=21406259</link><dc:creator>snaky</dc:creator><comments>https://news.ycombinator.com/item?id=21406259</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=21406259</guid></item><item><title><![CDATA[New comment by snaky in "I Miss the Old Internet"]]></title><description><![CDATA[
<p>Classic, yes. Forums like XDA-Developers, EEVBlog, Head-Fi, or DIYAudio.com. You can pretty much just search for "<topic> forum" and find them. Many of the best forums in the modern Internet are Russian and Chinese by the way.</p>
]]></description><pubDate>Thu, 31 Oct 2019 06:38:59 +0000</pubDate><link>https://news.ycombinator.com/item?id=21406229</link><dc:creator>snaky</dc:creator><comments>https://news.ycombinator.com/item?id=21406229</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=21406229</guid></item></channel></rss>