termbin.com VS NoPaste.ml

Http://termbin.com/ and it can be selfhosted too https://github.com/solusipse/fiche. Source: 11 months ago

Second, a simple tool is "System Info" in the Cinnamon Menu. Open it, then click the "Upload System Information" button and it will copy everything to termbin.com ... Grab that link and post that. MUCH easier :). Source: 11 months ago

You do not need to post a screenshot - click the Upload system info button. A browser tab will open to termbin.com, and you simply post the url. Source: about 1 year ago

Install smartmontools then sudo smartctl -a /dev/sda | nc termbin.com 9999 and post the link. My ssd reads 194 Temperature 32 C. Source: about 1 year ago

Also another way to share a journal or the output of any command is to pipe it directly to a pastebin like (termbin)[https://termbin.com/] with a command like journalctl -u libvirtd.service | nc termbin.com 9999. journalctl won't truncate any lines if it is redirected, as happened in your paste. Source: over 1 year ago

And as long as we're complaining about compute-heavy problems, 2016 day 5 is the worst; it took 3 hours and 11 minutes to complete in m4 on my hardware (computing md5 in python involves calling into a library which in turn probably uses pre-compiled C code rather than native python for the core computations, but computing it natively in m4 is just painfully slow). Source: almost 3 years ago

So I coded up something that I did not see mentioned anywhere in the megathread. Instead of storing just the recipe number in each array location, with an array entry for every recipe, I stored a tuple of recipe number and next array position. For a0-a22, the next number is pre-computed. But for a23 onwards, the next array position is exactly one larger - that is, the rest of my array stores ONLY the recipes... Source: about 3 years ago

So my next round did what many of the megathread solutions did: for each pair of input lines, determine if they are similar. This cuts the complexity from exponential O(2^n) to quadratic O(n^2), and runtime was down to 1.3s (a 300x speedup over regex abuse). Note that due to the use of substr, I risk inadvertent macro expansion if slicing a lower-case line forms a macro name such as 'nl', so I had to further... Source: about 3 years ago

Wow, that really made a difference! I got another ~250x speedup (best-case run from ~18.5s to 71ms) with this tweak. Instead of performing a full matrix multiply (O(1) work per iteration regardless of active rows, and O(log n) iterations), I take advantage of the sparseness of the initial few iterations. That is, I start out with only one row active; (however, by iteration 50 all 92 rows are active), as well as... Source: about 3 years ago

Or course, only after I had written my entire solution did I notice in the megathread that avoiding division when computing math modulo M31 (0x7fffffff) is already a known optimization. But I thought it was pretty cool that I was able to derive that optimization from something more general, and that my solution works without any 64-bit math or explicit division operators. Source: about 3 years ago