» »

Izšlo novo jedro Linux 6.14

Izšlo novo jedro Linux 6.14

Slo-Tech - Ta teden je izšla že druga nova verzija Linuxovega jedra, ki prinaša nekaj novosti in nadgradenj. Namesto v nedeljo je luč sveta ugledala v ponedeljek, kar je Linus Torvalds pripisal sebi.

Dodali so podporo za najnovejše AMD-jeve čipe in njihove funkcionalnosti. V novo inačico jedra je vključena podpora za AMD Ryzen AI NPU6 (novi gonilnik AMDXDNA), ki omogoča učinkovitejše izvajanje umetne inteligence, upravljanje z energijo. Na področju CPU-jev je vključen gonilnik za AMD P-State, med grafičnimi karticami pa AMD RDNA 4.

Na Intelovi strani so podprli Ultra-High Bit Rate način za DisplayPort. Prihajajoča generacija procesorjev Panther Lake in bodoči procesorji so dobili podporo za gonilnik za upravljanje z energijo. Prav tako se Intelovi GPU-ji Arc Alchemist bolje razumejo s starejšimi CPU-ji (Alder Lake, Comet Lake, Kaby Lake, Raptor Lake, Rocket Lake).

Na področju arhitekture RISC-V je dodana podpora za SpacemiT RISC-V, osemjedrni Key Stone K1 SoC z jedri SpacemiT X60. Ranljivost GhostWrite, ki je bila prisotna v nekaterih procesorjih RISC-V, je odpravljena.

Datotečni sistem Bcachefs je nekoliko popravljen, a ima še vedno oznako eksperimentalni. Med drugi novosti sodijo še podpora za Qualcomm Snapdragon 8 Elite, tipko Copilot na nekaterih prenosnih računalnikih (obravnava se kot tipka F23), podpora za vse do 4096 jeder in gonilnikov VirtualBox (guest drivers) v ARM64 virtualkah. Igre pa bodo bolje delovale zaradi gonilnika NTSYNC.

Jedro 6.14 bomo našli v novih distribucijah, denimo Ubuntu 25.04 in Fedora 42. Ročno nameščanje se priporoča le izkušenim uporabnikom na sistemih, ki niso kritični. Velika večina pa bo raje počakala na nove distribucije. V prihajajoči inačici 6.15 bo novosti precej več, je dodal Torvalds. Okno za dodajanje funkcij (merge window) se je s tem odprlo.

26 komentarjev

Glugy ::

A kdo tle že komaj čaka da sproba Linux 6.14?

pikachu004 ::

Dobro za novo jedro da je izšlo za Linux 6.14.

srus ::

Novi bugi, nižje performance, počasnejši IO. Poleg nadaljnjega širjenja Rust infekcije.

Ring0Ruin ::

Spet 2 meseca ne bo nic delalo.

srus je izjavil:

Novi bugi, nižje performance, počasnejši IO. Poleg nadaljnjega širjenja Rust infekcije.

Tocno tole. Pred Rustom vsaj ni vsak otrok sral po jedru, z Rustom pa bomo fasali armado nahypanih Poetteringovih klonov, ki bodo zajebali se kernel space.

Ze to, da so padli na Rustovo propagandno kampanijo je dovolj dober razlog, da jih ne spustis niti blizu kernelu.

Btw, Poettering je po svojem sranju od systemd sel delat na Microsoft. Upam, da jim tudi tam zajebe kaksen kriticni del Windowsov ali Azura.

Zgodovina sprememb…

  • spremenilo: Ring0Ruin ()

FireSnake ::

Zdaj bo pa res šlo čez 5% :D

Še vedno se mi toži po linuxu. V študenstkih letih in še kasneje smo ga na veliko uporabljali.
Si moram vzeti čas, da si naredim dual-boot.
Poglej in se nasmej: vicmaher.si

LightBit ::

Ring0Ruin je izjavil:

Spet 2 meseca ne bo nic delalo.

srus je izjavil:

Novi bugi, nižje performance, počasnejši IO. Poleg nadaljnjega širjenja Rust infekcije.

Tocno tole. Pred Rustom vsaj ni vsak otrok sral po jedru, z Rustom pa bomo fasali armado nahypanih Poetteringovih klonov, ki bodo zajebali se kernel space.

Ze to, da so padli na Rustovo propagandno kampanijo je dovolj dober razlog, da jih ne spustis niti blizu kernelu.

Btw, Poettering je po svojem sranju od systemd sel delat na Microsoft. Upam, da jim tudi tam zajebe kaksen kriticni del Windowsov ali Azura.

Kup zblojenih predsodkov. Kaj ima sploh Poettering z Rustom?
Pa kolikor sem videl Rust mi izgleda precej težji jezik kot C. Performančno pa je precej primerljiv z C.

tony1 ::

"Pa kolikor sem videl Rust mi izgleda precej težji jezik kot C. "

Nemogoče, poglej svet okrog sebe. Idiotija na kvadrat, leta 70 so bili pa še možje... možje z brado, ki bi ji danes rekli klošarska. 8-)

Zimonem ::

Niti ni pretirano težji od c ja. Je pa strikten pri svinjaju po pomnilniku in se je treba priučit nekaj novim primitivom.

Performačno je na istem nivoju. Zaradi teženja pri rabi pomnilnika je pa kodo lažje paralelizirati. Sicer ni thread safe. Ampak vseeno pa ne moreš spreminjat pomninika, kar počez. Coreutili prepisani ve Rust so zato ponekod hitrejši od c variant.

pegasus ::

C vs Rust je v veliki meri analogija z debatami o osebni svobodi do početja neumnosti. S Cjem se komot ustrelite v nogo, Rust vam tega ne pusti. Torej krši vašo osebno svobodo?

Komaj čakam, da gredo vsi zagovorniki svobode nazaj na abakuse, moderni ljudje pa najprej na Rust in potem na Spark Ado.

Zimonem ::

Seveda ker se pri Adi konča zadeva ko hočeš dinamično upravljat z pomnilnikom. Spet eden prebliskov napol konja.

pegasus ::

Seveda, v kritičnih sistemih nočeš nobene dinamike. Vse mora biti vnaprej predvideno in statično.

Zimonem ::

Povsem neuporabno za nek kernel kot je linux.
Mnogo prepočasno in prostorsko neracionalno.
Zato obstaja borrow checker.
Ko se stvari ne rabiš več se pa sproži destruktor.

Zgodovina sprememb…

  • spremenilo: Zimonem ()

pegasus ::

Da, na res kritičnih zadevah nima linux kaj iskati.

Jarno ::

To me spomni na pričevanje enega MS živina, kateri je razlagal, da so strežnike pri MS-ju kojci takoj preselili na AMD-jeve 64-bitne cpuje, ker so lahko naslovili več pomnilnika in so memory leaki sistem zrušili precej kasneje.
Ni slaba ideja leake in buffer overflowe sistemske programske opreme zreducirati na minimum.
Chuck Norris je med števili 0.999... in 1 uspel vriniti konstanto imenovano CN.
#65W!

Zimonem ::

Memory leakom sta podvržena tako Rust kot Ada. Ne boš vsakič posebej odpiral in zapiral fajla ali socketa.

pegasus je izjavil:

Da, na res kritičnih zadevah nima linux kaj iskati.

Traparije z rt schedulerjem zagotoviš vse kar ti zagotavlja ada.

Zgodovina sprememb…

  • spremenilo: Zimonem ()

Jarno ::

To je res zanimivo mnenje. Caching in leak sta dve čisto različni kategoriji.
Chuck Norris je med števili 0.999... in 1 uspel vriniti konstanto imenovano CN.
#65W!

Zimonem ::

Seveda sta. Dejansko moraš določene stvari pustit odprte. Ali pa se sprijaznit , da stvar Laufa obupno počas. Predstavljam si da bi postgres vsakič zaprl in odprl file handle , ko naredi spremembo v bazi. Še in memory dbji tega ne počnejo.

Kar je praktično cache.

Ampak pri takih stvareh se lahko vsak zakolje. Razen če gre da vse odlagaš ve pomnilnik in ga ne sproščaš. Ko ga zmanjka se pa potem stvar deterministično zruši. Kakor pri Adi če ne uporabljaš smetarja.

Zgodovina sprememb…

  • spremenilo: Zimonem ()

LightBit ::

pegasus je izjavil:

C vs Rust je v veliki meri analogija z debatami o osebni svobodi do početja neumnosti. S Cjem se komot ustrelite v nogo, Rust vam tega ne pusti. Torej krši vašo osebno svobodo?

Komaj čakam, da gredo vsi zagovorniki svobode nazaj na abakuse, moderni ljudje pa najprej na Rust in potem na Spark Ado.

Ni čisto tako. To da se v Rust težje ustreliš v nogo ima svojo ceno z omejitvami kako delaš stvari. V C je lažje ker ne komplicira, ampak hitro lahko narediš napako. Zdi se mi da so mnogi negativno nastrojeni do Rust samo zato ker je nov in nočejo spremembe. Osebno se v Rust nisem poglabljal, ker v službi uporabljam večinoma Python. V C sem programiral, C++ pa me ni pritegnil. Za low level je pa Rust po moje zelo perspektiven in je cena omejitev najbrž vredna dodatne varnosti. Idealno bi bilo da bi Linux prepisali v Rust. Za moje igračkanje mi je pa C bližje.

bm1973 ::

Zimonem je izjavil:

Memory leakom sta podvržena tako Rust kot Ada. Ne boš vsakič posebej odpiral in zapiral fajla ali socketa.


Saj problem ni v persistent odprtih zadevah, ampak da se starih ne popuca.

Kot v Javi vidiš samo constructorje, destructorjev praktično ni... In objecti živijo skoraj neskončno dolgo...

Zimonem ::

Da stvar pustiš odprto jo definiraš z Box::leak in te stvari dokaj hitro poloviš. Ravno tako če uporabljaš unsafe. Ampak tam gre za drug problem.

Ring0Ruin ::

LightBit je izjavil:

Ring0Ruin je izjavil:

Spet 2 meseca ne bo nic delalo.

srus je izjavil:

Novi bugi, nižje performance, počasnejši IO. Poleg nadaljnjega širjenja Rust infekcije.

Tocno tole. Pred Rustom vsaj ni vsak otrok sral po jedru, z Rustom pa bomo fasali armado nahypanih Poetteringovih klonov, ki bodo zajebali se kernel space.

Ze to, da so padli na Rustovo propagandno kampanijo je dovolj dober razlog, da jih ne spustis niti blizu kernelu.

Btw, Poettering je po svojem sranju od systemd sel delat na Microsoft. Upam, da jim tudi tam zajebe kaksen kriticni del Windowsov ali Azura.

Kup zblojenih predsodkov. Kaj ima sploh Poettering z Rustom?
Pa kolikor sem videl Rust mi izgleda precej težji jezik kot C. Performančno pa je precej primerljiv z C.

Enaka mentaliteta, dejmo nekaj narediti, pa ce rabimo ali pa ne. Pravijo, da je Rust lazji, ker je svetovno, celo medgalakticno, najbolj tezko v Cju alocirati (in izracunati koliko jo rabis :shocked:) in sproscati memorijo.

Pa memorija v Cju ni varna, v Rustu pa je, ce se ubijes, da pises kodo "po njihovo" in hkrati resujes realne probleme.

Skratka, klasika, ki jo danes vidis vsepovsod. Dajmo nekaj zakomplicirat in toplo vodo odkriti, ker je to lazje kot nastudirat kar je ze narejeno, potem pa dobis kontejnerje, pa kubernetes, pa javanska multinivojska prepucavanja z tonami boilerplata,...

Zgodovina sprememb…

Ring0Ruin ::

bm1973 je izjavil:


Kot v Javi vidiš samo constructorje, destructorjev praktično ni... In objecti živijo skoraj neskončno dolgo...


Mhm, vsake toliko casa pa kliknes na ikonco ob uri z desnim klikom in kliknes v meniju na "Pozeni garbage kolektor".

Zimonem ::

Enaka mentaliteta, dejmo nekaj narediti, pa ce rabimo ali pa ne. Pravijo, da je Rust lazji, ker je svetovno, celo medgalakticno, najbolj tezko v Cju alocirati (in izracunati koliko jo rabis :shocked:) in sproscati memorijo.

Ni problem zgolj alocirat in sproščat ampak tudi garantirat , da dostopaš , do neceša kar obstaja ali , ne obstaja. In ja te napake so pogoste.

Spet neki našmrkani strici na išlo techu očitno. Tako ponuja oglata rit

Zgodovina sprememb…

  • spremenilo: Zimonem ()

Jarno ::

Glede na to, v katero smer se je razvila debata pod novico, prilagam zanimiv YT video na temo C vs. Rust.



Pod črto se lahko zapiše, da vsaj Linus in #2 podpirata Rust, predvsem zaradi prevladujočih hroščev na področju "upravljanja" s pomnilnikom, kjer jih C dopušča.
Chuck Norris je med števili 0.999... in 1 uspel vriniti konstanto imenovano CN.
#65W!

Zgodovina sprememb…

  • spremenil: Jarno ()

DamijanD ::

In tudi zaradi tega, ker upajo, da z Rustom pridobijo nekaj novega mlajšega kadra, ki bo podpiral jedro v prihodnosti.

LightBit ::

Ring0Ruin je izjavil:

LightBit je izjavil:

Ring0Ruin je izjavil:

Spet 2 meseca ne bo nic delalo.

srus je izjavil:

Novi bugi, nižje performance, počasnejši IO. Poleg nadaljnjega širjenja Rust infekcije.

Tocno tole. Pred Rustom vsaj ni vsak otrok sral po jedru, z Rustom pa bomo fasali armado nahypanih Poetteringovih klonov, ki bodo zajebali se kernel space.

Ze to, da so padli na Rustovo propagandno kampanijo je dovolj dober razlog, da jih ne spustis niti blizu kernelu.

Btw, Poettering je po svojem sranju od systemd sel delat na Microsoft. Upam, da jim tudi tam zajebe kaksen kriticni del Windowsov ali Azura.

Kup zblojenih predsodkov. Kaj ima sploh Poettering z Rustom?
Pa kolikor sem videl Rust mi izgleda precej težji jezik kot C. Performančno pa je precej primerljiv z C.

Enaka mentaliteta, dejmo nekaj narediti, pa ce rabimo ali pa ne. Pravijo, da je Rust lazji, ker je svetovno, celo medgalakticno, najbolj tezko v Cju alocirati (in izracunati koliko jo rabis :shocked:) in sproscati memorijo.

Pa memorija v Cju ni varna, v Rustu pa je, ce se ubijes, da pises kodo "po njihovo" in hkrati resujes realne probleme.

Skratka, klasika, ki jo danes vidis vsepovsod. Dajmo nekaj zakomplicirat in toplo vodo odkriti, ker je to lazje kot nastudirat kar je ze narejeno, potem pa dobis kontejnerje, pa kubernetes, pa javanska multinivojska prepucavanja z tonami boilerplata,...

Seveda rabimo. Če ti v C še nisi naredil napake z memorijem imamo opcijo da te kloniramo, počakamo da AI začne delati kodo brez napak :)), ali pa uporabljamo jezik ki onemogoča da navadni smrtniki naredimo napako. Rust dejansko lahko zamenja C/C++, kar z ostalimi varnimi jeziki ni bilo mogoče, ker so bili na višjem nivoju. Ne gre zgolj za neko novo fancy sintakso, ki je "in".

Zgodovina sprememb…

  • spremenil: LightBit ()


Vredno ogleda ...

TemaSporočilaOglediZadnje sporočilo
TemaSporočilaOglediZadnje sporočilo
»

Nvidia naj bi razvijala procesor za namizne računalnike (strani: 1 2 )

Oddelek: Novice / Procesorji
577905 (3716) Invictus
»

Procesorji Alder Lake prispejo 4. novembra (strani: 1 2 )

Oddelek: Novice / Procesorji
9215932 (10966) FireSnack
»

Linux 4.16 je tu

Oddelek: Novice / Operacijski sistemi
2512949 (9219) poweroff
»

Izšlo jedro Linux 4.11

Oddelek: Novice / Operacijski sistemi
56110 (4214) oxyuranus
»

Linuxovo jedro 4.5 vnaša podporo za AMD PowerPlay

Oddelek: Novice / Operacijski sistemi
137493 (5855) BivšiUser2

Več podobnih tem