<div dir="auto"><div>I've seen recently a trend where code is optimized for run time and memory consumption is a distant second consideration.  I think this is a side-effect of the growth of big data,  where you really do have to worry about your run time.  Unfortunately this seems to have creeped into a lot of other types of coding where it doesn't make a much sense.</div><div dir="auto"><br></div><div dir="auto">For example, it's not uncommon to see data stored in hash tables which admittedly are fast to retrieve if you use the right hash table key.    But since most programmers don't think through the overhead of the key portion of the table, you'll often see many hash tables each containing the exact same set of keys, each holding one data item (say a distance in a routing table).   A more memory efficient method is to store a structure in the hash table containing all the values.  That way they only pay the key "tax" once. </div><div dir="auto"><br></div><div dir="auto">I could vent about all sort of other sins like this. </div><div dir="auto"><br></div><div dir="auto"><br></div><div dir="auto"><br><div class="gmail_quote" dir="auto"><div dir="ltr" class="gmail_attr">On Sat, Jun 18, 2022, 1:28 PM Randy Bush <<a href="mailto:randy@psg.com" target="_blank" rel="noreferrer">randy@psg.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">> It will also take much less RAM if you turn RPKI validation off.<br>
<br>
oh dear ghod.  do i need to turn the dancing donkeys off too?<br>
<br>
"Make each program do one thing well. To do a new job, build afresh<br>
rather than complicate old programs by adding new "features"."<br>
-- ken thompson - unix philosophy<br>
<br>
a good side to a bit of economic contraction might be a side effect of<br>
code bloat and featuritis contraction.<br>
<br>
randy, who has a 32G laptop and runs an editor with an rss of ~100MB<br>
</blockquote></div></div></div>