Ah, that's the misunderstanding. The original comment was talking about "watching something on another pc". Like playing a video from a desktop PC on a laptop in another room. So it's the samba server we want to prevent from sleeping, not the client. Yes it'd be nice to have a 24/7 media server set up, but for the simple case of sharing a file from one PC to another, it'd be nice for the server not to sleep in the middle of it by default.
For sure, I don't know the internals of Samba, but surely the server knows that it's serving a file no matter how the client accesses it. I don't think a few dbus messages would cause issues.
I have my own service that looks at the network traffic via /proc and a few other things. That sends the system to sleep itself if everything looks truly idle.
I do think it would be nice for a file server like samba to inhibit sleep using the standard interface for it. But yeah, I appreciate there are complications, like video playback is presumably pulling a small extent of a file at a time, so there would have to be some kind of timer before releasing the inhibition or the system would sleep between transfers.
EDIT: I just took a look; with loglevel set to 3 for smb and smb2 I see log messages like:
These occur at most 10 seconds apart when playing a video over a share from another host. I don't see why the smbd daemon couldn't inhibit sleep untill smbd_smb2_read hasn't run for a minute or so. You could have a script that monitors that log output and does this externally but it'd be nice to have built in.
Of course not, but plenty do when running a task where the user is unlikely to make inputs and also doesn't want the machine to sleep. Firefox can call org.gnome.SessionManager.Inhibit over dbus with the "video-playing" description, same for VLC. Transmission can call that interface while a transfer is in progress (with a config toggle). It seems a pretty reasonable default for samba to do the same while a long-running file transfer is ongoing.
[Samba] doesn’t copy your files for you.
Sure but it has to know when a transfer is running. It would be nice to have the option to inhibit sleep if the transfer is runs for a significant amount of time.
I still don't understand the point of namespaces. I guess it's less overhead to pass through a namespace to a VM rather than having a virtualised disk image or bind mount.
Yeah there was a post asking for open source Lemmy apps and I wondered why Connect hadn't been mentioned. The FOSS apps seem to be getting really good, but Connect is still just a cut above. Making it open source would make it outright the best.
I would encourage you not to split things up too finely. A single repo for your environment would allow you to see all related changes with git. E.g. if you set up a new VM it might need a playbook to set something up, a script to automate a task, and a DNS entry. With a well put together commit message explaining why you're making those changes there's not much need for external documentation.
Maybe if you want some more info organised in a wiki, point to the initial commit where you introduced some set up. That way you can see how something was structured. Or if you have a issue tracker you can comment with research on something and then close the issue when you commit a resolution.
Try not to have info spread out too much or maintaining all the pieces will become a chore. Make it simple and easy to keep up.
Godbolt to the rescue! So gcc 13.2 certainly does produce the same code, though a lot of other versions and compilers do it slightly differently. Surprisingly, clang doesn't optimise this and uses idiv for the modulo version.
8% reduction in peak AC usage would be huge. I don't have a good feel for numbers like that but I'd imagine it would take a lot of maintenance and roof replacements not not make a saving given that kind of energy reduction.
It would be nice if they could estimate some uncertainties and show where the break even is between energy reduction and upkeep energy expenditure.
The point being made is that it also depends how often the 'true' value gets used in the code. Tests might only evaluate it a few times per run, or they could cause billions of evaluations per run. You can't know the probability of a test failure without knowing the occurrence rate of that expression.
Usually aluminium or glass. There's a metallic coating applied to the outside surfaces that stores the data. That layer is very thin though, so most of the material is the substrate.
They wouldn't need to access 14,000 separate accounts if they had internal access to the database.
The article states they got access to "private data" from 6.9 million other users via a 'DNA relatives' feature but doesn't explain what kind of information that is. For those accounts that got directly accessed, it seems unlikely the hackers requested and intercepted an email for every one without being noticed sooner. Sounds like they only scraped what's available on the site itself but it'd be nice if the article actually detailed that.
Ah, that's the misunderstanding. The original comment was talking about "watching something on another pc". Like playing a video from a desktop PC on a laptop in another room. So it's the samba server we want to prevent from sleeping, not the client. Yes it'd be nice to have a 24/7 media server set up, but for the simple case of sharing a file from one PC to another, it'd be nice for the server not to sleep in the middle of it by default.