mastodontech.de ist einer von vielen unabhängigen Mastodon-Servern, mit dem du dich im Fediverse beteiligen kannst.
Offen für alle (über 16) und bereitgestellt von Markus'Blog

Serverstatistik:

1,5 Tsd.
aktive Profile

#kernels

0 Beiträge0 Beteiligte0 Beiträge heute

It is sad day for me...
After using #Linux on my #PC for close to a year now, I sadly am forced to go back to #Windows.
Sadly, for some reason in mid-January my network started bugging, dropping connectio, lagging, causing my DE to lag and crash.
Tested multiple #distros, #kernels, DEs, multiple NICs, re-did all my home #network. Two months, during which my PC was just unusable. Could not game, stream, watch videos, host meetings. Nothing.
The problem is not present on Windows. So I'm forced

🧐 Welcome to the thrilling world of "#DeepSeek," where they unleash their groundbreaking #FP8 #GEMM #Kernels, as if these buzzwords mean anything to normal humans. 🤖✨ Now you too can revel in the #excitement of "#fine-grained #scaling," because who doesn't dream of spending their weekends scaling kernels? 🎉 #GitHub's #navigation menu is undoubtedly the real star here, stealing the show with its riveting toggle action. 🚀
github.com/deepseek-ai/DeepGEMM #tech #HackerNews #ngated

GitHubGitHub - deepseek-ai/DeepGEMM: DeepGEMM: clean and efficient FP8 GEMM kernels with fine-grained scalingDeepGEMM: clean and efficient FP8 GEMM kernels with fine-grained scaling - deepseek-ai/DeepGEMM

Seems #Linux will be #derussified by removing #maintainers from the #kernels /MAINTAINERS file who are from #russia or somehow connected to russia.

The removal don't seem to be permanent, there is a way to get listed again, my guess it's to prove you have understood history and what is going on at the moment and why russia shouldn't do it.

Source: phoronix.com/news/Linus-Torval

www.phoronix.comLinus Torvalds Comments On The Russian Linux Maintainers Being Delisted
Fortgeführter Thread

2/ In case anyone wonders "why not simply fix the problems in upstream #Linux":

That would definitely be preferred! But in practise this often is anything but quick due to various reasons. Two of them:

* Mainline developers are free to ignore stable #kernels and thus sometimes see no need to fix something quickly when the next mainline release is still weeks away.

* The stable team only applies fixes that were mainlined and thus usually can not fix anything that occurs in mainline as well.