LeFantome

joined 2 years ago
[–] LeFantome@programming.dev 6 points 4 months ago* (last edited 4 months ago)

There is no hypervisor. So, no hypervisor to update and manage.

[–] LeFantome@programming.dev 5 points 4 months ago* (last edited 4 months ago)

Xen is running full virtual machines. You run full operating systems on simulated hardware. The real “host” operating system is the hypervisor (Xen). Inside a VM, you have the concept of one or more CPUs but you do not know which actual CPU cores that maps to. The load can be distributed to any of them by the real host.

In something like Docker, you only run a single host kernel. On top of that you run sandbox environments that run on the kernel that “think” they have an environment to themselves but are actually sharing a single host kernel. The single host kernel directly manages the real hardware. Processes can run on any of the CPUs managed by the single host kernel.

In both of the above, updating the host means shutting the system down.

With this new approach, you have multiple kernels, all running natively on real hardware. Any given CPU is being managed by only one of the kernels. No hypervisor.

[–] LeFantome@programming.dev 6 points 4 months ago

I was very excited for COSMIC but I have kind of moved on the Niri now. I am not sure it will lure me back.

That said, I have been using COSMIC Term and COSMIC Panel with Niri. So they still have their hooks in me.

[–] LeFantome@programming.dev 1 points 4 months ago

I assume he means PooOS!, which is the distro shipped by System76.

[–] LeFantome@programming.dev 6 points 4 months ago

I would have gone with GrubCraft but awesome otherwise.

[–] LeFantome@programming.dev 1 points 4 months ago

I do not consider a stand-alone kernel that does not ship to end users to be a product. But we do not have to argue definitions or semantics if you disagree.

Linux distros are certainly products though (paid or otherwise).

Russia can create a Linux distro, and even modify the kernel, regardless of the rules controlling US companies and foundations. They can certainly vet and remove anything they do not like as well. They just cannot distribute their code via linux.org.

The willingness of Linus to reject Russian participation in the kernel may have more to do with his being Finnish than his being American. There are many American sanctions and restrictions against Huawei (China) and yet they remain one of the largest contributors to the Linux kernel. They use their company email. And the US does not seem very anti-Russian to me (as a third-party to both).

Huawei is a Platinum sponsor of the Linux Foundation. Half of the Platinum Sponsors are from outside the US. Those foreign sponsors could easily establish a non-US based Linux Foundation if needed.

Thank your for saying “usually” regarding the the typical Red Hat/GNU platform (same software). I use Chimera Linux (based out of Spain) which skips a lot of that. It also adds some atypical Microsoft tech, a lot of Google tech, and a typical Linux kernel.

[–] LeFantome@programming.dev 1 points 4 months ago (1 children)

AV1 has issues with film grain. There are things you can do. Let me admit however that one movie that I have not encoded as AV1 is a restored version of the original Star Wars. And film grain is a contributor to that.

Another thing about film grain though is that it is often artificially added after as you say. With AV1, you can often get amazing compression that removes the grain as a side-effect and then just add it back yourself. To each their own how they feel about this approach.

I also agree that H.264 can be more transparent. However, that is at massive file sizes. Others may have the space for that but I do not.. Perhaps I do mot have the eyes for it either. I am not extracting and comparing single frames. To me, the AV1 files that I have look better at the size that I am archiving than they would using any other codec.

I use the fact that massive bit rate H.264 looks great to my advantage as that is what my AV1 is being transcoded into when I watch it most of the time.

Some content compresses better than others. Sometimes I get massive size reductions with AV1 at what looks like great quality to me. Other times, it struggles to beat H.265 or even H.264 at similar quality. It is pretty rare that I do not choose AV1 though.

I often use Netflix VMAF to get an idea of target compression. It is not perfect though. You have to verify visually. Saves time trialing different parameters though.

I should say that the audio codec is another big factor. I typically pair AV1 with Opus audio and the size reductions there are amazing even at quality levels that are transparent to me.

If AV2 offers better quality at the same size, or similar quality at smaller sizes, I will likely switch to it long before having hardware that can play it natively.

[–] LeFantome@programming.dev 17 points 5 months ago

Plex vs Jellyfin is a lot like Windows vs Linux in my view.

There are things in Plex you can point to that you think keep you from moving. I point to things in Plex I am glad I left behind.

[–] LeFantome@programming.dev 4 points 5 months ago* (last edited 5 months ago) (1 children)

My wife is pretty normal. She uses the Jellyfin client on our Fire Sticks, Roku Soundbar, and TV.

She has no idea what Jellyfin is really. Just another Netflix or Prime in her mind.

[–] LeFantome@programming.dev 2 points 5 months ago

I always thought OpenBSD was Quebec. I just learned now that it is based out of Calgary. Who knew?

[–] LeFantome@programming.dev 6 points 5 months ago* (last edited 5 months ago) (2 children)

I assume you mean The Linux Foundation.

While the LF is US based, the real “product” is the distro and you can choose a non-US distro. My distro of choice is based in Spain.

And, if needed, the kernel could be forked to anywhere in the world without disruption.

Many core programs are built primarily by US firms, like Red Hat, but even OpenBSD relies on many of those. Same story with the forking. OpenBSD maintains some of this themselves (like X11).

[–] LeFantome@programming.dev 3 points 5 months ago (2 children)

Arch started as Canadian. GhostBSD maybe?

view more: ‹ prev next ›