Jaderné noviny - 22. 10. 2008 (diskuse)

[Dworkin]

Dekuji moc za clanek,

opet kvalitni pocteni (tedy ne, ze bych vetsinu technicky pobral:) ale clovek ma pocit , ze mu dali kounout tam kam se nikdy nema sanci dostat.

 

 

[Xerces]

Souhlas, zvlášť o e1000e to byla hotová detektivka.

[alium]

+1

[grubber]

Zrovna jsem říkal to samé přítelkyni

[Jan Přech]

Jo, taky jsem to četl se zatajeným dechem. Jenom mi běhá mráz po zádech, když si představím ty maníky od Intelu, klobouk dolů.

A taky mi celé to povídání tak nějak připomnělo, jak to asi vypadalo v dobách, kdy ještě převládali opravdoví programátoři nad pojídači koláčů...

 

...ham...

[trekker.dk]

již nezaznamenává místa, kde se volá mcall()

mcount()

Tato vlastnost byla již nějaký čas označena za zastaralou (ve prospěch vyvažování z uživatelského prostoru).

To by mě zajímalo proč? Kdo jiný než jádro by měl vědět, jak jsou mezi procesory rozdělena přerušení a tudíž i jak je vyrovnat

[Filip Jirsák]

A ještě jeden překlep: "není skutečné nutné" - má být s"kutečně".

[Zdenek]

Treba proto, ze byste v jednu chvili chtel mit radeji bezchybny zvukovy vystup a to ze usb flaska bude kopirovat mensi rychlosti vas trapit nebude. A to samo jadro tezko zjisti.

[trekker.dk]

To jako že by nastala situace, že jádro nestíhá obsluhovat přerušení? Tak to je v tom počítači něco shnilého. Nehledě na to, že i jádro je schopné přijímat instrukce, jak má něco dělat, takže by nebyl takový problém říct mu "toto přerušení zpracuj vždy tady" a podobně.

Odpadlo by tím nesmyslné "Démon se z userspace zeptá jádra, jak to vypadá s přerušeními - démon se zamyslí, jak to upravit - démon řekne jádru, co má změnit - démon se uspí."

[Peter Tuhársky]

A ako dopadla utilita na opravu kariet? Spomínam si, že vývojári Intelu na nej pracovali..

[Jiri Kosina]

Karty opravit umime snad vsechny. Pokud vlastnite nejakou ktera byla postizena timto bugem, ozvete se.

[Jirka]

Ftrace je implicitne zapnuty, nebo ne?

[Roger]

Taky nejdriv jedna opravicka: "Stabilní aktualizace ... jsou V době psaní tohoto článku"

 

Zaujala me uprava "Další vylepšení VM způsobuje, že systém uvolní odkládací prostor stránky poté, co je stránka načtena zpět do RAM; to efektivně zvyšuje velikost swapu, který je v systému k dispozici."

Neni to zbytecne/skoda? Nesla by naopak takova stranka pouzit spis pro rychlejsi odswapovani, kdy se nebude muset cekat na jeji opetovne ulozeni? Samozrejme v pripade, ze se na ni nezapise – v takovem pripade je zahozeni neplatne kopie na disku pochopitelne.

[Tom K]

Ono by se tezko zjistovalo, jestli se na stranku zapisuje nebo ne. A preventivni vkladani moc dlouho nepouzivanych stranek do swapu tusim existuje (takze v pripade odswapovani se stranka jen zneplatni).

[moira]

Tezko? Neslouzi prave k tomu priznak Dirty v Page Extension Fields?

[Tom K]

jasne. a poznam to kdyz obsluhuju vypadek stranky? Ja mel za to, ze to poznam az po zapisu.

[ByCzech]

vertikální zatemněné cykly

zatemňovací

[trekker.dk]

Jo, to by asi bylo lepší.

[Hynek (Pichi) Vychodil]

Nová formátovací direktiva %pR umožní printk() a přátelům vypsat obsah struktur resource.

... printk() a podobné ... nebo ... printk() a obdobné ...

[progdan]

Asi jeste dlouho me neprestane udivovat komplikovanost jadra a to, jak se v tom kluci muzou jeste vyznat

PS: noflame, vim ze ten kod je prehlednej a podobne, ale i tak