‹ BackHN Continuity

Thread

Comparison of Malloc() Algorithms

144 points · 51 comments · egberts1

  1. Nnnes · · focus · HN ↗
    <a href="https:&#x2F;&#x2F;web.archive.org&#x2F;web&#x2F;20260915165314&#x2F;https:&#x2F;&#x2F;egbert.net&#x2F;blog&#x2F;articles&#x2F;comparison-of-arena-architecture-in-malloc.html" rel="nofollow">https:&#x2F;&#x2F;web.archive.org&#x2F;web&#x2F;20260915165314&#x2F;https:&#x2F;&#x2F;egbert.ne...

    Funny SSL setup. Explanation from here <a href="https:&#x2F;&#x2F;news.ycombinator.com&#x2F;item?id=49133598">https:&#x2F;&#x2F;news.ycombinator.com&#x2F;item?id=49133598

    &gt; Oh, certain browser will not work with this blog if it cannot negotiate ONLY for Cha-Cha&#x2F;Poly. It&#x27;s by design as a showcase of why that particular web browser refuses to do that.

    I assume the &quot;particular web browser&quot; is Chromium, which won&#x27;t load it on any OS I&#x27;ve tried. On Windows, Firefox and the built-in curl.exe also refuse to connect.

    1. dark-star · · focus · HN ↗
      I don&#x27;t get what this is supposed to prove. That my browser doesn&#x27;t allow websites to declare what encryption they use? I am pretty sure there&#x27;s a point to all of this, but please let me (and my browser) choose which encryptions I want to trust.

      Is this a spec violation or something?

      1. gspr · · focus · HN ↗
        Isn&#x27;t the idea that the server and client should agree on a common subset? Here, the server&#x27;s subset is very small, but not esoteric – so then surely it&#x27;s the client that&#x27;s lacking in features?
        1. dark-star · · focus · HN ↗
          Yeah but I don&#x27;t want Chachacha, I prefer AES. If you can&#x27;t do AES, I&#x27;m not interested in the website :)
Open on Hacker News to reply ↗

Unofficial Hacker News client; not affiliated with Y Combinator.