Názory k článku Komiks: Velikonoční koleda

Vyhodnotilo by se to na true, takze je to uplna blbost :)

To už tu jednou bylo, pak ten původní ale naštěstí dali zpět :)

Kdepak, ten vypada trosku jinak :-)).

Syncnutí těch cachí pomocí WBINVD ten problém sice zdánlivě vyřeší (zvukovka už hraje a netimeoutuje), ale 100% korektní to není --- Athlon má totiž takovou featuru, že dělá spekulativní označování cachových řádek jako dirty --- vypadá to tak, že procesor uvidí instrukci pro zápis, nahraje cachovou řádku a označí ji jako "MODIFIED" (ale ještě do ní nezapíše) --- a pokud se tato větev programu neprovedla, tak tu stejnou cachovou řádku zapíše do paměti. Pokud do té paměti mezitím zapisoval busmaster, tak se zápis busmasteru ztratí. Na tomhle se již spálili vývojáři 3D grafiky --- u zvuku to nejhorší možnou škodu může napáchat jako praskání v nahrávaných datech, ale korektní to není. Správné je tu paměť označit jako necachovatelnou, což je hnus (není pak možno používat 4M stránky).

ajaj to je debilni featura ... proc ji tam nahrava zpet? ... resp. proc ji neoznaci jako modified az pri zapisu? to je fakt ujete ...

Z tehle platformy (x86) je mi cim dal tim vic zle ...

nejlepsi by bylo, kdyby se povedlo donutit to audiozarizeni, aby vzdy synchronizovalo, jestli je k nemu nejaka pristupna dokumentace ... drzim palce.

Priznavam, ze radsi pisu drivery k hw, co jsem zprasil sam ...

Intel ve sve specifikaci kdysi rekl, ze neni podporovano, kdyz jedna pamet je mapovana pres vic ruznych cache-policy. Tak si to AMD vzalo za sve a takhle to implementovalo :-/

Donutit audio nejspis nejde, aby cache dodrzovalo --- uz dlouho jsem na nem menil vsecky mozne bitiky a bez vysledku. Tak to budu muset namapovat v modu uncached.

Ten intel je pekna zvrhlost ...

Co namapovat jedno "okno" uncached a do toho si nechap psat, druhe cached, s tim si hrat a obcas je prohodit? Otazka je, jak moc realtime to potrebujes - na nahravani, nebo prehravani muziky/filmu muzou byt hodne velke latence ...

Drzim palce

To nevadí, že se nebude cachovat, ty datové toky u zvukovky jsou stejně minimální (šlo by to ještě namapovat write-combining, ale pak by mohl být problém s programy, které si ten buffer zvukovky přímo namapují a zapisují do něj --- neflushnou totiž WC buffer). Spíš víc vadí, že stránky kolem toho bufferu zvukovky, které s driverem zvukovky vůbec nesouvisí, nebudou moct být namapovány pomocí 4M položek.
Už jsem to dnes ve škole zkoušel a funguje to.

2Clock: to asi nepsal Pavel Machek ... podle te posledni zminky o programovani ...

2Blek: Real-time sporty mi taky nic nerikaji, snad krome jezdeni v aute :-), Ale existuje i dost non-real-time sportu - treba lezeni na skaly, lezeni do podzemi, vandrovani (zvlast pokud clovek tahne v baglu baterky na cely weekend a notebooka, tak je to velmi sportovni :-)) ...

Byli jsme se podivat u toho bunkru a zvonili sme ale nikdo neotviral. Chtel jsem Mikulasovi zprostredkovat socialne pregnantni seznameni s Yokotashim.

Ja uz v bunkru zas az tak casto nejsem ... nutno predem dohodnout mailem :-)
Ale zkousi tam par punkovych kapel :-)

OK, člověk si má za svým názorem stát, tak se k němu tedy hlásím. Nepovažoval jsem svůj podpis a prosazování své osobnosti v této kauze za důležité, ale pokud vznikají zbytečné dohady, tak se hlásím.

Jinak na té x86 jsem si hned neuvědomil, že tam je synchronizace kvůli kompatibilitě s i386 řešená hardwarově. Bojuji teď víc s ARMem. Souhlasím s tím, že konzistence datové cache mezi CPU v SMP systému je výhodná. Nejsem si jistý, jestli hardware navíc pro synchronizaci mezi I a D-CACHE je potřebný. Myslím, že hardwarová synchronizace s PCI je zbytečná, protože by měla být hlídána drivery, ty mají úplnou informaci a mohou včas rozhodnout, co lze zahodit a co je potřeba sesynchronizovat. Nakonec ty různé prasárny typu lock; addl $0,0(esp) se snaží doplnit chybějící instrukce pro synchronizaci out of order instrukcí a cache. Takové PowerPC definuje vše potřebné pro synchronizace od začátku (eieio & comp) a oprasy typu lock také nepotřebuje. Používá rezervation lwarx a conditional save stwcx.

Docela by mě zajímalo, kolik všechny ty často i zbytečné synchronizace ubírají výkonu na SMP s x86_64. Pokud si vzpomínám dobře, tak tam má každý CPU vlastní řadič paměti a vše se vykomunikováná přes HT a že těch snoopů musí být. To je také možná ten důvod, proč spekulativní zápisy špiní cache. Doba vykomunikovíní přes MOESI protokol, jestli se má položka stát Owned+přetažení dat či jen Modified, je dlouhá a je proto výhodné operaci provést dříve, než je vlastně potřeba instrukci skutečně vykonat a a čakat na dokončení komunikace s jiným CPU.

Co se týče RT sportů (na rozdíl od RT systémů) a honění se za kulatým nesmyslem, tak je to u mě také dost bída (i když když jsem měl čas, tak jsem s kamarády cvičit chodil a i jsem se her zúčastňoval). Toulám se ale rád v přírodě a po horách a k duševní rovnováze by mi to stačilo, bohužel čas je nepřítel, nad kterým se velmi těžko vítězí. Každé prázdniny se alespoň snažím na pár týdnů zmizet a ten pocit, když člověk odjíždí a ví, že ho nikdo k řešení problémů prostě z promočeného stanu ve Skonsku či jinde nedostane je báječný. Zároveň si člověk času venku pak strašně o moc víc váží a i když se zrovna počasí nevyvede, tak to bere jako sedmé nebe. A musím říct, že když si v té době náhodou vzpomenu na počítače tak jen s ulehčením, že jsou daleko. I když po měsíci by na mě asi přišel silný absťák.

Synchronizace cache na SMP je nutna --- co je vsak uplne zbytecne a ubira tam vykon je specifikace, ze ostatni procesory musi videt zapisy jednoho procesoru v poradi, v jakem byly provedeny. --- kdysi to intel tak specifikoval, pri programovani je to celkem k nicemu (jedine uziti teto featury je, ze pri pousteni spinlocku neni treba atomicka instrukce) a kremiku to asi spotrebuje spousty. Vsecky ne-x86 procesory maji tohle poradi nespecifikovano.

BTW. na te PCI existuje drat, kterym by bus-master mohl signalizovat, ze nechce synchronizovat cache? Nebo je to az na PCIe? Nebo to muze delat jenom chipset a mimo nej jsou cache synchronizovany? Docela by me zajimalo, kde vsude mam problemy tohoto typu ocekavat.

Nejde jezdit na skejtu protoze uvazuju prilis pomalu -> ja pri jizde na skejtu vetsinou neuvazuju vubec
(a kdyz, tak casto o Ronje :) ) coz dokazuje ze rychlost uvazovani pri jizde na skejtu dulezita neni.
Muj mozek ma dlouhou pipelinu -> a) jak se definuje pipelina u mozku?, b) dokaz.
Neni schopen reagovat behem zlomku sekundy -> dokaz (Argument ze neni schopen reagovat v situaci
X jeste navic nedokazuje ze nebude schopen reagovat na skejtu.
Quake mi taky nejde. Zezacatku mi skejt taky nesel.

LOL to snad všichni kdo čtou Root ne :D ??

Řekl bych, že je možná víc teplejch programátorů než žen-programátorek.

zien je predsa len viac. a nemusia to byt nutne programatorky. zeny si rady zasuchaju a porucha osobnosti vacsinu neodradi. problem je to, ze *poruchu* prezentujes ako slabost. tvar sa, ze odlisnost je tvoja vyhoda. a druhy problem je v tom, ze v emocionalnej casti si rigidny. mam poruchu osobnosti, ale nemozem s tym nic robit, lebo mam poruchu osobnosti. pre zeny je to nuda, nedokazes vyjst z kruhu. staci ked budes makac - jednoduche, ved si odlisny a ked budes zaujimavy aj sposobom konverzacie - netocit stale o tom istom.