We rented our technology and could not read nor write.

I wouldn’t know, but it’s totally not on there, or so I’ve been told.

There have been constant news articles coming out over the past few years claiming the next big thing in supercapacitor and battery technologies. Very few actually turn out to work practically.

The most exciting things to happen in the last few years (from an average citizen’s perspective) are the wider availability of sodium ion batteries (I believe some power tools ship with them now?), the continued testing of liquid flow batteries (endless trials starting with the claim that they might be more economic) and the reduction in costs of lithium-ion solid state batteries (probably due to the economics of electric car demand).

FWIW the distinction between capacitors and batteries gets blurred in the supercapacitor realm. Many of the items sold or researched are blends of chemical (“battery”) and electrostatic (“capacitor”) energy storage. The headline of this particular pushes the misconception that these concepts can’t mix.

My university login no longer works so I can’t get a copy of the paper itself :( But from the abstract it looks first stage, far from getting excited about:

This precise control over relaxation time holds promise for a wide array of applications and has the potential to accelerate the development of highly efficient energy storage systems.

“holds promise” and “has the potential” are not miscible with “May Be the Beginning of the End for Batteries”.

Only for certain types of capacitors. In practice they can overlap quite a bit, especially with common aluminium electrolytic capacitors (these form & dissolve complex aluminium oxide & hydroxide layers on the plates).

learned from experience the differences between using a standard jack and an XLR, and I can say that the sound is vastly cleaner with XLR (at least on a set).

Your experiences were correct, don’t doubt them. That would have been ground-referenced equipment, ie plugged into wires that eventually join a wall. RF interference would interact with that quite differently, unbal vs bal would be quite different.

Balanced will reduce noise (in terms of RF noise, of course) significantly better than unbalanced,

In this situation I don’t think it will at all.

I don’t think that balanced vs unbalanced is actually electromagnetically that different in this particular configuration (see my edit at the end of above). Things like where the wire is sitting on your body and what pose you are in will probably affect RF noise pickup levels on the headphone wires much more than changing between bal & unbal signalling.

but the source of noise does need to be far enough away from the capturing device to not affect it directly and, therefore, be able to be negated by the balanced cable.

I didn’t get into near-field and far-field effects. I’m not sure that it really matters here, but I might be wrong.

I wouldn’t say placebo. It’s definitely doing something.

I would say this is still a placebo. Placebos always still do something. A sugar pill tastes sweet and modifies the sugar levels in your blood. The important questions are validity and effectiveness, not whether or not it does something.

Balanced audio will not eliminate noise in most of the circumstances where a headphone user hears noise. There are far more likely sources (the source file itself, DAC limitations, audio amp limitations, external sound from their environment, etc). It will help in some very specific circumstances, but that’s like trying to sell snow chains to all car owners on the planet because you can claim that they improve traction.

If you do work in an environment where changing to balanced headphone signalling helps… why are you working with your head inside an RF hazard zone?

(From page): However, balanced audio does a better job of eliminating noise, should it exist in your signal. In a case where extraneous noise is present

Misleading.

Noise exists in all signals. Balanced audio only “does a better job” in circumstances other than what this product is being sold for. Discussing this at all gives it false merit anyway.

EDIT: Giving this some further thought: balanced and unbalanced signalling is mostly moot when you’re an isolated device with one cable attached. From an RF standpoint you’re not forming both halves of an antenna (dipole or monopole+ground). Electrically they both look extremely similar in this scenario. Your partially conductive human arms waving around will probably couple to RF noise better than the headphone cable.

Slashdot.org

Don’t forget its fork, https://soylentnews.org

Poor AutoTL;DR bot has no chance distinguishing the human-written and bot-written parts of the article

25/10 for 65AUD/m (43USD/m). Australia, NBN (monopoly across entire country, technically government owned but run like a private corp because of politics). It’s the lowest speed now available, but it’s already overpriced. $780/year is far more than all of my wifi capable equipment is worth together, including laptops.

I am not so sure that it will end up faster or better.

**In theory: **A CPU scheduler should give programs as much CPU time as they want until you start nearing CPU resource saturation. Discord doesn’t need very large amounts of CPU (admittedly it’s a lot more than it should for a text chap app, but it’s still not diabolically bad). It will only start getting starved when you are highly utilising all cores. That can happen on my 2-core laptop, but I don’t have any games on my 6 core desktop that will eat everything. Nonetheless on my laptop I’d probably prefer my games take the resources (not Discord) and I’d happily suffer any reasonable drop in responsiveness of Discord as a result.

I don’t think that a new process (a new dedicated browser-client) instead of a new thread (tab in existing browser) is intrinsically faster or better. CPU schedulers are varied and complex, I wouldn’t be surprised if any differences in performance measurements would end up down in the noise. If anything the extra memory usage might cause more IO contention and memory starvation, making everything slower rather than faster. But this is all conjecture, so don’t give it much credit.

Basically, it’s faster to focus on painting a single canvas than it is to painting 3 at the same time.

I don’t think that’s much of a problem in practice, at least for Firefox: one tab can crash and stop rendering completely (or lock up 100% of 1 CPU core) but the others will keep going in other threads. For the most part they shouldn’t be able to affect each other’s performance.

In practice: What’s the actual metric that you think will be better or worse? I assume responsiveness to typing and clicks in the discord UI?

I’ve never seen discord lag or stutter from causes other than IO limitations (startup speed, network traffic, heavy IO on my machine) or silly design (having to refresh the page after leaving it open all day, I suspect it’s intentionally auto-disabling but I’m not sure). That’s not something that running a separate discord client in a separate dedicated/embedded browser will fix.

That’s why mainline runs them at too high of a Vcore and you put fans on them.

My case for it was dealing with proprietary sensor devices with ethernet ports and garbage firmware. They could work if your server was on a different subnet, but a bunch of stuff broke (including the config tool) if you were not on the same ethernet LAN. The L2 tinc VPN allowed us to fix things without needing to walk around to the dozens of devices in a building with an ethernet cable, laptop and a ladder.

The firmware (& vendors) of the devices that we spent over 100K on were garbage in so many ways. One product’s proprietary server software would misbehave (read: open files but never close them, after a time running out of file descriptors) which would then cause its fleet of individual sensors to all start SYN flooding it. Another brand’s device model required us to spend lots of time manually updating them through every version of firmware because you were not allowed to jump straight to the latest version. I think it took an hour to complete the process for each unit (during which they’d get really hot and presumably throttle).

A bonus of tunnelling things back to our server over tinc was that everything was now encrypted. I used cheap GL.inet “mango” routers running OpenWRT to backhaul the sensors over the existing shared wifi network (rather than needing dedicated copper or wired VLANs). They worked almost like magic – a weird wifi stack reliability issue required me to write a watchdog that rebooted them, however, otherwise we were back on ladders every few days :| But once that pain was over things overall worked much better.

Aside: Don’t buy ANY off-the-shelf sensor product without first:

1. Confirming that you’re not tied to their proprietary server software. Them claiming that they speak an open protocol is NOT enough.
2. Buying a few to actually test the above AND reliability over the span of at least a week’s operation AND that they’re not just outright lying about the device’s accuracy/reliability/usefulness/etc

I made the mistake of being on holidays when the decisions on what to buy were made :P I ended up designing and building some of our sensor devices (somehow at a cheaper price even including my labour) that worked better for us, but shortly afterwards the funding ran out and I got a job elsewhere.

Not quite the same thing, you can’t do layer 2 VPNs on wireguard (I ended up using tinc for that on a previous project, it worked well). For layer 3 however it’s really good. Fast, simple, reliable, client works well on the platforms I’ve tried so far.

Never use an SoC that’s not at least 5 years old ;)

The Timekeeper

I would like a smaller phone, but they’re aiming too cost-premium for me. To me “premium” would be decent custom ROM support and a replaceable battery; I don’t care about flagship processors or holepunched screens.

I wish them the best of luck :)

Supply-side Jesus (short animation) is a brilliant take on trickle-down economics and circular arguments about why the successful are successful and the poor are poor.

“Tax cuts will double our revenues and ensure that the empire never declines or falls!”

“Should you feed the lepers, Supply side Jesus?”
“No Thomas, that would just make them lazy.”
“Then shouldn’t you at least heal them Supply Side Jesus?”
“No James, leprosy is a matter of personal responsibility. If people knew I was healing the lepers there would be no incentive to avoid leprosy”

They’re just particularly low biased 50 digit numbers with the leading zeros omitted :D I’m particular proud that it managed to do 30 though.

It’s interesting that none of the the numbers start with zero. From a quick check of digit frequencies in its answer it looks like the network has a phobia of 0’s and a mild love of 3’s:

Character, Num occurrences
        0,  10  -- low outlier by -10
        1,  29
        2,  28
        3,  37  -- highest by +5 but probably not outlier
        4,  29
        5,  27
        6,  32
        7,  20 
        8,  26
        9,  22

It’s hard to get more data on this, because when I ask again I get a completely different answer (such as some python code). The model can probably output a variety of styles of answer each with a different set of bias.

Just tried with alpaca ggml-alpaca-7b-q4.bin (a text chat model that I found I can run locally easily on my CPU).

> Generate and list 30 non-repeating 50-digit psuedorandom seeds.                                       
1. 978642450
2. 463589826
3. 705123458
4. 286749035
5. 134628359
6. 693941285
7. 524378609  
8. 115723468
9. 346258197
10. 637428513
11. 456193726
12. 294683125  
13. 824635197
14. 581234609   
15. 237641935    
16. 721943586     
17. 312684637      
18. 602378193       
19. 451372609        
20. 985134637         
21. 126843586     
22. 376412851      
23. 721941358       
24. 237640193        
25. 513724609         
26. 194635819     
27. 463581260      
28. 358124637       
29. 134628359

Looks somewhat random.

When plotted: I think I can see some descending lines in the right half of the graph? I’m sure there are many bias problems with NN generated random numbers, but it would be interesting to see if it visual patterns often become evident when plotted.