101010.pl is one of the many independent Mastodon servers you can use to participate in the fediverse.
101010.pl czyli najstarszy polski serwer Mastodon. Posiadamy wpisy do 2048 znaków.

Server stats:

507
active users

#kernel

8 posts6 participants0 posts today

Git is a tool I like, a lot. Before git, you could do RCS {& some others} which is a totally different tool set.

In this video Linus Torvalds talks about the way he created Git two+ decades ago.

What immediately Springs into view, is the fact that Linus gave control of the git project to someone else, as soon as he could he did not want to stay with the project for too long.

Git was created because of pure necessity; it was vital for kernel revision control

youtube.com/watch?v=sCr_gb8rdE

#Git#Linus#Torvalds

Maybe some Linux Kernel expert could help me with this:

Due to the nature of my work, I regularily run a very memory intensive process and my system runs out of memory during very few peak moments.

The system can't swap out memory fast enough and freezes. If I disable swap, the process gets killed instead.

Is there any way I can keep the system responsive? Ideally, only the offending process would get slowed down, but not other applications.

#Linux #Kernel #Memory #OOM
#Swap #AskFedi

Media even without AI manages to deliberately or accidentally misinform us all the time[1]. The screenshotted article below is an example of this, as #Linux (the #Kernel) as of now still supports 486-style CPUs.

So let me repeat[2]:

Patches to remove 486-style CPUs support were discussed[3], but were not merged for #LinuxKernel 6.15. They are not even yet queued for 6.16, the version currently in development. But a developer likely will submit them[4] – then it's up to Linus if he will merge them immediately for 6.16 or let them wait till 6.17 to ensure they are tested in -next for a while, as bigger kernel changes are supposed to.

[1] See also: en.wikipedia.org/wiki/Gell-Man

[2] hachyderm.io/@kernellogger/114

[3] lore.kernel.org/lkml/202505150

[4] lore.kernel.org/lkml/aCX9iN5Bx

"some performance improvements and one minor mount option update" are among the main #Btrfs changes merged for #Linux 6.16:

git.kernel.org/torvalds/c/5e82

A few highlights:

Performance:

- extent buffer conversion to xarray gains throughput and runtime improvements on metadata heavy operations doing writeback (sample test shows +50% throughput, -33% runtime)

- extent io tree cleanups lead to performance improvements by avoiding unnecessary searches or repeated searches

- more efficient extent unpinning when committing transaction (estimated run time improvement 3-5%)

User visible changes:

- remove standalone mount option 'nologreplay', deprecated in 5.9, replacement is 'rescue=nologreplay'

- in scrub, update reporting, add back device stats message after detected errors (accidentally removed during recent refactoring)

Core:

- convert extent buffer radix tree to xarray

- continued preparations for large folios

git.kernel.orgMaking sure you're not a bot!