- CFS cpu ütemező
- alapértelmezett SLUB allocátor
- egy rakat virtualizációs megoldás: lquest, xen, kvm frissítések
- UIO
- architectura frissítések
- fallocat syscall az FS-ekhez
- FS frissítések
- sendfile syscall megszüntetése és a helyére a splice bevezetése
- stb, stb.
/*
jó tesztelést, én már elkezdem szerintem nyúzni és ha van rá igény akkor megcsinálom a 2.6.23-rc1-wifi0-t amibe belerakom a madwifit */
- A hozzászóláshoz be kell jelentkezni
- 2054 megtekintés
Hozzászólások
haha. mondtam, hogy elege lett.
- A hozzászóláshoz be kell jelentkezni
Ebbol csak annyi lathato hogy attol hogy kernel hacker valaki, meg nem feltetlenul egeszseges felnott szemelyiseg. Pistike falhoz vagja a piros autojat mert ovoneni szerint nem az a lexepp. CK ugy viselkedik (megint) mint egy sertodos ovodas...
- A hozzászóláshoz be kell jelentkezni
hát... kíváncsi lennék, te hogy vennéd, ha a munkádat (jó munkádat) évekig leszarnák, majd lenyúlnák
- A hozzászóláshoz be kell jelentkezni
ez egy cég, a cégeknél így is működnek a dolgok ... mérlegeltek, döntöttek ...
- A hozzászóláshoz be kell jelentkezni
hogy jön ez ide. itt az érdekek játszottak szerepet
- A hozzászóláshoz be kell jelentkezni
konkretan CK melyik otleterol is lenne szo? Az hogy lehetseges minden processnek viselkedesetol fuggetlenul azonos igeny eseten azonos mennyisegu CPU idot adni, az szerintem nem a "lenyulhato" otletek kategoria. A kozos Ingo meg CK schedulereben kb ennyi. Masrol is tudsz vagy ez volt a hatalmas "lenyulas"?
Amugy meg aki erzekeny a "lenyulasra" ne fejlesszen open source cuccot. Semmi nem akadalyozza meg az xBSD-s fejlesztoket mondjuk hogy ujraimplementaljak akar a staircase deadline akar a cfs utemezot a sajat licenszuk alatt (hal'istennek). (Aki oromlanynak all ugyeber ne sirjon ha kozosulnek vele. CK akar le is szabadalmaztathatta volna a hatalmas otletet - ami mondjuk szinte minden operacios rendszerekkel foglalkozo konyv schedulerrol szolo reszeben le van irva mint idealis utemezo, szoval siman lenne prior art - ha meg a staircase deadline utemezo mukodesmodjat vedte volna le, az ingo CFS-et nem erintette volna, leven csak az eredmeny ugyan az, a modszer nem. )
- A hozzászóláshoz be kell jelentkezni
konkrétan "tudja a rák", csupán ez folyt itt összevissza, hogy ck már implementálta azt, amit ingo kegyesen megcsinált most szépen
- A hozzászóláshoz be kell jelentkezni
konkrétan "tudja a rák", csupán ez folyt itt összevissza, hogy ck már implementálta azt, amit ingo kegyesen megcsinált most szépen
Tehat biztos forrasokbol szarmazo tuti informaciokra alapozva gyanusitottal meg valakit lopassal. Gratulalok.
- A hozzászóláshoz be kell jelentkezni
köszike
- A hozzászóláshoz be kell jelentkezni
+1
--
trey @ gépház
- A hozzászóláshoz be kell jelentkezni
Szerintem következetes. Linus berakta volna a swap prefetch-et, hogy megbékítse (és elismerte ezáltal, hogy tahók voltak vele), csak későn.
It doesn't matter if you like my song as long as you can hear me sing
- A hozzászóláshoz be kell jelentkezni
" Linus berakta volna a swap prefetch-et,"
Link?
--
trey @ gépház
- A hozzászóláshoz be kell jelentkezni
egyébként nem innen rémlik, de most csak ezt találtam
- A hozzászóláshoz be kell jelentkezni
Újra: Link arra, hogy __Linus__ betette volna. Erről lemaradtam.
--
trey @ gépház
- A hozzászóláshoz be kell jelentkezni
Izé, Mortont akartam mondani.
It doesn't matter if you like my song as long as you can hear me sing
- A hozzászóláshoz be kell jelentkezni
Olyanról tudok, hogy Morton felhasználói véleményeket kért a swap prefetch-ről. Addig követtem még a fejleményeket, hogy mingo mondott rá egy ACK-ot. Konkrét döntésről nem tudok. Így hacsak nincs link a döntésről, akkor a "(és elismerte ezáltal, hogy tahók voltak vele), csak későn." csúsz kijelentést nem tudom hova tenni.
--
trey @ gépház
- A hozzászóláshoz be kell jelentkezni
Én is feltételes móban írtam. Nyilván leszarták volna, ha nincs vele semmi szándék, mert ezek nem játszanak színházat.
It doesn't matter if you like my song as long as you can hear me sing
- A hozzászóláshoz be kell jelentkezni
>> Ebbol csak annyi lathato hogy attol hogy kernel hacker valaki, meg nem feltetlenul egeszseges felnott szemelyiseg.
ilyent sosem állított senki
- A hozzászóláshoz be kell jelentkezni
hm. a bcm43xx drivernek még kell a régi stack. addig marad a stabil
- A hozzászóláshoz be kell jelentkezni
Sajna a bcm43xx drivert is jelenleg csak 1-2 ember fejlesztgeti (eg. Larry Finger) azt is szabadidejében ezért a fejlesztése lelassult. Sokáig szenvedtem a "natív" driverrel, de aztán elegem lett belőle (http://hup.hu/node/41796) bár most látom már olvastad :)
Most ndiswrapper-rel megy, és megelégedésemre végre 54Mbps-en és 24 dBm-es Tx-Power-en, ami már rendesen "átmegy" az ajtón :)
- A hozzászóláshoz be kell jelentkezni
nekem végülis mindegy, milyen gyors a fejlesztése, a 0-nál mindenképp gyorsabb (a notim wifije csak azt eszi meg, amit adtak hozzá (kb. 2 éves az utolsó))
gondom meg nem igazán adódott még vele, legalábbis olyan, amit ne tudtam volna megoldani
meg hát azt is túlélem valahogy, hogyha a régi stack-et használja, a mi szemszögünkből valószínűleg tökmindegy, csak kíváncsi voltam, megy-e már vele
- A hozzászóláshoz be kell jelentkezni
Legujabb nvidia driver masnak se fordul le vele?
- A hozzászóláshoz be kell jelentkezni
Itt találsz patch-et meg howto-t hozzá.
- A hozzászóláshoz be kell jelentkezni
Igen, kozben megtalaltam, csak elobb jart a szam.
Mellesleg fasza, flatout2nek legujabb wineon eddig akadozott a zeneje, most tokeletes :)
- A hozzászóláshoz be kell jelentkezni
Hmm hmm, vajh miertnem kapcsol ki az ACPI? :)
- A hozzászóláshoz be kell jelentkezni