In case you are being serious, the save icon is a picture of a “floppy disk” a removable media that was extremely prevalent in the 80s-90s these devices could store get this 1.44 MB of data. IIRC Windows 95 came out on 13 of these puppies that you had to put in one after the other to actually install windows. This was also a similar situation for games.
I’ve played before anticheat was a thing and it is meaningless. Cheaters are going to cheat. The best anticheat systems are voting. The game kicks a winning vote total and then that server sends the rest of the servers it’s results. Then that account is flagged as a cheater. The only way a cheater can exist is they hide and don’t cheat and are obvious in it
Votekick really doesn’t work as an anticheat, especially without good playback analysis option and even then good gamesense looks like wallhacking in shooters to new players for example when all you are doing is tracking sound and have good crosshair placement. If you can’t review replay and there is no blatant cheating like speedhack or spinbot or teleporting, what are you voting on? The fact that you are getting stomped?
To be clear I’m not saying invasive anti-cheat is the way, but IMO voting is not the way to go.
Proton is a translation layer that uses Wine and other tricks to allow you to run Windows games on Linux. It’s a Valve project that is making a ton of progress on compatibility. It’s a huge part of the success of the Steam Deck.
I’d just like to interject for a moment. What you’re refering to as Linux, is in fact, BusyBox/Linux, or as I’ve recently taken to calling it, BusyBox plus Linux. Linux is not an operating system unto itself, but rather another free component of a fully functioning BusyBox system made useful by the BusyBox corelibs, shell utilities and vital system components comprising a full OS as defined by POSIX…
It was less useless for that purpose when cp and cat were less I/O efficient compared to dd with the appropriate block size, which isn’t as much the case now as it used to be.
Except the proposed alternative should not be cp or pv, but dd bs=4M oflag=direct,sync status=progress.
I feel like I’m taking crazy pills with all the advice in this thread, because for USB keys you will otherwise end up instantly filling the write cache… which will block the apparent progress of the copy operation (so why even use pv since all you’re doing is measuring your RAM speed and available cache size) as well as heavily slow down (even potentially partially freeze in some circumstances) the rest of your system as the kernel is running out of free pages and can’t flush caches fast enough due to the slow-ass write speeds of usb keys.
(Alternatively there is a kernel setting somewhere to disable caching globally for a block device… but in most cases caching is good, just not when you’re flashing an ISO).
so why even use pv since all you’re doing is measuring your RAM speed and available cache size
This is probably why pv progress fills in a second but is only done after a few minutes. Nonetheless, shell redirect, cat, cp work fine and handle blocksize and cache dynamically.
Your worst case scenario never happened to me after years of using pv/cp for flashing sticks/overwriting/copying partitions, even with some …risky mount settings. Honestly doesn’t make much sense to me either. Again, dd isn’t some sort of magical safe handle to make the process progress smoothly. Like i use to say, dd is a skalpell, not a shovel.
I mean yeah, the bits end up where they should. It’s just that the speed/progress indication is near useless with pv since at the end of the copy you still need to wait for the entire write buffer to be flushed (2 GiB in my experience, which can take several minutes).
So IMO dd with at least oflag=osync,odirectis safer than cp and pv with which a newbie might forget to run sync and unplug the usb key immediately, so they’ll be missing a lot of data.
Maybe some people use dd for the wrong reason, it’s their problem, but the solution is to use dd bs=4M oflag=osync,odirect, not to use cp.
linuxmemes
Active
This magazine is from a federated server and may be incomplete. Browse more on the original instance.