It depends what you’re optimising for. If you want a single (relatively small) download to be available on your HDD as fast as possible, then your current setup might be better (optimising for lower latency). However, if you want to be maxing out your internet speeds at all time and increase your HDD speeds by making the copy sequential (optimising for throughput), then the setup with the catch drive will be better. Keep in mind that a HDD’s sequential write performance is significantly higher than its random write performance, so copying a large file in one go will be faster than copying a whole bunch of random chunks in a random order (like torrents do). You can check the difference for yourself by doing a disk benchmark and comparing the sequential vs random writes of your drive.
That seems like a good edit, and fair enough. Good to know that there is also room for people who want to use their computer in a non-fanatical way, simply minding our own business.
Och arm ziel, wat een zware examenperiode heb je wel niet achter de rug…
Engels was goed te doen (zoals volgens mij traditie is geworden). Het was wel lastiger dan vorige examens denk ik, maar ik kwam er nog steeds best goed uit. Alleen de tekst over de invloed van romantische poëzie op moderne breakup songs mocht er echt in stikken wat mij betreft.
Heb je trouwens verder nog leuke plannen voor na de examens (of eerder “het examen”)?
Ik heb het overleefd, ging eigenlijk best prima voor mijn gevoel. Ik was wel echt stomverbaasd dat de cosinusregel erin voorkwam, gelukkig had ik hem nog wel geleerd (op de dag van).
Het voelde wel een beetje alsof de examenmakers bij natuurkunde hadden afgekeken, daar zaten ook al heel veel sterrenkunde-opgaven. Sommige klasgenoten kregen een soort PTSD toen ze die opdrachten zagen (natuurkunde was lichtelijk traumatiserend dit jaar)
Hoe ging het bij jou? Meetkunde nog een beetje gelukt?
Oh never mind, you’re already using the proprietary driver.
Which GPU do you use? I believe mint defaults to the nouveau drivers for Nvidia GPU’s, which generally has significantly worse performance compared to the proprietary driver.
Could it be that the /usr/local/bin directory doesn’t exist? If that’s the case, you’d either have to create it or replace that part of the command with some other directory in your $PATH (make sure to change both occurrences in the command if you decide to go with this latter option). Though I must add that this kind of manual install isn’t great if you want to keep track of installed apps and pending updates, since you’d have to do all of that manually too.
You could try adding the __GL_THREADED_OPTIMIZATION=1 environment variable to the custom launch options, it improved performance and lessened bugyness for me.
You could also try to run the launcher with software rendering^1^ by editing ~/.paradoxlauncher/launcher-v2.2024.1/Paradox Launcher (you might have to change the version). Try adding --disable-gpu in the last line, between --no-sandbox and "$@"
You could also try disabling gamemoderun. It hasn't really improved performance in my experience, but has caused some bugs for me. It also muddies the logs.
^1^Shamelessly stolen from https://www.protondb.com/app/394360#ju-PgaxbiU
Yes, libreoffice doesn’t really work for live collaboration. But office online is a good solution for that collaboration, and it works in any browser (including Firefox on Linux). Therefore, the author’s conclusion (you need windows to collaborate on word docs) is still wrong.
I personally also believe that WYSIWYG editors are highly overrated: markdown is significantly better for note-taking and similar small documents, and reports would often be better off with LaTeX or something similar. But I understand why the “4 commands is too much hassle to install VirtualBox” crowd might prefer word.
The more you compress the longer and more CPU intensive it is to decompress
I believe this is becoming less and less true with modern algorithms. Take for example ZSTD: while the compression speeds differs by several orders of magnitude between the fastest and slowest modes, the decompression difference is only about 20%. The same holds true for flac, where the decompression speed is pretty uniform across all compression levels.
These algorithms probably aren’t used by repacked like fitgirl (so your answer is generally correct in the context of repacks). I do believe it is still interesting to see these new developments in compression techniques.
I have had decent experiences with TiLP on linux. According to their website, it "can handle any TI calculator (from TI73 to V200) with any link cable.". Their website also explicitly states support for the NSpire and NSpire-CAS, but the NSpire CX II isn't mentioned. It might be worth a shot?
If it doesn't work, the easiest solution would probably be a windows VM with USB-passtrough (which wine doesn't support as far as I know). You could then use the webapp I linked earlier.
Coming from someone who started selfhosting on a pi 2B (similar-ish specs), you’d be surprised. If you don’t need anything fast or fancy, that 1GB will go a long way, and plenty of selfhosted apps require very little CPU. The only real problem I faced was that all HTTPS-related network tasks were limited at ~3MB/s, as that is how fast my pi could encrypt the data (presumably, I just saw my webserver utilising the entire CPU and figured this was the most likely explanation)