[elektro-etc] etc teszt

[Moczik Gabor]

vajk fekete wrote:
> taszkvaltas mindenkeppen van, hiszen az oprendszer attol oprendszer, hogy x idonkent kikenyszeriti a tasztkvaltast (preemptiv)

De a lenyeg nem ezen van, hanem azon

> a video tomorites pont jo pelda, hiszen pl diszkre kell irni a tomoritett adatot. elkuld a diszk drivernek egy buffernyit, utanna tuti nem csinalhat semmit amig nem irodott az ki. (kiveve ha async IO-t hasznal, nemtom windowson van-e mar olyan)

A video tomoritesben a disk I/O a legkevesebb. Ha a forrasanyag is diszken 
van, akkor mar rosszabb, de most arrol volt szo, hogy digitalizalunk, a 
forras anyag valszeg a memoriaban van. Ezen alakzat kereses, feltetelek 
szerint kiertekeles, szines cucc eseten ehhez fenyero szamitas is kellhet 
minden pixelre, ami eleg sok kalkulaciot igenyel, ezutan ha esemeny van, 
ossze kell csomagolni MPEG4 vagy akarmivel. Nehogymar a diszk IO legyen a 
meghatarozo.
Persze ha floppyra kell kitenni, vagy 56k-s modemen halozati meghajtora...

(Ki kell probalni. En megtettem... Ki fogom probalni dual procis gepen is, 
kivancsi leszek az eredmenyre)

> szerintem pont azert nem terjednek a sokprocis gepek PC temaban, mert tradicionalisan olyan dolgokat futtatunk egy pc-n, amit egy procira irtak, es a logikaja is egyszalu. pl meglepodnek ha a mezei biztonsagikamera szoftvered ketprocis gepen hasznalna mind a kettot.

Pedig valoszinunek tartom, mert eleg nyakatekerten lehetne leprogramozni egy 
szalban tetszoleges szamu kamera kepenek kvazi parhuzamos feldolgozasat. 
Nincs az a mazohista programozo, aki ezt ne tenne tobb szalba.
Linuxon meg valoszinu hogy minden egyes kamera kulon-kulon processzt kap, 
mivel elegge szokvanyos megoldas a 'fork'-kal valo processz inditas. Innen 
mar a kernel elrendezi, melyik procira mi keruljon...

-- 
((( Móczik Gábor  )))--((( pm -> @ -> progzmaster -> . -> hu  )))
((( Skype: moczik )))