We thought of life by analogy was a journey, was a pilgrimage, which had a serious purpose at the end. And the thing was to get to that end.
Success, or whatever it is, or maybe heaven after you’re dead.
But we missed the point the whole way along. It was a musical thing, and you were supposed to sing, or to dance, while the music was being played
– Alan Watts
“Please insert Slackware disk Set A disk 3”
Chinchillas.
2010 (Space Odyssey 2).
Don’t cry, it’s only thunder.
Grave of the fireflies.
Blade runner.
This echoes my thoughts… Even simple question/answer to help others get old games working, useful links to emulation resources for older platforms etc.
With steam deck popularity, a new wave of inexperienced folks wanting to try things is guaranteed.
I’ve had so many nights where I would have killed to be able to get into a sleeping position like this.
Curse this middle aged body of mine!
I believe Larry Niven wrote about this very concept.
If I recall, it seems that while nice in theory, capitalism and less ethical folks become a problem quickly. To be fair though, the same can be said if pretty much any industry.
Some parents are only good examples when under the category of “don’t do it like that”.
Absolutely agree, but also points a sharp point at the general evils lurking behind most politics, essentially nailing an anarchic view of “doing what’s right” as opposed to “doing what’s legal”.
The hunt for red October.
Sneakers.
Not saying ever etc… Just my favorites of the top of my head
Good work! Love seeing a fellow seeder on here!
Da good stuff
lol I love how these always do the “We’ll get them all this time for sure!”
Awesome, so that’s good news. Disks probably just fine.
My next thoughts are on the service itself then… Your service providing the share might be getting throttled or not getting direct access to kernel hooks for performance.
Simplest test I would think is set up Samba or NFS in the host itself, not a container. Try a large transfer there. If speed isn’t an issue that way, then something at the container level is hindering you.
Hmm, at a glance those all look to be CMR.
To rule this out ideally, a tool like iostat (part of sysstat tools) can help. While moving data, and with the problem happening, if you run something like “iostat 1 -mx” and watch for a bit, you might be able to find an outlier or see evidence of if the drives are overloaded or of data is queueing up etc.
Notably watch the %util on the right side.
https://www.golinuxcloud.com/iostat-command-in-linux/ can help here a bit.
The %util is how busy the communication to the drive is… if maxed out, but the written per second is junk, then you may have a single bad disk. If many are doing it, you may have a design issue.
If %util doesn’t stay pegged, and you just see small bursts, then you know the disks are NOT the issue and can then focus on more complex diagnosis with networking etc.
What drives? If they are shingled, your performance will be terrible and the array runs a high risk of failing.
CMR is the way to go.
SMR behavior is about like what you describe… Fast until the drive cache is filled then plummets to nothing.
Floppy sets represent!