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.
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.
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.
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.
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.
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.
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!
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.
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.
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,...
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
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!
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".
Kolikor vidim je največji problem, da se stara garda boji, da bo codebase dvojezičen, v jeziku, ki ga ne poznajo najbolje; Rust maintainerjev je trenutno bistveno manj, mogoče bo tudi fluktuacija teh višja na projektu... kdo ve. Ko bo kakšen problem na obeh straneh, bosta morala dva maintainerja reševati problem, kjer je mogoče lahko do sedaj en vse sam rešil. Verjamem, pa da je tudi kar nekaj njih, ki so domači v obeh.
Na kratek rok, bodo problemi, na dolgi rok, smo pa vsi mrtvi, kot Keynes pravi :)
, 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".