- A hozzászóláshoz be kell jelentkezni
- 749 megtekintés
Hozzászólások
https://lkml.org/lkml/2021/4/14/1099
Linus: ...I don't hate it... HOWEVER
- A hozzászóláshoz be kell jelentkezni
LOL
Hozzá képest nem is reklamált sok mindenért :D
trey @ gépház
- A hozzászóláshoz be kell jelentkezni
Kicsit furcsa, hogy bevallottan nem ért a Rust-hoz még. Vajon beletanul majd? Vagy innen kezdve a Rust kódra másféle "minőségi garancia" fog vonatkozni? :)
- A hozzászóláshoz be kell jelentkezni
Miért ne tanulná meg?!
- A hozzászóláshoz be kell jelentkezni
Ortodox tanok szerint nem programnyelveket kell megtanulni, hanem algoritmusokat és az alapokat. Ha azok megvannak stabilan, akkor onnantól kezdve hogyan kell egy adott programnyelven valamit megoldani, már csak részletkérdés.
trey @ gépház
- A hozzászóláshoz be kell jelentkezni
Persze, én is bevállalom bármelyik új programnyelvet akár 1 nap készülés után, de az nem lesz idiomatikus, minőségi kód. És itt arra utaltam, hogy amit Linus csinál code review gyanánt, az egy nagyon magas szintet jelent. Szóval muszáj lesz tanulnia hozzá neki is.
- A hozzászóláshoz be kell jelentkezni
Leírta mi a baja, és elég jogos. Panicot nem hívunk csak úgy, főleg nem annyi miatt, hogy egy sima drivernek nem sikerül memóriát foglalnia, ez borzalmasan hülye ötlet. Ez nem userspace, hogy ha hiba van kilépünk aztán majd újraindít az init. Egy panic utáni coredump generálás percekig tart, a rebootról nem is beszélve.
Plusz a default oom esetén az oom killer és nem a panic, nem lenne szép, ha egy driver kicsinálná a rendszer ilyen esetben.
- A hozzászóláshoz be kell jelentkezni
Ezzel egyébként a patchset írói is egyetértenek, és le is írták a szál további részében, hogy ők is így tervezték, csak akartak egy előzetes beleegyezést kapni, mielőtt befektetik ezt a munkát.
Olyan egyetértés van, hogy már gyanús, biztos valami van a háttérben!444! :)
- A hozzászóláshoz be kell jelentkezni
Sok rozsda a kernelben.
- A hozzászóláshoz be kell jelentkezni
Hát, azért beleolvasgatva az van, hogy szerintük is kéne, csak hát még rohadtul nincs igazán a rustban, de majd az ő inputjuk segít, és akkor majd biztos úgy lesz, vagy ha nem akkor majd kiszeletelik a coreból, és lesz a kernelben saját, csak hát most még bele van nőve a coreba, és compilerbe, és nem trivi kivágni. Meg persze ide a core nagy része nem kell, azt is szeretnénk majd kivágni, csak hát azt se lehet még jelenleg a rustban...
Szóval azért van itt némi wishful thinking, bár értem azt is, hogy tud a rustnak is in practice jót tenni, ha kapják vastagon a visszajelzést, hogy mi kell ahhoz, hogy komolyan lehessen venni pl egy kernelben (ami nekik nyilván érdekes), meg hogy a kernel modelljébe teljesen belepasszol ez, de in practice szerintem igen messze van ez még attól, hogy komolyabban ebben készüljenek dolgok, ez most kb egy POC.
- A hozzászóláshoz be kell jelentkezni
Tök jó, ma is tanultam valamit a fent idézett részből. A rustfmt illetve 'cargo fmt' parancsot eddig is használtam, de az egyedi formázás lehetősége eddig elkerülte a figyelmemet. Azaz
.rustfmt.toml
És innentől kezdve nem kell a Codingstyle.txt kinézetre vonatkozó része, mindössze 'rustfmt *rs' és az iménti fájlban leírt szabályok alapján a kernelre szabott formai követelmény szerint egységesre lesz kalapálva az összes forráskód.
- A hozzászóláshoz be kell jelentkezni
ennyi erovel php vagy python is lehetne.
- A hozzászóláshoz be kell jelentkezni
:)
Hát, azért az interpretáltság elég jelentős különbségnek tűnik ebben a kontextusban.
- A hozzászóláshoz be kell jelentkezni