BGAFC Vendégkönyv

Σ: 1 post

TCH (statz)

#1, Főfasz (10466)

1579 | #299b | ^ | Idézet | Sun, 29 Dec 2013 12:36:07 +01

31.46.*.*

*.catv.pool.telekom.hu

@saxus:
Miert nem mered, hogy mennyit csuszik el es korrigalod annyival a ciklusod?

Mert fingom sincs, hogy hogy korrigálhatnék 5 nanoszekundumnyi csúszást. :]
A nanoszekundumos tartomány már jócskán a mai PC-k órajelideje (1/GHz = ns), ennek megfelelően ns nagyságrendű csúszásokat nem lehet kimérni: ha az asm kódban erre lenne vizsgálat, akkor már az is belezavarna ennyit vagy annyit, ha meg még a korrigálás is benne lenne, (pl. NOP injektálás valahova, vagy egy NOP blokk átugrásának újraparaméterezése), akkor az meg pláne. A végeredmény sokkal nagyobb csúszás lenne, mint amit korrigálni akartam. Egy 2.4 GHz-en járó magon egy "tick" vagy más néven ciklus az usque 0.41 + 2/3 ns. Egy utasítás végrehajtása 2-N ciklusig tart, tehát már pl. egy NOP utasítás is megeszik majdnem 1 ns-t és akkor még nem is csináltunk semmit.
Egyszerűen arról van szó, hogy egy X GHz-es processzoron (ahol X < ~50) nem lehet nanoszekundumnyi eltéréseket korrigálni. Pontosabb ciklust talán lehet írni, de menetközbeni korrigálásra nincs esély, mert ahogy leírtam, a korrigálásra szolgáló utasítások nagyobb differenciát eredményeznének, mint amennyi eredetileg volt.

@saxus:
Hja, CPU energiafogyasztashoz akartam meg irni: hogy azert mondjuk nem mindegy, hogy egy noti bir masfel-ket orat, vagy 6-7-et.

Nyilván nem, de ez az én kódom esetében irreleváns, mert párhuzamos port a notikon már baromi régen nincsen.

Nem kerestek épp embert az Empohoz? Mert én épp állást keresek.