I once met a person that never drank water, only soft drinks. It’s not the unhealthiness of this that disturbed me, but the fact they did it without the requisite paperwork.

Unlike those disorganised people I have a formal waiver. I primarily drink steam and crushed glaciers.

  • 1 Post
  • 53 Comments
Joined 2 years ago
cake
Cake day: June 14th, 2023

help-circle

  • WaterWaiver@aussie.zonetoMemes@lemmy.mlmmmm tasty carbon
    link
    fedilink
    English
    arrow-up
    2
    ·
    edit-2
    4 months ago

    I swear that I read that white lead oxide is water soluble, thus happily sticks to your fingers and then gets on your food. I must be misremembering.

    Maybe it was something about the solid lead object turning into an (oxide) powder that can then be easily ported as tiny particles on greasy hands? Hearsay science and safety information from me today :)


  • WaterWaiver@aussie.zonetoMemes@lemmy.mlmmmm tasty carbon
    link
    fedilink
    English
    arrow-up
    5
    ·
    edit-2
    4 months ago

    The fun thing about Pb is it’s relatively safe in pure form. Unfortunately the oxides that appear on its surface are water soluble and love entering our bodies.

    Just looked this up, apparently I’m completely wrong. Maybe I was thinking about lipid compatibility? Not sure now.



  • Bleepingcomputer’s title and article are very misleading, the presentation did NOT reveal a backdoor into an ESP32. It looks like Bleepingcomputer completely misunderstood what was presented (EDIT: and tarlogic isn’t helping with the first sentence on their site).

    Instead the presentation was about using an ESP32 as a tool to attack other devices. Additionally they discovered some undocumented commands that you can send from the ESP32 processor to the ESP32 radio peripheral that let you take control of it and potentially send some extra forms of traffic that could be useful. They did NOT present anything about the ESP32 bluetooth radio being externally attackable.

    Another perspective that might help: imagine you have a cheap bluetooth chipset that is open source and well documented. That would give you more than what the presentation just found. Would Bleepingcomputer then be reporting it’s a backdoor threatening millions of devices?













  • 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.