- A hozzászóláshoz be kell jelentkezni
- 1694 megtekintés
Hozzászólások
Nem kellene már valami stabil belső API a Linux kernelbe? Hogy adhatott annyi melót egy ilyen régi (gondolom már rég kiforrott) FS ennek az embernek, hogy kiégjen, azon kívül, hogy hozzá kelljen püfölni az új kernel verziókhoz? Vagy pont ez volt a baj, hogy nem volt semmi izgi, csak papírmunka? :D
- A hozzászóláshoz be kell jelentkezni
Meglenne az előnye egy általános FS API-nak, de ugye minél több köztes réteget tolsz be, annál jobban növekszik a hardverigény, csökken az optimalizálhatóság és elért teljesítmény. Így inkább API nélkül kalapálnak mindent az aktuális új verzióra.
A csóka azt írja, hogy nem is ebben égett ki, hanem más sok szerepkörben is túlvállalta magát. Szerintem ez van annyira népszerű FS, hogy lesz rá mindig fejlesztő.
“The world runs on Excel spreadsheets.” (Dylan Beattie)
- A hozzászóláshoz be kell jelentkezni
Naívan, kevés mélységi tapasztalattal azt gondolnám, összeülhetnének a nAgyágyúk. Ha már annyi mindenhez van kiegészítő utasításkészlet és hw részegység (memóriakezelés, SIMD műveletek,"virtualizálás"), nem lehetne olyan utasításokat fejleszteni, amik az API-k és a hw közötti fordítást gyorsítják akár több rétegen keresztül?
- A hozzászóláshoz be kell jelentkezni
Elég nagy gáz. Én is ezt az FS-t használom már régóta.
- A hozzászóláshoz be kell jelentkezni
Akkor hamarosan a "régóta ezt használom" át fog változni "régen ezt használtam"-ra ;-P
- A hozzászóláshoz be kell jelentkezni
Azt hiszem, nalam is. :(
- A hozzászóláshoz be kell jelentkezni
Majd az IBM (RH) tesz alá kapacitást. Ha már az az alapértelmezett FS a RHEL-ban.
- A hozzászóláshoz be kell jelentkezni
Eddig tett?
- A hozzászóláshoz be kell jelentkezni
Eddig volt aki csinálta.
- A hozzászóláshoz be kell jelentkezni
btrfs is azért került ki mert nem volt rá ember RHEL-nél... de akár egy másik példa: RHEL7-el elkezdték terelni az embert, hogy Network bonding helyett használjon teamd, erre most: RHEL 9 deprecated alternatíva javaslat használj bonding-ot :D
- A hozzászóláshoz be kell jelentkezni
Emellett nagyon mulatságos, hogy a jelenlegi maintainer munkaadója az Oracle...
- A hozzászóláshoz be kell jelentkezni
Amúgy neve is van az illetőnek, ha már cikk lett belőle?
- A hozzászóláshoz be kell jelentkezni
Az öreg Derrick felügyelő hongkongi unokaöccse. Ott van fent a neve.
- A hozzászóláshoz be kell jelentkezni
Csóri Derrick-ról is kiderült halála után vagy 5 évvel, hogy tagja volt a Wehrmacht-nak mint "medic", nosza a ZDF le is szedte a kb. addig a pillanatig non-stop ismétlésben játszott teljes Derrick sorozatot véglegesen.
- A hozzászóláshoz be kell jelentkezni
Ellentétben a magyarokkal, itt még most is láttam :) Igaz inkább az új szinkron miatt kellene betíltani.
- A hozzászóláshoz be kell jelentkezni
Nyilván ott lesz a cikkben. Csak furcsa úgy idézni valakitől:
I do not choose to continue as maintainer.
hogy a cikk megnyitásáig senkinek fingja sincs róla, kiről van szó. Nem a munkája megnevezésére v. beosztására gondoltam, hanem h. ki az ember a meló mögött.
- A hozzászóláshoz be kell jelentkezni
Aham, akkor megvan a hiba. Mobilon néztem csak (gép elé nem ültem), és mobilon csak a twitter poszt headline-t hozza, azt az első 2 sorát a cikknek, amiben már a részletek vannak, már nem.
- A hozzászóláshoz be kell jelentkezni
Az lehet. A HUP elsődleges platformja még mindig a desktop. Desktopon készül, desktopra van tesztelve (hiszen ezen használom 98%-ban). A többi esetleges.
trey @ gépház
- A hozzászóláshoz be kell jelentkezni
A HUP tökéletes mobilon, nem ez a gond, hanem hogy a Twitter az X mobilon nem jelenít meg részletet a cikkből, csak maga a tweet (ennek mi lett a neve? ½X?) jelenik meg.
- A hozzászóláshoz be kell jelentkezni
Nem kellett sok idő, valaki át is vette a helyét.
“The world runs on Excel spreadsheets.” (Dylan Beattie)
- A hozzászóláshoz be kell jelentkezni