"Owning a car = freedom"

"You need a big truck/SUV to haul things" (it's just a coincidence that people drove much smaller cars before a multibillion dollar deluge of advertising)

"It's consumers' responsibility to reduce plastic pollution by recycling, and recycling is effective" (whoever came up with this one belongs in the PR scumfuck hall of fame)

Original Phoronix article which has all the individual benchmarks—weird that they didn't link to it

Ah, the halcyon days of DeepDream

showing a maverick side

Supporting the status quo = maverick

Archive.org version since HTTPS isn't available/working on the original site

Direct timestamped link to the very cute collisions

There's a variable that contains the number of cores (called cpus) which is hardcoded to max out at 8, but it doesn't mean that cores aren't utilized beyond 8 cores--it just means that the scheduling scaling factor will not change in either the linear or logarithmic case once you go above that number:

/*
 * Increase the granularity value when there are more CPUs,
 * because with more CPUs the 'effective latency' as visible
 * to users decreases. But the relationship is not linear,
 * so pick a second-best guess by going with the log2 of the
 * number of CPUs.
 *
 * This idea comes from the SD scheduler of Con Kolivas:
 */
static unsigned int get_update_sysctl_factor(void)
{
	unsigned int cpus = min_t(unsigned int, num_online_cpus(), 8);
	unsigned int factor;

	switch (sysctl_sched_tunable_scaling) {
	case SCHED_TUNABLESCALING_NONE:
		factor = 1;
		break;
	case SCHED_TUNABLESCALING_LINEAR:
		factor = cpus;
		break;
	case SCHED_TUNABLESCALING_LOG:
	default:
		factor = 1 + ilog2(cpus);
		break;
	}

	return factor;
}

The core claim is this:

It’s problematic that the kernel was hardcoded to a maximum of 8 cores (scaling factor of 4). It can’t be good to reschedule hundreds of tasks every few milliseconds, maybe on a different core, maybe on a different die. It can’t be good for performance and cache locality.

On this point, I have no idea (hope someone more knowledgeable will weigh in). But I'd say the headline is misleading at best.

Looks like the whole thing isn't Amazon's, but they rent space in it along with other companies

https://www.businessinsider.com/amazon-office-former-prison-de-koepel-netherlands-2023-11

yt-dlp is gonna be the go-to tool for any YouTube downloading, but I don't have much experience with frontends for it. I use Tartube for archiving channels, but it can be a bit byzantine and might be overkill for what you need--plus, there's a decent chance you will need to manually enter some yt-dlp options anyway (although only during the setup process). That being said, it's the only one I have experience with, so it's the one I'll recommend!

Couple of clarifying questions:

1. When you say "download a YouTube channel in a particular language", do you just mean a general monolingual channel (e.g. Masahiro Sakurai's Japanese channel), or do you mean a channel that has videos with multiple audio tracks (such as this video with three different language tracks)? Both are doable, but I think you'll need to add an actual command line flag for the latter whereas the former should be achievable pretty simply through Tartube's GUI.

2. Are the subtitles you're talking about added by the uploader, or are they auto subs (in this case, auto subs that are auto translated)? Both are easily achievable through the GUI, just slightly different instructions for either one. Also, depending on the scope of things, the simplest approach might be to simply download all subtitles (may not want to do that for like a MrBeast video with a dozen subtitle tracks), which also sidesteps the possible issue where the language of tracks isn't properly indicated by the uploader.

3. When you say "put all streams for a single video together", do you mean that you don't want the video and audio tracks merged into a single file, or just that when you try to download the video you get a pre-merged file that doesn't contain the tracks that you want? Was a little confused by this part.

I know you're looking for a GUI solution, but while I wait for clarification I might as well drop a basic yt-dlp command to give you an idea of the parameters we're dealing with (here I'm assuming separate audio tracks and uploader-added subs):

yt-dlp --format bv+ba[language=ja] --sub-langs en --write-subs --convert-subs srt --download-archive channel_archive.txt video_or_channel_url_goes_here

--format bv+ba[language=ja]: gets the "best" video track and Japanese audio track (for a 4K video yt-dlp prefers the VP9 encode, but if it's a video with a lot of views there may also be an AV1 encode--if you want that AV1 encode you have to explicitly opt for it by using bv[vcodec^=av01] instead of plain bv)
--sub-langs en: downloads English subtitle(s)
--write-subs: write subs to an external file (as opposed to embedding them)
--convert-subs srt: converts subs to srt format, if possible
--download-archive channel_archive.txt: writes the IDs of successfully downloaded videos to the specified file channel_archive.txt. If you re-run this command, these videos will be automatically and very speedily skipped over without needing to fetch any additional information. Even without this option, yt-dlp is smart enough to skip over videos that have already been downloaded (assuming the output filenames will be the same), but it will go through the entire process of fetching all the video information for each video up to the point it is about to start downloading, which is a huge waste of time if you're just updating a channel archive and need only the newest three videos.

Everything in that command (except for the audio track bit, to my knowledge) can be handled in the Tartube GUI in relatively simple fashion, provided you know which menus to dig into.

edit: forgot the URL in my command, kinda important!

Real babies in incubators

Imaginary babies in incubators